为什么 DSH 不是银弹？
eepSeek Harness 很容易让人兴奋：模型、工具、Session、Loop、存储、UI 都能插件化。
但它不是银弹。可塑性越强，工程账越要算清楚。[汗]

[一]第一笔账是上下文。工具 schema、Skill registry、系统策略和运行时说明都会进入模型可见面。能力暴露得越多，token 账单越容易被放大。
[二]第二笔账是往返。可替换 Agent Loop 能加入验证、重试和状态维护，但每一次思考、行动、观察、再判断，都在消耗模型调用。
[三]第三笔账是运行时开销。插件越多，依赖解析、生命周期管理、配置装配、资源清理就越复杂。问题定位也会从调用栈变成配置树加事件流。
[四]第四笔账是 Session Log。它让恢复、分叉、回放成为可能，但日志不是事务系统。外部副作用不能靠重放硬补。
[五]第五笔账是安全。Context 能管理依赖可见性，不等于沙箱。读写文件、命令执行、网络访问，仍然要靠权限分级、审计和隔离。

DSH 更像 Agent runtime 基础设施。适合研究、多租户、多 Provider、多运行模式和插件生态，不适合只想稳定跑固定 coding loop 的团队。[石化]

DeepSeekHarness Agent开发 AI工程 插件化 技术架构 为什么系列 DeepSeek DSH AI进化生活howto