DeepSeek Harness 的新测试版，把“让 Agent 创建插件”放进了插件管理页。你写需求，AI开始做工具。但“生成成功”，离“可以放心用”还隔着一次验收。

这对每天整理文件、核对材料的人，可能比又一张模型排行榜更有用：反复做的小事，有机会变成一个随手可用的按钮。不过，先别把工作电脑上的全部资料交出去。

新变化：做工具的入口更近了

官方在10月3日发布的 v0.2.1-alpha.1 更新中，说明了这个新入口：进入创造模式时保留需求草稿，发送需求之后才开始执行。这里的“草稿”指给 Agent 的需求，不是社交平台草稿。

同一版还加入了实验性的 Claude Code Mods 兼容层。官方特意限定：现阶段主要验证接口能力关系，并非提供完整、实用的兼容性。不能把它写成“Claude插件已经随便搬过来用”。

这不是新模型发布，也不意味着普通聊天窗口忽然拥有了电脑操作权限。它更新的是 Harness，也就是把模型接到工具、文件与任务流程上的运行环境。[官方更新记录](https://github.com/deepseek-ai/deepseek-harness/releases/tag/dsh-v0.2.1-alpha.1)

这里最值得注意的不是“多了一个按钮”，而是需求表达的落点变了。过去你让AI完成一次任务；现在还可以尝试让它把重复操作做成可复用工具。后一次需求写得是否清楚，会影响工具每次怎样行动。

分清模型、运行环境和插件

可以用一个日常比喻理解：模型像会思考的协作者，运行环境像提供工具的工作台，插件像装在工作台上的具体部件。这只是解释关系的比喻，不是软件的完整实现图。

模型负责理解“我想整理资料”；环境决定有哪些工具可调用；插件可以承载某项固定能力。例如界面按钮、文件处理步骤或额外工具。换一个部件，不等于换了一个更强的模型。

官方架构文档显示，模型适配、工具注册、会话记录乃至 Agent 循环本身都采用插件组织。这个设计让扩展更灵活，但也意味着评估时不能只看插件名字：它到底挂在哪个环节、可能改动什么，同样重要。[架构说明](https://github.com/deepseek-ai/deepseek-harness/blob/master/docs/architecture.md)

对非开发者，暂时不需要研究所有接口。先把一个习惯改掉：不要只问“这个插件能干什么”，还要问“它需要碰什么”。读取一份测试表格，与扫描整个工作目录，是两种完全不同的授权范围。

一个小场景：先列清单，再改文件

假设你每周整理一批活动素材。文件名杂乱，有照片、文案和不同版本的海报。你希望做一个“素材整理助手”。下面是我设计的需求示例，不是已经实测成功的官方功能。

不建议直接写“把我的素材整理好”。这句话没有说明什么算好，也没说明能不能改原件。AI即便认真执行，也可能做出你不需要的分类，或者把仍在使用的文件移走。

可以改成：“只读取测试目录，列出文件名、类型和建议分类。把结果保存成清单，不重命名、不移动、不删除原文件。遇到无法识别的文件，标记待确认。”

这份需求先买到的不是自动化，而是可检查性。你可以逐行对照，确认海报有没有被误认成照片，重复文件有没有被漏掉。只有规则基本符合你的工作方式，再考虑新增可写能力。

如果之后确实需要批量改名，也应让工具先生成“原名到新名”的对照表。重复目标名、异常扩展名或无法读出的文件，应当停下来解释，而不是一边猜一边改。这是本文建议的验收方式，不是对当前产品默认行为的保证。

什么情况值得做成插件

我的判断标准是：任务足够重复，规则能够说清，结果方便核对。三者缺一，先保留手工处理往往更划算。

例如，固定格式的素材目录比较适合先试；每次都要临场判断的合作谈判，就不适合因为“可以造插件”而强行自动化。安装、调试、维护本身也会消耗时间，不能只计算省下的点击次数。

还有一个容易忽略的问题：插件不是写完就永远不用管。上游接口、文件格式、自己的流程都有可能变化。昨天跑通的样例，只能证明昨天那个条件下的结果，不能替未来所有输入作担保。

所以，真正有用的起点可以很小：一项任务，一份样例，一条明确的停止条件。让它先产生可撤回、可对照的输出，再谈扩展能力。这里不承诺节省多少时间，也不把示例冒充体验报告。

试用前，先把安全边界写下来

DeepSeek官方安全说明明确标注：该项目仍是实验性的开发者预览，尚未接受安全审计，不能视为生产就绪的软件。沙箱和审批可以降低风险，但不提供绝对隔离保证。[安全说明](https://github.com/deepseek-ai/deepseek-harness/blob/master/SAFETY.zh.md)

对于第一次试用的人，我会把检查写成下面这张短清单：

• 使用专用测试环境和非敏感样例，不直接接入真实客户资料。
• 运行前看清访问范围和拟执行动作；不需要写文件时，就不要开放写入能力。
• 保留原件与备份，明确哪些异常必须停下交给人判断。
• 重开输出核对结果，不把“完成了”的一句回复当作验收。

本文依据官方资料整理，配图为AI辅助创作的概念示意，场景为作者设计，未进行独立产品实测。

今天先选一个重复小任务，写下“读什么、输出什么、绝不改什么”。先把这句话写清，再决定是否让AI把它做成工具。