一万二千次提交之后，dsh CLI 停在 v0.1.0-rc.7——仍处于 1.0 之前，但无疑是 deepseek-harness 体验的骨干。本文覆盖 dsh CLI v0.1.0-rc.7 周期内改变了什么、为什么 Web UI 成为主要上手路径，以及早期采用者在命令行安装插件时该知道什么。
v0.1.0-rc.7 改变了什么
- Web UI 上手：新用户现在通过浏览器流程引导，而不是在终端与 flags 搏斗。
- 更严格的插件安装工作流：dsh plugin install 在触碰文件系统前验证 dsh.bundle 声明。
- 更好的错误呈现：契约违规现在打印可操作的提示，而非堆栈跟踪。
为什么 Web UI 接管上手
拥有丰富插件生态的 CLI 有发现难题：你无法从 shell 浏览插件。Web UI 用可搜索的目录、一键安装和提交前可见的安全警告解决了它。CLI 仍然服务于脚本与高级用户，但浏览器现在是前门。
从 CLI 安装插件
核心命令仍是 dsh plugin install <name>，它保持快速与可脚本化。相关变化是验证：运行时拒绝没有有效 dsh.bundle 的插件，并在执行前警告风险安装脚本。如果你自动化安装，请针对新退出码升级脚本——旧的静默失败路径已消失。
通往 1.0 之路
维护者明确表示，在插件契约停止变动之前 1.0 不会落地。对插件作者这意味着固定 SDK、关注 changelog、针对每个 rc 重测。对安装者意味着生态仍在变动——更频繁地检查质量评分与最后推送日期，而不是更少。