v0.1.7-rc.2（2026-09-24 22:10 北京）是 0.1.7 系列的第二个候选版本。rc.1 → rc.2 约 25 小时，rc.2 → 下一个 rc 预计会更长。
42 项（6 新 + 19 修复 + 6 调整 + 11 优化）。这一版的独特信号：没有新的能力边界拓展，全是已有能力的补完和打磨。rc.1 负责架构定型，rc.2 负责体验收口——这是 RC 阶段的典型分工。
本文目录
一、值得关注的变更
二、RC 阶段分工模式
三、如何升级
一、值得关注的变更
定时任务（新增第 1 条）
启用后可创建和管理提醒，支持最短每分钟重复一次，重启后保留。这是 dsh 首次具备自主调度能力——不再依赖外部 cron 或用户手动触发。
桌面端首次引导（新增第 2 条）
安装后自动弹出引导流程，介绍可用额度、选择用途和工作过程展示方式；支持中途退出后继续。rc.1 解决"能不能用"，rc.2 开始解决"第一次用顺不顺"。
账号任务与 API Key 任务分离（调整第 2 条）
两个来源的任务现在使用独立模型入口。退出账号前会确认并停止运行中的账号任务，登录失效时提示重新登录。这对混合使用账号和 API Key 的用户有实际影响。
Inspector 不再默认提供（调整第 1 条）
插件管理页可启用自动审阅，但 Inspector 需要单独安装。如果你有依赖 Inspector 的工作流，升级后需要手动补装。
长对话发送失败修复（修复第 19 条）
修复部分长对话持续无法发送消息的问题。这是 rc.1 引入后暴露的一个阻塞性问题，rc.2 已修复。
界面打磨（优化全部 11 条）
语法高亮一致性、圆角统一、焦点提示、归档筛选、审批卡片多语言……全部是视觉和交互细节，没有功能变更。
二、RC 阶段分工模式
读 rc.1 和 rc.2 放在一起看，0.1.7 的 RC 阶段分工模式很清晰：
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
这种分工模式的好处是每个 RC 有明确边界——不会在架构收敛的同时塞入大量体验改动，方便测试定位问题。预计 rc.3 如果有的话，会进一步聚焦在 rc.2 暴露的剩余问题上。
另外，rc.1 是 23 位贡献者，rc.2 是 19 位。rc.2 的贡献者数量减少，说明核心团队开始收拢验收权，这也是 RC 收尾期的典型特征。
三、如何升级
升级前检查：
- 是否依赖 Inspector（需单独安装）
- 是否同时使用账号任务和 API Key 任务（模型入口已独立）
- 是否使用「代码工作工具」旧模式选择开关（已移除）
v0.1.7-rc.2 是 0.1.7 系列的第二个候选版本。rc.1 负责架构，rc.2 负责收口——这种分工让 RC 阶段的问题更容易定位。距 stable 应该不远了。
互动问题：你在用 rc.1 吗？rc.2 的定时任务和桌面引导对你有没有用？
