2026-08-18-DeepSeek-Harness四種模式

DeepSeek Harness 四種模式

後設資料

• URL：https://x.com/realchendahuang/status/2088643296021401829
• 作者：陈大黄（@realchendahuang）
• 發表平台：X（Twitter）長推文
• 發表日：2026-08-15 23:05（X 顯示）
• 語言：中文（簡體）

一句話濃縮

這則 X 貼文把 DeepSeek Harness 的 Standard / PTC / Minimal / Creator 四種模式整理成 Harness-Engineering 的 runtime 選型問題：探索型任務用完整 agent，批處理用 PTC 降低 tool-call round trip，明確短任務用 Minimal 降低固定開銷，Creator 則以高權限換取 agent / preset 創作能力。

提取要點

• Standard：日常探索型開發。作者把 Standard 定位為 DeepSeek Harness 預設的完整 coding agent，適合「一開始不知道問題在哪裡、需要 agent 自己探索」的任務；代價是 LLM → Tool → LLM 的 round trip 會隨複雜度增加，延遲與 token 成本同步上升。
• PTC：複雜任務效率模式。PTC 允許模型寫一段 TypeScript，把搜尋、讀檔、循環、過濾與處理等多個工具呼叫組合後一次執行；適合大量批處理、重複操作與結構化處理，核心收益是少回模型、少把無意義中間資料塞進 context。
• Minimal：明確短任務模式。Minimal 只給 Bash + Editor，工具 schema 少、prompt 固定成本低；但缺少 Web、Skills、Subagent、Workflow 與完整 context compaction，長 session 或大量 Bash 輸出時未必真的省 token。
• Creator：用 agent 創造 agent。Creator 擁有 Standard + Cordis Runtime + Plugin 實驗 + Preset 創作能力，適合創作 / 組合 agent 本身；主要風險是權限高，需要更嚴格的邊界意識。
• 模式選型軸：這四種模式不是單純能力高低排序，而是依任務不確定性、批處理比例、固定 prompt / tool schema 開銷、context 管理能力與權限風險選不同 harness preset。

提取概念

連結到此來源衍生 / 更新的 wiki 頁：

• Harness-Engineering（更新 — 補入 coding harness preset 的 Standard / PTC / Minimal / Creator 選型軸）
• Agentic-Workflow（更新 — 補入 runtime 模式也是 workflow 選型的一部分）
• Context-Engineering（更新 — 補入 PTC / Minimal 對 tool-call round trip、固定 schema 開銷與 context 膨脹的不同處理）
• AI輔助開發（更新 — 補入 coding agent 模式選擇與任務形狀匹配）
• DeepSeek（既有實體；本來源只作為 DeepSeek Harness 的社群整理，不用來更新公司現況）

Ingest 筆記

2026-08-18

• 建頁決策：本次不新建 DeepSeek Harness product / entity 頁。理由是來源為單則 X 社群整理，尚未補入官方文件或產品發布頁；內容重點也不是 DeepSeek 公司狀態，而是 coding agent harness 模式選型，已可由 Harness-Engineering / Agentic-Workflow / Context-Engineering / AI輔助開發 承接。
• 跨頁影響鏈：Harness-Engineering 補入四種 harness preset 的選型表；Agentic-Workflow 補入「runtime 模式也是 workflow 選型」；Context-Engineering 補入 PTC 與 Minimal 對 round trip / schema / compaction 的不同取捨；AI輔助開發 補入 coding agent 任務形狀與模式匹配。
• 觀察清單同步：無新增條目。若後續取得 DeepSeek Harness 官方文件、release note 或實測報告，再評估是否建立 product entity 或更新 DeepSeek。

原文（可選）

X 貼文易失效，且使用者已提供全文；本頁保留原文作為來源 evidence。

花了点时间研究一下 DeepSeek Harness 这四种模式，我把四种模式的优缺点和适用场景捋一下。

1. Standard：最适合日常开发 Standard 就是 DeepSeek Harness 默认的完整 Coding Agent。它把日常开发需要的东西基本都配齐了，特别适合那种一开始并不知道问题在哪里，需要 Agent 自己探索的任务。

但因为大量操作都是：LLM → Tool → LLM → Tool → LLM → Tool，任务复杂以后，Tool Calling 的 round trip 会越来越多，延迟和 Token 开销都会上去。

所以探索性任务优先 Standard。

2. PTC：复杂任务的效率模式 PTC 允许模型写一段 TypeScript，把多个工具调用组合起来一次执行。

例如 Standard 可能是：搜索文件 → 回模型 → 读文件 → 回模型 → 搜索 → 回模型 → 修改 → 回模型 PTC 可以变成：模型写 TypeScript → 一次运行 → 搜索 + 循环 + 过滤 + 读取 + 处理 → 返回最终结果

这可以减少 round trip，也可以减少大量无意义的中间数据进入模型 Context。所以大量批处理、重复操作、结构化处理特别适合 PTC。

3. Minimal：只给模型 Bash + Editor 它最大的优点就是简单。工具数量少，Tool Schema 少，Prompt 固定开销低。

但是没有 Web，没有 Skills，没有 Subagent，没有 Workflow。复杂任务只能一个 Agent 自己硬干。而且 Minimal 没有 Standard 那套完整的 Context Compaction。所以它虽然短任务固定 Token 开销低，但如果 Session 特别长、Bash 输出特别多，反而未必真的省 Token。

因此 Minimal 最适合明确的小任务，任务越明确、越短，Minimal 越香。

4. Creator：用 Agent 创造 Agent 拥有 Standard + Cordis Runtime + Plugin 实验 + Preset 创作能力。它连 Agent 本身都做成了可以组合和创建的东西。 想想还挺可爱的，模型自己支了个摊子开始卖货，然后自己把自己的摊子摆弄摆弄，自给自足。

但 Creator 最大的问题也是权限高。这一点要注意。