关于Harness的take away：1. Harness构成了Agent的第二套架构，作用远超模型外面的“薄壳”Agent 有效能力 ≈ Model × Harness × Context × EvalHarness 会直接影响：模型看到什么上下文；缓存命中率和 Token 消耗；工具调用次数与顺序；失败后是否重试、修复或退出；最终任务成功率。2. Pi、Claude Code和DSH代表三条不同路线（图）Claude Code是在寻找“当前最优 Harness”；Pi在问“模型已经足够强后，还需要多少 Harness”；DeepSeek Harness（DSH）则进一步追问：Harness 能否从一套固定代码，进化为 Agent 可以检查、修改、测试和替换的外部认知结构？3. Pi和DSH看似相反，实质指向同一个终局Pi做的是“极简化”，DSH做的是“插件化”，但两者都在证明：固定、臃肿、由人类预先编写的大量Harness代码，可能只是模型能力不足时期的过渡产物。未来可能出现：基础执行内核越来越小；Tool、Memory、Prompt、Agent Loop按任务动态加载；Agent自己判断当前任务需要什么组件；任务结束后卸载无关组件，避免Context污染；不再存在一套对所有任务都最优的固定Harness。因此，Pi可以被理解为“人为设计的极简Harness”，DSH的长期方向则是“由Agent为每个任务动态生成极简Harness”。5. Harness层出现了一个重要悖论Harness的重要性上升，但Harness公司的护城河下降。一方面，同一模型换一个Harness，成功率和成本可以相差数倍，证明Harness非常重要。另一方面，Pi、OpenCode、Hermes和DSH都在把Harness开源、模块化、模型无关化。DSH甚至把Agent Loop也变成可替换插件。这意味着通用的：System Prompt；Tool调用；Agent Loop；Model Adapter；基础多模型路由；很可能迅速商品化。所以，“做一个更好的通用Harness”可能有巨大技术影响力，却未必能形成长期商业价值。6. 真正可积累的价值会分成两层未来Agent基础设施可能形成明显的“执行内核—控制平面”分化。执行内核逐渐商品化：Prompt组装；基础工具调用；Agent Loop；模型适配；通用插件。控制平面持续增值：用户和企业Context、长期Memory；身份、权限、Secrets和审计；Sandbox与安全策略；工作流数据和内部Runbook；Eval、验证、错误恢复与人工升级；成本、延迟、质量的多模型路由；最终业务结果和分发入口。因此，DSH可能成为Agent时代的Linux内核，但“成为Linux”不等于“成为微软”。生态影响力和商业价值捕获是两件不同的事。