从快捷命令到工具扩展，再到可持续协作的 Agent 团队：一篇掌握 DeepSeek Harness 的三层进阶工作流
DeepSeek Harness（简称 DSH）真正有价值的地方，不只是“能聊天、能写代码”，而是它把命令系统、工具调用、插件、Skill、MCP 和多 Agent 编排放进同一个可扩展 Harness。学会下面三套方法后，你可以把反复描述的流程压缩成斜杠命令，让模型获得读取和执行能力，再把复杂任务拆给多个 Agent 并行推进。
先看结论：高频重复步骤用斜杠命令；缺少执行能力时接工具或 MCP；任务能拆成相对独立部分时再启用多 Agent。
初次使用建议先完成 DeepSeek Harness 零基础安装教程，再从本文第一部分逐级尝试。
一、斜杠命令：把重复提示词变成一键工作流
斜杠命令是最容易上手、回报也最快的进阶功能。输入 / 后，DSH 会展示当前配置注册的命令。由于 DSH 采用插件化架构，不同版本、Profile 和插件组合看到的命令可能不同，因此应以当前界面为准。
/compact：压缩长对话，降低上下文噪声
/compact 会把当前会话中的目标、关键决定、文件和进展整理成紧凑摘要，后续对话继续携带这份摘要。它适合已经运行较久、又不希望重新开会话的任务。压缩后仍应检查关键约束是否被保留，尤其是验收条件、路径和禁止修改项。
/export：导出会话，方便归档与复盘
/export 会把当前对话打包下载。相比逐段复制，它更适合保存完整决策过程、整理项目文档或留存审计材料。导出文件可能包含代码片段、路径或内部信息，分享前要先做脱敏检查。
/goal：保存长期目标，持续校准方向
/goal 目标描述 用于建立持续目标。例如：
/goal 重构项目的登录模块，并补齐测试和迁移说明常见控制方式包括查看、编辑、暂停、恢复和清除：
/goal
/goal edit <新的目标>
/goal pause
/goal resume
/goal clear
/plan：高风险改动先规划，再确认执行
/plan 适合陌生项目、大范围重构、数据迁移或风险较高的任务。它会先探索项目并生成方案，待用户确认后再动手；不再需要计划模式时可输入 /plan off。这一步能明显减少“模型没理解需求就开始改代码”的问题。
/permission 与 /feedback：控制边界并记录问题
/permission 用于查看和切换权限预设。涉及写文件、执行命令、联网或访问敏感目录时，建议先使用需确认模式。/feedback 反馈内容 会把意见写入当前会话日志；只有启用了相应遥测，反馈才可能继续提交给官方，关闭遥测时通常只保留在本地。
自定义斜杠命令：以 /repo 为例
如果一套流程需要反复描述，就可以把它做成命令。比如让 DSH 创建 /repo：显示当前 Git 分支和最近三次提交，非 Git 目录给出友好提示，并在完成后检查插件安装状态。重启 dsh web 后即可验证。
二、工具、插件、Skill 与 MCP：给 AI 装上“手脚”
斜杠命令解决“怎样快速触发”，工具解决“模型能不能执行”。read 是眼睛，bash 是手，write 是笔；glob 和 grep 搜索项目，todo_write 维护任务，ask_user_question 在不确定时请求确认，web_search 负责联网，skill 调用预设流程。
| 概念 | 解决的问题 | 典型例子 |
|---|---|---|
| 工具 | AI 能不能动手 | read、bash、write、web_search |
| 插件 | 如何把新能力装入 DSH | 注册工具、命令、模型、服务或界面 |
| Skill | 一件事应该按什么流程做 | 代码审查、发布检查、内容整理流程 |
| MCP | 如何用统一协议接入外部服务 | 文件系统、数据库、浏览器、业务 API |
MCP：把现成服务接入 DSH
MCP（Model Context Protocol）可以理解为 AI 工具之间的通用连接接口。只要服务实现了协议，DSH 就能将其作为工具调用。接入文件系统、数据库或云服务时，应使用最小权限目录和只读凭据，先验证工具说明与数据边界，再允许写入操作。
Creator Mode：让 AI 临时创造工具
Creator Mode 可借助动态 Cordis 插件在当前会话中编写并运行临时工具。例如创建 word_count，接收文本并返回字符数、行数和单词数。它很适合验证想法，但动态工具通常只在当前进程有效，重启或停止插件后会消失；验证成熟后，再整理为正式仓库插件。
安全提醒：沙箱不等于绝对安全边界。运行生成代码之前应检查逻辑、依赖、网络访问和文件权限，避免把生产凭据直接交给临时工具。
还想扩展识图、搜索、浏览器、远程控制等能力，可参考本站的 16 款 DeepSeek Harness 插件实测；需要持久记忆与 Memory to Skill，可继续阅读 MemSearch 接入 DSH 完整指南。
三、多 Agent：从一个助手升级为可分工的团队
当一个任务同时包含代码审查、测试、安全检查和文档整理时，单个 Agent 会在上下文、注意力和执行时间上相互干扰。多 Agent 的正确用法不是“人越多越好”，而是把任务拆成边界清楚、输入明确、结果可合并的部分。
四种派活方式怎么选？
- subagent：创建独立上下文的后台 Agent，不继承父会话历史，适合自包含任务。
- subagent_fork：携带父会话已有上下文，适合需要理解前文结论的延续任务。
- workflow：用脚本编排多个任务并行执行，等待结果后统一汇总。
- ralph：围绕同一不可变目标启动多轮全新 Agent，通过结构化交接不断复查和推进。
后台管理：查看、补充要求和中断
list_agents 查看 Agent 状态，send_message 为指定 Agent 补充要求，interrupt_agent 中断当前执行。中断并不等于销毁 Agent，已排队消息也未必自动消失；继续复用前应先确认它的状态和待处理任务。
四、Agent Teams：需要长期协作时再上团队管理
手动派两三个 Agent 很方便，但任务一多，就需要成员、依赖、状态和活动面板。dsh-agent-teams 导航页 对应的社区插件会把当前会话变成 Captain，创建可继续唤醒的成员 Agent，将目标拆成带负责人和依赖关系的任务，并在实时面板中展示进展。
安装命令如下，执行前请确认当前 DSH 版本、Web Profile 和插件来源：
dsh plugin --profile web add @nanmicoder/dsh-agent-teams@latest
dsh --profile web --dump-config
dsh web
实战中可以创建前端、代码质量和安全三个成员：Captain 负责拆解、分配与汇总，成员各自完成独立检查。一次任务结束后，团队状态仍可保留；后续只唤醒指定成员继续处理，避免重复消耗。
Agent Teams 的限制与适用边界
- 一个 Captain 通常只管理一个活跃团队。
- 团队状态默认保存在工作区，不会自动同步到其他电脑。
- 多个 DSH 进程同时修改同一团队可能造成状态冲突。
- 临时拆分少量任务时，内置多 Agent 工具已经够用。
- 只有任务需要长期推进、成员反复协作、依赖调度和可视化状态时，才值得启用团队插件。
五、推荐学习顺序：从低风险能力逐级升级
- 先从 DeepSeek Harness 导航入口 了解官方项目和版本要求。
- 完成安装、模型与工作区配置，熟悉
/compact、/goal和/plan。 - 只给任务所需的工具和目录权限，优先使用只读能力。
- 把稳定的高频流程沉淀为自定义命令或 Skill。
- 任务确实可拆时再引入 subagent、workflow 或 ralph。
- 长期团队协作再使用 Agent Teams，并为每个成员定义交付物和验收条件。
DSH 的进阶不是一次装满所有插件，而是逐步建立“触发—执行—分工—验证”的可靠闭环。斜杠命令提高复用效率，工具与 MCP 扩展执行边界，多 Agent 提升复杂任务吞吐；权限、检查点和人工验收则决定这套系统能否真正进入生产流程。
常见问题
DeepSeek Harness 的斜杠命令为什么和教程不一样？
命令由插件和 Profile 注册，不同版本与配置可能不同。输入 / 查看当前环境实际可用列表最可靠。
什么时候应该使用 /compact？
当会话持续很久、上下文开始膨胀但任务仍需继续时使用。压缩后要复核目标、关键决定和验收条件是否保留。
工具、插件和 Skill 是一回事吗？
不是。工具提供具体操作能力，插件是安装扩展能力的载体，Skill 则描述完成任务的方法和流程。
DSH 接入 MCP 安全吗？
安全性取决于服务实现和授予权限。建议最小权限、只读优先、隔离测试，并检查工具代码、网络访问和凭据范围。
subagent 与 subagent_fork 有什么区别？
subagent 不继承父对话历史，适合独立任务；subagent_fork 会带入已有上下文，适合需要理解前文的延续工作。
什么时候需要 Agent Teams？
当成员需要长期保留、任务存在依赖、需要自动调度和活动面板时使用。临时两三个任务用内置多 Agent 工具更轻量。
