从"Token消耗焦虑"到"官方最小模式定制"的完整旅程
2026-08-29
一、起点：Token消耗的真相
1.1 问题发现
2026年8月，我在日常使用DSH（DeepSeek Harness）时注意到一个现象：明明只做简单的"读-改-写"文件操作，但每轮对话的上下文成本始终偏高。 同样的任务，手动操作和DSH操作的效率差异不大，但DSH的Token消耗却远超预期。
1.2 诊断数据（真实会话统计）
8月23日，我手动解压了DSH全部5个会话日志（覆盖8天、537次工具调用），得到以下数据：
关键发现：
真正的"纪律工具"只有6个（pwsh、read、edit、write、grep、glob），却承担了91.6%的工作量。
其余25个工具（subagent、workflow、goal、cordis_*、web_search、read_image等）仅占8.4%的调用，但它们每轮会话都常驻上下文，占据了大量Schema空间。
90+个Skill的摘要列表每轮都被注入，但8天内只有6次命中（调用率1.1%）。
1.3 问题本质
不是模型推理消耗了Token，而是工具Schema和Skill摘要的常驻开销------无论用不用，它们都在那里。
这就像一家餐厅把整本菜单上的每一道菜都摆在你面前，哪怕你只点一碗面。
二、调研与资源对比
2.1 官方资料的发现
通过查阅以下官方资源，确认了"最小模式"的可行性：
2.2 第三方资料参照
2.3 对比：三种模式
三、官方资料核验
3.1 源码证实：sdk-minimal 是官方设计
在 03_资源/14_deepseek-harness-master/ 源码中，找到了官方"极简模式"的实现：
位置：packages/bundle/sdk-minimal/cordis.patch.yml（118行，完整树）
定义："Standalone two-tool SDK profile------一个不叠加dsh-base的完整独立Cordis树，模型只看到2个工具"
模型可见层：只有持久化shell（Linux/macOS用bash，Windows用pwsh）+ str_replace_editor
关闭项：skills、jobs、subagents、compaction、workspace指令、Web/UI、telemetry
关键发现：官方裁剪逻辑与我的诊断结论高度一致------低频能力默认关闭。
3.2 官方不足：Windows适配缺失
官方minimal只挂载 persistent-bash，无Windows/pwsh分支
danger-full-access 模式会越权读写，不适合真实资产目录
结论：不能照抄官方minimal，必须定制。
四、实践思路与执行过程
4.1 设计原则
保留纪律核心：pwsh（Shell）、read/write/edit（文件操作）、grep/glob（搜索定位）
关闭低频能力：skills、subagent、workflow、goal、web_search、cordis_*
不碰安全底线：保留 workspace-write 沙箱，不采用官方 danger-full-access
不破坏默认配置：新建用户级预设，标准预设保持不变
4.2 执行步骤
第1步：备份现有配置
powershell
复制 standard/minimal 预设配置到备份目录
Copy-Item -Recurse .../agent-presets/standard/ _ai_drafts/dsh_experiment_backup_20260824/
Copy-Item -Recurse .../agent-presets/minimal/ _ai_drafts/dsh_experiment_backup_20260824/
第2步：创建用户级预设
在 C:\Users\lenovo.dsh.agent-presets\custom-minimal\ 新建两个文件：
preset.yml：
yaml
id: custom-minimal
name: 纪律极简模式
order: 2
description: 按read-edit-discipline纪律裁剪：仅保留pwsh、文件读写、grep/glob、todo，关闭skills/子代理/工作流/目标/网页等低频能力。
agent.cordis.yml（裁剪后的工具清单）：
yaml
- id: pwsh
- id: read
- id: write
- id: edit
- id: grep
- id: glob
- id: todo_write
注：read_image 因 tool-fs 包依赖自动带出，实际共8个工具
附：pnpm 安装与视觉插件安装步骤
在定制「纪律极简模式」的过程中，如果需要启用视觉能力，需要先安装 pnpm，再通过它安装视觉插件。下面把散落在各处的安装命令整理为完整步骤，方便直接照做。
第 1 步：安装 pnpm
pnpm 是 DSH 插件安装所依赖的包管理器。在命令行中执行以下命令进行全局安装：
bash
npm install -g pnpm安装完成后，用下面的命令确认是否安装成功：
bash
pnpm --version如果能看到版本号输出（例如 9.x.x），说明 pnpm 已就绪。
第 2 步：安装视觉插件
pnpm 装好后，重新执行你之前的那条命令，安装社区流行的视觉插件 @jasonjin06/vision：
bash
npx -y @deepseek-ai/dsh plugin --profile web add @jasonjin06/vision@latest第 3 步：备选视觉插件
如果上面的插件安装后遇到问题，可以试试社区里另一个同样流行的视觉插件 dsh-vision-router：
bash
npx @deepseek-ai/dsh plugin --profile web add dsh-vision-router第 4 步：重启生效
安装成功后，别忘了重启 DSH（或重新加载对应 profile），让新插件真正生效。
裁掉：skills、subagent、workflow、goal、web_search、cordis_*、ask_user_question 等
第3步：验证预设可挂载
通过 agentPresets.list() 服务确认预设被识别（文件就立即被服务检测到，无需重启）。
第4步：UI测试
在Web界面新建会话，选择"纪律极简模式"，验证：
会话正常启动 ✅
工具列表只剩约8个 ✅
上下文无90+条Skill摘要 ✅
读-改-写任务正常完成 ✅
第5步：记录数据
五、经验与总结
5.1 关键经验
先诊断，再动刀。 没有调用统计数据，任何裁剪都是盲目的。我的诊断显示：25个低频工具只占8.4%的调用，这才是裁剪目标。
官方文档是答案，不是限制。 官方 sdk-minimal 证明"裁掉低频能力"是官方设计哲学，但Windows适配需要自行定制。
安全模型不可妥协。 官方minimal用 danger-full-access（全权限），我坚持 workspace-write（工作区沙箱）。少工具 + 强沙箱 > 多工具 + 弱沙箱。
预设是配置组合，不是代码分支。 不需要Fork DSH源码，只需要在用户目录新建一个配置文件------这正是"Everything is a plugin"的体现。
视觉能力是原生能力，不是插件。 视觉能力（对应ModLens）是Harness原生内置的，但需要切换到支持图像的模型（如 deepseek-v4-flash-vision-exp）才能触发。
5.2 数据验证
工具数减少72%（29 → 8）
Skill摘要注入清零（90+条 → 0条）
上下文注入块减少（3块 → 2块）
任务完成度无回归（读-改-写工作流正常执行）
5.3 方法论沉淀
通过本次实践，形成了一套可复用的"纪律极简模式"构建方法：
统计调用频次 → 识别真实需要的工具
查阅官方设计 → 确认官方"最小模式"的存在与设计哲学
适配本地环境 → 修正官方版本中不适配Windows的部分
不碰默认配置 → 新建用户级预设，保留回退路径
UI验证 → 确认预设可挂载且正常工作
六、展望
6.1 短期优化方向（1-2周）
□ 模板菜单化：将"读-改-写"标准流程固化为可复用的任务模板（已在 03_资源/15_任务模板/task_read_edit_report.md 落地）
□ CLAUDE.md 增补可追溯原则：在Vault规则中增加"改前有计划、改后有报告"的纪律
□ 安装 session-query-sqlite：让"纪律极简模式"具备会话历史全文检索能力
6.2 中期探索方向（1-2个月）
□ Ralph接力循环：试验"每棒只拿上一棒简报"的防污染工作流模式
□ Subagent指挥别家AI：单独建一个 team-leader 预设，试验拉起Codex/Claude Code子进程
□ 视觉能力常态化：确认 deepseek-v4-flash-vision-exp 上线的具体时间，评估是否纳入日常预设
6.3 长期产品化方向
Manus APK逆向分析揭示了"Agent产品化"的三件套：模板菜单化 + 过程可视化 + 安全签名。对应到DSH：
模板菜单化：把 read-edit-discipline 纪律固化为可一键启用的任务模板
过程可视化：把trajectory/session日志转化为UI层面的"Agent正在做什么"的实时反馈
安全签名：当DSH能力需要暴露给团队或外部服务时，引入调用签名、设备指纹、可审计操作日志
6.4 最终结论
"纪律极简模式"不是DSH的替代品，而是它的一个经过裁剪、验证、文档化的预设配置。 它证明了：
DS的"Everything is a plugin"架构设计有效------裁剪预设不需要修改源码
官方"最小模式"的设计哲学在Windows环境下同样适用，但需要适配修正
自己动手定制一个预设，比等待官方更新更快、更可控
下一步： 用"纪律极简模式"跑一周日常任务，确认无痛后，再决定是否设为默认。同时，单独开一个实验性会话，玩一玩"指挥别家AI"的Subagent模式。
本文档记录了从问题发现到方案落地的完整过程。所有数据均来自实测，所有决策均有依据。可作为后续任何"最小模式"定制工作的参考基线。