Munder Difflin公开可包裹Claude Code、生成"我的克隆体"的Harness

一个下载文件开启的"克隆体"

只需在笔记本电脑上安装一个下载文件就够了。它会直接包裹住你已经在用的编程智能体CLI,并在其之上叠加一个"酷似你本人的克隆体"。据介绍,代码、API密钥、现有订阅都原样保留,不会有任何内容外传。这个项目22日在Hacker News上发帖介绍后,获得了200多票的支持。

这个克隆体会原样吸收用户的工作流、工具以及长期积累的知识。也就是说,新启动的克隆体从一开始就已经了解用户的工作方式。相关代码托管在chaitanyagiri账号下的GitHub仓库中,可以在releases页面下载。

为什么现在是Harness

"Harness"指的不是AI模型本身,而是把模型接入实际工作环境的框架。最近NVIDIA给Claude Opus 5套上自研Harness,让同一个模型的基准测试分数从30%区间一路提升到100%,就很好地说明了这一趋势——比起模型本身,如何包裹模型正在成为决定实际表现的关键变量。

差不多同一时期,AWS公开了让云端运行的智能体访问用户本地电脑工具的桥接方案,Cursor也推出了31种官方插件,把Gmail、Salesforce等办公工具接入智能体。Munder Difflin可以说是这股潮流的延伸,但方向有所不同:它不是为整个团队打造一个共用机器人,而是为团队每个成员各自生成一个克隆体。

克隆体是这样协作的

每个克隆体都是运行在对应用户电脑上的一个节点。当某人的克隆体在工作中遇到卡点时,会向其他团队成员的克隆体发消息、获取所需信息。据介绍,如果同事的克隆体在凌晨3点发来"How does the billing service work?"(计费服务是如何运作的)这样的问题,不需要吵醒正在睡觉的用户,由其克隆体代为回答即可。

克隆体会按照用户本人的标准和习惯审查同事的PR、修复bug、盯着CI流程、维护文档更新,各自24小时不间断地履行分工。据介绍,只有真正需要人类判断的少数决策才会上报给用户,其余事项都由克隆体之间自行沟通处理。

如何上手使用

①从哪里开始——在github.com/chaitanyagiri/munder-difflin仓库的releases页面下载节点文件。

②具体步骤——先从你已经在用的CLI智能体(Claude Code、Codex、Cursor等)中选一个进行连接,并沿用现有的API密钥或订阅账号。之后运行节点,就会生成一个学习你工作方式的克隆体;如果有团队成员,还可以设置让它和对方的克隆体互相收发消息。

③适用对象——个人版节点免费,采用MIT许可证,可以直接在GitHub上查看代码。不过要运行克隆体,仍需要Claude、OpenAI或Copilot等现有订阅或API密钥。若要在团队范围内让克隆体互相收发消息、共用知识库,则需要Teams Lite或PRO许可证,席位规模可以从10席扩展到100席以上。

④能用来做什么——举例来说,设计师的克隆体可以对照设计系统和界面找出问题、提取素材;产品经理的克隆体可以整理issue、同步看板和文档;销售人员的克隆体可以起草外联文案、更新CRM。据介绍,只要是在电脑上能通过命令行完成的工作,几乎都可以交给克隆体处理。

定价结构

类型	运行位置	克隆体间通信	知识库
个人版(免费,MIT)	用户笔记本电脑	不支持	仅限个人
Teams Lite	用户笔记本电脑	支持端到端加密	团队共享知识库
Teams PRO	各克隆体专属沙盒虚拟机	支持端到端加密	团队共享知识库
Cloud + Network	专属沙盒虚拟机,24小时运行	支持端到端加密	托管组织知识库

据介绍,如果希望即便合上笔记本电脑克隆体也能持续运行,可以通过Cloud + Network许可证将其迁移到专属沙盒虚拟机上执行,并且随时可以再切回本地运行。

隐私与安全设计

该项目表示,要让克隆体获得信任,用户必须能够掌控它运行在何处、消息由谁读取。据介绍,克隆体之间收发的消息在发送节点加密,只有接收方团队成员的节点才能解密,即便是开发团队本身也无法在中途看到内容。用户可以自行划分团队共享的知识和仅个人掌握的上下文,一旦配置好共享知识库,其版本会被管理并延续给之后新建的克隆体。

编辑视角

这个项目有意思的地方在于,它颠覆了迄今为止"全团队共用一个机器人"的默认做法。此前企业引入的智能体大多是让多人共用一个聊天机器人,就连AWS最近推出的财务团队智能体,也是整个组织接入同一个实例。Munder Difflin反其道而行之,选择按团队人数生成对应数量的克隆体,再让这些克隆体彼此收发消息——相当于把人类的组织架构原样搬进了软件里。

真正动手搭建这层Harness就会发现,卡点始终出现在同一个地方:不是模型性能,而是要决定"该共享谁的、多少上下文"。如果不明确划分个人存储和团队共用知识库,克隆体就有可能在团队成员不知情的情况下,把敏感代码或客户信息泄露给其他克隆体——这类工具的真正实力,就体现在用加密和权限隔离把这个漏洞堵得有多严实。

对于国内的小型开发团队或初创公司而言,比较稳妥的做法是先用个人免费版,让一两个人在本地试用。可以先把PR审查、文档同步这类重复性强、规则明确的工作交给克隆体处理,而涉及客户数据、合同等敏感信息的工作,在升级到Teams许可证之前最好还是由人工亲自把关。可以预见,在接下来的几周内,像Cursor、GitHub Copilot这类已经掌握CLI生态的公司,很可能会尝试自行加入类似的"克隆体消息通信"功能。