一个长在《我的世界》里的编码智能体团队
GitHub 趋势榜上最近有个挺有意思的项目：AgentCraft，一个跑在 Minecraft 里的多智能体编码工作室。仓库 blendi-remade/agentcraft 10 月 3 日创建，Java 写的，MIT 协议，几天内冲到七百多星、近百个 fork。玩法是：你在游戏里用聊天命令下达目标，一个主智能体负责规划拆题，工人智能体们在各自独立的 git 工作树里并行施工，日志和 diff 实时显示；需要人拍板的时候，智能体自己走到讲台前向你请示；代码合并前，你必须人工过一遍 diff。游戏关服之后，智能体还在继续干活。
支撑它的是 Claude 的 Agent SDK——模型能力是借来的，工程外壳是自己的。也正因为外壳是自己的，这套设计里几个看似「游戏化」的选择，细看全是多智能体工程的老问题。
四个设计，对应四个老问题
任务墙解决「看不见」：主智能体的规划不是黑盒，拆出来的任务挂在墙上，队友和玩家都能看到谁在干什么。独立工作树解决「打架」：多个工人智能体并行施工，各自一个 git worktree，互不踩脚——这正是本地多智能体编码工作台的常规解法，本站 760 写的 cc-haha 工作台、1665 写的 Synara 八智能体并行，思路同源。讲台解决「什么时候必须问人」：智能体不是默默做完等你验收，而是识别出需要决策的时刻，主动走到你面前——把「人工介入」从用户的心智义务，变成智能体的主动行为。手动合并解决「谁负责」：diff 必须人看，合并必须人点，责任链不断在最后一环。
共享库则解决「连续性」：所有决策与计划都存进共享库，游戏进程可以断，智能体的上下文不能断。官方描述里「游戏关闭后代理仍继续工作」，说的就是这层。
还有一层容易被忽略的价值：游戏世界本身是一套现成的观测层。智能体的状态不用翻日志——它在哪、在建什么、卡在哪，玩家走去看一眼就知道；「走到讲台」这个动作，等于把「需要人类决策」从一个日志条目变成了空间里的事件。对照当下主流产品里「弹窗请求批准」的设计，讲台模式把审批成本做得更重、也更难被无视——对高风险动作来说，重一点反而是对的。
冷静看：这是演示品，不是生产力
得把期待值放平。其一，它是借 Claude Agent SDK 的能力做外壳，模型一升级它的行为就变，稳定性未经第三方验证。其二，游戏世界降低了「看见智能体状态」的门票，但也限制了它能接的活——真实代码库的规模、依赖与合规要求，Minecraft 服务器里摆不下。其三，七百多星是趋势榜的爆发量，作者背景、维护承诺、生产可用性，官方及行业暂未披露更多细节。
但它指的方向有样本价值。多智能体编码从「demo 里跑通」到「生产里敢用」，缺的从来不是更强的模型，而是这四个字的工程：可见、隔离、请示、兜底。AgentCraft 把这四件事做进了一个人人都能走进去看的世界里——这比又一份架构图更有利于想清楚一个问题：我的多智能体系统里，人究竟站在哪一环。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。