[Feature]: The overall user experience of the project is extremely poor; the interaction design is complex, and the functionality is convoluted.

[chengzhaobing]

Target platform / 目标平台

Windows

Summary / 一句话概括

Theme switching is poor, downloading and importing on the web is cumbersome, and wallpaper rotation setup is tedious.

Problem / use case / 要解决的问题或场景

There is a bug causing issues with theme switching; the system fails to properly import, restart, and switch wallpapers based on the remote source (https://dreamskin.cc/). The feature design is also flawed: the import process is cumbersome, downloaded wallpapers are not consolidated into the designated rotation folder, and wallpapers cannot be loaded directly for switching. Furthermore, poor compatibility between wallpapers and themes often renders elements like the tab bar illegible. The app lacks features for custom transparency adjustments or color controls (such as contrast), making it impossible to manually tweak settings when an image does not match the Codex theme.

Proposed solution / 期望方案

They all suffer from functional deficiencies; the solutions are overly simplistic and difficult to use.

Alternatives considered / 考虑过的替代方案

No response

How important is this to you? / 对你有多重要

Nice to have / 有更好

Scope check / 范围确认

• This is about theming / UX of Dream Skin, not API keys or model relays / 这是换肤或皮肤工具体验，不是 API / 中转配置
• I am not asking to modify official Codex binaries / asar / 我不是在要求修改官方 Codex 二进制或 asar

Extra context / 补充

They all suffer from functional deficiencies; the solutions are overly simplistic and difficult to use.

[Fei-Away]

感谢反馈，而且要说一句：这条 issue 的标题看起来像抽象抱怨，但正文其实很具体。 把它拆成四件可跟踪的事，逐条回应。

1.「从 dreamskin.cc 导入 / 重启 / 切换壁纸经常不成功」

这是真 bug，不是设计问题，而且根因很可能已经找到了：Windows 启动器从来没有向 Codex 传 --user-data-dir，而 Chromium 136 起会忽略指向默认数据目录的 --remote-debugging-port。结果是调试端点根本不开，一键换肤走到最后一步失败。修复在 #387，跟踪在 #235。

网站那一侧今天也改了：点「一键换肤」之后原来是一片安静，1.6 秒后如果浏览器没失焦就直接告诉你「没有唤起客户端」——而 Chrome 弹的「是否打开 Dream Skin？」确认框恰恰不会让页面失焦，所以正常安装的用户也会看到那句错误���示。现在改成立刻显示「正在唤起客户端…」，成功交接会提示去 Dream Skin 窗口确认，超时只是问句并且迟到的确认会自动撤回，另外给了重试和「下载 .zip 手动导入」两个入口。已上线。

2.「下载的壁纸没有汇总到轮换目录，不能直接加载切换」

这是个新需求，之前没有人提过，接受。 现在的模型是「一个活动主题 + 已保存主题列表」，主题包里自带壁纸，没有独立的「壁纸库」概念，也没有轮换。你要的是：下载过的壁纸集中在一处，能直接挑、能定时轮换。这确实是缺的。会另开 issue 单独跟踪，不混在这条里。

3.「壁纸和主题配色不搭时，标签栏等元素看不清」

部分已修：显式自定义强调色导致按钮文字对比度错误那一条已在 v1.5.13 修掉（#80，今天关闭），现在前景色按真实面板表面和最坏背景两端计算，壁纸无法把判定翻过去。

但你说的是更一般的情况——壁纸本身太亮/太杂导致原生元素不可读。这一条和第 4 点是同一个解法。

4.「没有透明度、对比度这类手动调节」

接受，已��� #365 跟踪。 补充一个信息：遮罩强度这个能力在主题 schema 里已经存在（image.dim，0~0.8），但它目前只是作者侧字段——在 Studio 做主题时能调。你要的是使用者侧：下载了别人的主题之后自己调。这两件事不一样，你的诉求确实还没被满足。计划是在托盘加本机覆盖层的滑块，不改写主题文件本身。

---

所以这条 issue 会这样处理：第 1 点归 #235 / #387，第 4 点归 #365，第 2 点另开新 issue，第 3 点等第 4 点落地后复评。

这条本身保留 open，作为「换肤后的日常调节体验」这个整体方向的记录——因为你说对了一件事：现在的模型假设「主题是作者做好的成品」，但实际使用中人总想自己微调，而这条路径几乎不存在。