DeepSeek Harness 初体验：一切皆插件太酷了
上周五，DeepSeek Harness 发布。不到几个小时，就在国内外 AI 爱好者的社区里刷屏了。
我第一时间下载试了下。只看默认界面，它给人的第一印象其实有点粗糙。功能入口不算丰富，甚至连个客户端都没有，交互细节也没有 Codex、Claude Code 或者 WorkBuddy 那么完整。后面这几个产品已经打磨了一段时间，打开就能用，很多工作流也替你想好了。DeepSeek Harness 目前仍处在 Developer Preview 阶段，官方直接在 README 里提醒，接下来可能出现破坏兼容性的更新。
但这次大家的关注点显然不在完成度上。
DeepSeek Harness 的核心概念只有一句话：一切皆插件。
几乎所有东西都可以改。
这句话对普通用户未必有多大吸引力，对喜欢折腾工具的人就很难拒绝了。它给你的感觉不像一个功能已经封死的 Coding Agent，更像一套可以继续拼装的 Agent 框架。界面、工具、工作流以及一些原本应该由官方决定的产品能力，都可以通过插件重新组织。
所以发布当天，网上很快就出现了大量社区插件。有人补功能，有人改界面，也有人让 DeepSeek Harness 自己给自己写插件。这个传播速度挺有意思。大家已经见过太多 Coding Agent，这次真正让人兴奋的是，它可以随便拆、随便改。
“一切皆插件”为什么这么吸引人
我平时的主力使用的 AI 产品是 Codex。和其他 C 端智能体工具差不多，它的优势是完成度高，权限、工具调用、上下文管理和任务执行流程都比较成熟。代价也很直接，能自己折腾的内容很少。Codex 算还不错的了，此前网上还火过一阵子各种主题的生成。
另外每个人对 Coding Agent 的使用习惯又差得很远。
有人只需要一个终端窗口，有人想看到完整的任务执行过程。有人非常关心 token 消耗，有人只关心最终代码。还有人希望 Agent 能并行运行多个子任务，但如果没有一个清楚的状态面板，又会觉得整个过程像在开盲盒。
这些需求很难靠一套固定的界面全部满足。
DeepSeek Harness 的思路很极客：默认版本先提供一个能运行的骨架，剩下的交给插件。官方基于 Cordis 做了这套架构，插件可以被组合、替换，甚至在运行过程中动态调整。它现在看起来没有那么精致，但边界足够开放。对于愿意动手的人来说，粗糙反而不算大问题，反正不顺手的地方可以自己改。
我看到这个设计之后，第一反应也很直接：那能不能把我在 Codex 里比较喜欢的体验搬过来？
于是我让它给自己写了一个插件。
我已经把代码放到了 GitHub：careywyr/dsh-code。仓库里包含安装脚本和完整源码，有兴趣的话可以直接拿去试。DeepSeek Harness 还在快速更新，插件如果因为新版出现兼容问题，也可以在仓库里提 Issue。
我给它补了一套 Codex 风格的体验
这个插件的目标很简单，参考 Codex 的使用方式，把我平时比较关心的信息放进 DeepSeek Harness 的界面里。
最后做出来的功能包括：
- 子智能体运行情况看板，可以直接看到各个 Agent 当前在做什么；
- Git 修改看板，集中查看本次任务改了哪些文件；
- 个人资料页面，包含 token 用量统计和使用热力图；
- Catppuccin 的 Latte、Frappé、Macchiato 和 Mocha 四套主题，同时支持背景图；
- Skills 快捷入口，在输入框里键入
$就能搜索并插入技能； - 首页重新排版，常用提示词可以做成快捷卡片；
- 右下角加了一只状态小猫，任务需要确认时会主动提醒。
下面是开启壁纸后的首页。我个人挺喜欢这种把工具改成自己熟悉样子的感觉，虽然对于写代码没有任何实质帮助，心情好也挺重要的。
这些功能单独看都不复杂，不过放在一起之后，使用感受变化挺明显。尤其是子智能体和 Git 修改看板。Agent 在后台跑得越久，我越想知道它进行到了哪一步；修改文件一多，我会想大致了解一些本次修改的 diff 有多少。
Codex 在这方面给了我不少参考。我没有打算把 DeepSeek Harness 复制成另一个 Codex，只是把自己已经习惯的反馈方式补上。插件机制的好处就在这里，我不需要说服官方接受这套产品判断，自己用得顺手就行。
Skills 的处理也参考了我在 Codex 里的习惯。输入 $ 后可以直接搜索当前可用的技能，不需要记住完整名称，也不用离开输入框。
从开始写到基本完成，整个插件实际大约花了一个半小时。
这里还有个很真实的小插曲。我是在睡前把任务交给它的，当时没有打开 Full Access 模式。结果它运行没多久，遇到需要确认的命令就暂停了。第二天早上起来，我手动确认了几次执行权限，它才继续把后面的工作做完。
所以这个“一个半小时”并非我在电脑前盯着它连续跑了一个半小时。我的参与主要是描述需求、确认几个命令，再检查最终结果。要是睡前把权限配置好，整个过程应该会更顺。
这也算一个小提醒：让 Agent 长时间自主运行时，模型能力只是一部分，权限策略会直接影响它能不能把任务做完。过于谨慎会频繁暂停，权限开得太大又需要自己承担风险。以后我还是会根据项目决定，对熟悉且隔离好的代码仓库可以放开一些，对重要项目则继续保留确认环节。
这次使用的模型是 Qwen3.8-Max。缓存命中率在 96% 左右。这个命中率我觉得很不错了。对于这种会反复读取项目、持续修改同一批文件的长任务，缓存命中率很重要，否则成本和等待时间都会明显增加。
个人资料页会扫描会话日志并汇总累计 token、峰值 token、最长聊天时长和连续使用天数。下面这张图是在插件基本完成时截的，当时统计到 48.13M，这个数据应该差不多，具体是否准确我还需要再进行一段时间的测试。
更让我意外的是完成质量。
插件生成之后基本没有什么大问题，主要功能都能正常工作。后面我又改了一些样式，顺手补了几个小功能，没有遇到需要推倒重来的结构性问题。以一个刚发布、界面还有明显试验感的 Agent 来说，这个结果已经超过我的预期。
当然，一次成功还不足以说明它在所有编码任务上都稳定。这次插件和 DeepSeek Harness 自身的技术栈、插件体系贴得很近，它能读取自己的项目结构，也知道应该在哪里扩展，属于比较适合它发挥的任务。大型工程、陌生代码库和长时间重构是否可靠，还得继续用一段时间。
它的粗糙感，我暂时可以接受
如果只比较默认体验，DeepSeek Harness 现在很难说比 Codex 或 CC 更好。很多细节还没有收好，插件生态也刚刚开始，兼容性随时可能变化。官方既然已经标明是 Developer Preview，现在拿生产级工具的标准去要求它，也不太公平。
我更在意的是另一件事：它允许用户自己决定产品应该长什么样。
以前用 Coding Agent，我经常会想“这里如果有个状态面板就好了”，然后就没有然后了。最多写个脚本，或者等官方更新。DeepSeek Harness 把这个距离缩短了。你可以直接描述需求，让 Agent 在现有插件体系里把功能做出来，再把它挂回自己的工作流。
这种感觉有点像早期折腾编辑器。默认配置可能一般，但主题、快捷键、插件和工作流都能按自己的习惯调整。折腾到最后，每个人手里的版本都会有点不一样。
显然，这也意味着新的麻烦。插件质量参差不齐，升级可能弄坏已有配置，安全边界也需要自己判断。插件能访问什么、执行什么命令、是否会把数据发送到外部，都不能因为“安装方便”就跳过检查。自由度越高，需要自己负责的部分也越多。
不过对于极客用户来说，这些麻烦大概也属于乐趣的一部分。
我准备让它暂时替代 CC
目前我的结论很简单：DeepSeek Harness 已经可以拿来编码了。
这个判断带有很强的个人偏好。我现在有 Codex 订阅和其他 coding plan 的订阅，coding plan 配合 CC 固然好，但 CC 因为没有我喜欢的 GUI 客户端，因此用得并不算很爽。现在 DeepSeek Harness 甚至可以把客户端打造成我喜欢的样子，简直太合我胃口了。
我已经把自己缺的东西补得差不多了，也许还会补充命令行、文件预览等更多有用的功能。接下来我准备让 DeepSeek Harness 替代 CC 使用一段时间，看看它在日常开发里能不能稳定下来。我会重点观察长任务的成功率、插件升级后的兼容性，以及真实 token 成本。
一个半小时做出一套贴合自己习惯的 Coding Agent 界面，这件事本身已经说明了它的潜力。
DeepSeek Harness 现在确实粗糙。可当一个工具允许我亲手修改几乎所有不顺眼的地方时，我对粗糙的容忍度会高很多。
不管那么多了，先用起来再说。