四种工作模式：同一套 Harness，四种 Agent

四种模式都运行在同一套 Harness Host 上，但面向的任务不同：

这四种模式并不是给同一个 Agent 换个名字。选择不同 Preset 后，系统实际挂载的插件清单会发生变化，最终交给模型的提示词和工具列表也会随之变化。

标准模式是一套比较完整的编码 Agent 组合。它不仅能读写文件和执行 Shell 命令，还包含文件搜索、网页搜索、Skills、Plan、目标管理、子 Agent 和工作流等能力。

在这种模式下，各项工具会以普通 Tool Call 的形式交给模型。模型需要搜索代码时调用搜索工具，需要读取文件时调用读取工具，拿到结果后再决定下一步。整个过程一项一项展开，比较直观，也便于在会话记录中观察 Agent 每一步做了什么。

因此，如果你只是想让 DeepSeek Harness 帮你理解项目、修改代码或运行测试，通常从标准模式开始就够了。它也是理解其他三种模式的参照：PTC 模式改变工具的呈现方式，极简模式大幅删减能力，创造模式则在它的基础上增加 Harness 创作能力。

PTC 模式对应源码中的 code Preset。这里不必先记住缩写，抓住它与标准模式最关键的区别即可：它具备标准模式的全部能力，但模型看到工具的方式不同。

在标准模式里，文件搜索、读取、编辑等工具会分别出现在模型的工具列表中。PTC 模式则通过 Code Mode SDK 把这些工具组织成可编程接口，模型主要调用一个 run_code 工具，并在其中编写一段 TypeScript 程序来组合多步操作。

例如，一个任务需要“搜索所有配置文件、读取符合条件的内容，再整理结果”。标准模式往往要经过多轮“调用工具—读取结果—继续调用”；PTC 模式可以在一段程序里连续调用这些工具，并用变量保存和筛选中间结果，最后只把整理后的结果交回 Agent Loop。

源码中的关键差异其实只有一项额外的工具呈现插件：

- id: tool-presentation
  name: '@deepseek-ai/dsh-agent-tool-presentation'
  config:
    mode: code

这段配置位于 apps/cli/config/agent-presets/code/agent.cordis.yml。它没有绕过原来的工具系统。程序内部的每一次工具调用，仍然会经过参数检查、审批、安全限制、执行和日志记录；变化的只是模型组织多步调用的方式。

极简模式不是“标准模式少开几个按钮”，而是一份明显更小的 Agent 组合。它使用一段完整而简短的系统提示词，只向模型提供两类核心能力：

1. 持久 Shell：在 macOS 和 Linux 上使用 bash，在 Windows 上使用 PowerShell；多次调用之间可以保留终端状态。
2. str_replace_editor：读取文件，并通过精确文本替换完成编辑。

这意味着它没有标准模式里完整的搜索、Skills、Plan、目标、子 Agent 和工作流工具。面对同一个任务，它可能更多地依靠 Shell 命令自己查找和处理文件。

极简模式适合简单、边界清楚的编码任务，也很适合学习 Harness：工具只有两个，更容易看清模型如何在 Shell 与编辑器之间来回工作。

需要注意，极简不等于只读，也不等于更低权限。它仍然拥有 Shell 和文件编辑能力。“工具有多少”与“工具获准操作到哪里”是两件不同的事。

创造模式对应 cordis Preset。它具备标准模式的全部能力，同时增加了认识和修改 Harness 所需的专门工具与 Skills。

在这种模式下，Agent 可以检查当前 Cordis 运行时里有哪些服务和插件，也可以临时定义、运行和停止动态插件，用实验确认某种扩展方式是否可行。它还携带 Preset 创作指导，知道 Host 与 Agent Preset 应该分别放什么，以及怎样验证一份新的组装能否正常挂载。

所以，创造模式最有意思的地方在于：它本身是一种 Preset，却可以协助我们创造更多 Preset。一个典型过程是：

1. 告诉 Agent 想要什么业务能力，例如“做一个自媒体创作 Agent”；
2. Agent 检查已有服务、工具和可扩展位置；
3. 根据需要开发或试验专属插件；
4. 复制一份接近目标的 Preset，在用户目录中调整提示词、工具和 Skills；
5. 验证新 Preset 可以挂载，再用它创建一个新的 Session。

最终得到的不是一段临时提示词，而是一种可以再次选择的工作模式。以后每次用这个 Preset 新建 Session，Harness 都会按照同一份组装创建出相同类型的业务 Agent。

创造模式能够触达运行中的插件系统，能力也相对更强。它适合明确的开发和定制任务，不需要为了普通编码工作一直开启；系统自带的 Preset 也不应直接修改，正确做法是复制后在用户 Preset 目录中创建自己的版本。

从截图中可以看到，Preset 菜单旁边还可以选择模型。它们是两项独立设置：

• Preset 决定“这是怎样的 Agent”，包括提示词、工具和工具呈现方式；
• Model 决定“由哪个大模型完成思考和生成”；
• Sandbox 与 Approval 决定工具执行时可以触达哪里、何时需要询问；
• Profile 决定启动的是 Web Host、Headless Host，还是其他整套运行形态。

例如，同一个标准模式可以使用不同模型；同一个模型也可以分别运行在标准、PTC 或极简模式中。选择创造模式不会自动获得无限权限，选择极简模式也不会自动变成只读。

四种工作模式都位于 apps/cli/config/agent-presets 目录：

agent-presets/
  standard/
    preset.yml
    agent.cordis.yml
  code/
    preset.yml
    agent.cordis.yml
  minimal/
    preset.yml
    agent.cordis.yml
  cordis/
    preset.yml
    agent.cordis.yml

每个目录中的 preset.yml 提供界面名称、说明和排序；agent.cordis.yml 才是实际的 Agent 插件组装。WebUI 里看到的四种模式，正是这四个目录在界面上的投影。

• 标准模式：完整、直观，适合大多数编码任务；
• PTC 模式：能力基本不变，但让模型用 TypeScript 组合多步工具调用；
• 极简模式：只保留持久 Shell 和文本替换编辑器；
• 创造模式：在完整能力上增加 Cordis 检查、插件实验和 Preset 创作能力。

下一课，我们继续深入这些模式共同依赖的工具系统：Preset 选中的工具插件怎样完成注册，模型怎样发起调用，执行结果又怎样回到下一轮思考？