https://hugozhu.site/tags/spec-driven/Recent content in Spec-Driven on All about Raspberry PiHugoenSun, 13 Sep 2026 00:00:00 +0000https://hugozhu.site/post/2026/403-everything-is-an-employee-dwh-on-dsh/Sun, 13 Sep 2026 00:00:00 +0000https://hugozhu.site/post/2026/403-everything-is-an-employee-dwh-on-dsh/<p>上个月我连写两篇拆解 DeepSeek Harness（dsh）：<a href="https://hugozhu.site/post/2026/347-deepseek-harness-convergence-gap/">一切皆插件：DeepSeek Harness 的野心与收敛鸿沟</a> 说它开源的不是工具，是运行时；<a href="https://hugozhu.site/post/2026/348-dsh-three-details-reversible-effects/">一切皆插件：真正硬核的是三个细节</a> 拆了注册即副作用、事件日志做脊柱、乱序完成按序写回这三个工程承诺。当时我的结论是「可以吹，但不必急着用」——预览版、破坏性变更写在官方文档里，日常编码不如用成熟的 Coding Agent。</p> <p>几周后打脸了：我们把一支真实的钉钉数字员工团队装在了它上面。项目叫 DWH（DingTalk Workforce Harness），四个员工——通用助手 default、管理员 dev、HR 助手 hr、老板秘书 assistant——各自是一个独立的 dsh 进程，在钉钉里各管一摊、各有权限、互相平级。这篇讲为什么「不必急着用」的判断没错，但「怎么用」的答案错了：<strong>开源 Agent 运行时的正确用法，不是把它当产品直接用，而是把它当操作系统，在上面建一层「员工管理制度」。</strong></p> <p><a href="https://hugozhu.site/img/2026/everything-is-an-employee-dwh-on-dsh.png"><img src="https://hugozhu.site/img/2026/everything-is-an-employee-dwh-on-dsh-thumb.jpg" alt="Everything Is an Employee: Building a DingTalk Digital Workforce on DeepSeek Harness"></a></p>