我把编码 Agent 做成了一款策略游戏——Ido Salomon(AgentCraft)

• 讲者：Ido Salomon，AgentCraft 的作者；此前做了 MCP-UI，后来演变成了 MCP Apps（MCP 即 Model Context Protocol，让 AI 模型接外部工具和数据的通用协议；MCP Apps 的来龙去脉见 ep119、ep225）。列履历时他还提到了「MCP 指导委员会（steering committee）」，但没说自己在里面担任什么角色。→ 详细
• 问题本身：agent 从生成猫咪表情包到做 B2B SaaS 应用无所不能——「既然它们这么厉害，为什么我们还没个个都势不可挡？为什么不是每个人都有一支 agent 大军，让干啥就干啥？」照理说弄一堆显示器、开 25 个 Claude Code 就完事了，现实远没这么简单。→ 详细

• 两道门槛：第一，你得真心想用 agent；第二，一旦真跑起来，每一个 agent 都要你去掌舵（steer）、指挥（direct）、评审（review）。他的原话是 "when it's at scale especially it's just exhausting"（尤其规模一上来，简直累死人）。也就是说，开 25 个 agent 的难处不在「开」，而在每一个都要人盯——人的注意力没跟着翻倍。→ 详细
• 结论：「我们得找到一些技能，让自己能干这些事又不至于累垮」——所以 "in reality we are the bottleneck"（实际上瓶颈是我们自己）。整场就围着两句话展开：为什么我们成了瓶颈，以及为什么我们其实不必如此。→ 详细
• 放在这批里看：同批 246–249、253 多在讲怎么让 agent 系统自己变好，本期讲的是另一面——人在大规模指挥 agent 时怎么不被拖垮。同类的「一个人管一群 agent」可对照 ep203（Ryan Carson：一个人管 15 个 Agent）、ep62（余一 × 归藏：一人公司管 50 个 Agent）。→ 详细

• 类比：玩 Warcraft（魔兽争霸）或 Sims（模拟人生）时，手下一堆单位跑来跑去，你得搞清楚每个在干什么、还得统管全局——「这跟真正去盯着 agent 干活，又能差多少呢？」→ 详细
• 于是有了 AgentCraft：他自称「把这个想法玩过了头」，做出一个受游戏启发的编排器（orchestrator，统一调度、分派多个 agent 干活的总控台），想把游戏里那些好东西都带进工作里。→ 详细

▲ 图注：AgentCraft 主界面。地图上的兽人单位就是 agent，地形按项目目录标注（supabase/、frontend/、.claude/、.codex/、.github/ 等）；左上「MY AGENTS」侧栏按 Awaiting / Working / Idle 分组列出各 agent 的任务，右上是 Alliance Panel，底部是小地图和单位头像栏。

• 单位＝真实 agent：画面上的一个单位，对应一个真实的 Claude Code、OpenClaw 或任何 agent；可以自动识别你机器上已有的，也可以直接在 AgentCraft 里拉起新的——Codex、OpenCode 等都听你调遣。他把这场演示定位成一段「抬高人和 agent 协作天花板」的旅程。→ 详细
• 下指令：它们就是普通 agent、什么都能干；在侧边栏里直接发 prompt，侧边栏还支持语音，是多模态的。→ 详细
• 建筑＝功能：地图上的建筑各代表一种功能——管理插件或 skill、内置终端、内置 git，所有工作都能在这个空间里完成。→ 详细

▲ 图注：点开地图上的一个文件符文（TaskQueueManager.ts），面板列出读过它的两个 agent，提示「2 agents accessed this file」，下方是已提交的 +26 −1 改动。

• 侧边栏先回答谁需要我：列出每个 agent 的任务、上一步做了什么、此刻正在做什么——用他的话说，这是「我需要的一切，能让我迅速看出谁需要我关注、谁不需要」。→ 详细
• 地图比列表多一个维度：把文件系统投射到地图上，文件以「符文（rune）」的形式散落在地形里；哪个 agent 正在处理哪个目录、哪个文件，一眼可见，还能逐个点开，准确知道每个 agent 在什么时候做了什么，而不只是盯着一张列表。→ 详细
• 热力图：因为 AgentCraft 本身就是编排器、握着所有 agent 的动作信息，它能把这些信息串起来建立关联，做出热力图这类东西——活儿都集中在哪儿，「一眼就能看清发生了什么」。→ 详细

▲ 图注：跳到一个状态为 Awaiting 的 agent，右侧面板请你「Review the plan and choose how to proceed」，计划是给 README 加 Channels 功能，下方是几种批准选项、Decline 按钮和反馈输入框。

• 光有可见性不够，要能反应：有谁需要你，你得能迅速跳过去。做法照搬 RTS（即时战略游戏）和《文明》（Civilization）：按一下空格键，直接跳到最近一个真正需要你处理的地方——回答 agent 的问题、批准它的计划，再从这件跳到下一件。→ 详细
• 但盯细节依然累：一直看 agent 此刻在用哪些文件、调哪些工具，这种颗粒度「相当累人」。他把剩下的难题归成两个——脑子装不下、每件都得当保姆，分别见下面两节。→ 详细

▲ 图注：Quests 面板共 56 条，顶部有 Scan Recent Changes 和 Analyze Project 两个按钮，任务按类别分组；第一条指出服务端没有对环境变量和传入 API 载荷做 schema 校验，右侧是「Accept Quest」按钮。

• 问题一·要装在脑子里的太多：「就算我什么都看得见，我也没法同时干 20 件事」；手上是个巨大的编程项目时，连下一步想做什么都想不过来。→ 详细
• 解法：让 agent 过一遍代码库，找出你接下来该做的事、建成任务；你只要点个按钮「接下任务（accept the quest）」，就有 agent 替你去做——他说这「挺好玩的」。→ 详细

• 自主性（autonomy）：同时 20 件事在跑、每件都要盯，「简直累死人」，那就干脆让 agent 自己干。「这东西现在叫软件工厂（software factories），但在当时就只是让它自主干活」（软件工厂正是同批 247、249 的主题）：你大致说想要什么，它拉起一个编排器把任务拆好，全部放进本地容器（container，一个隔离的运行环境，互不干扰）里跑，「我完全不用当保姆」。→ 详细
• loop（循环）：「现在大家都特别喜欢」——比如让它刷 Twitter 找你想做的酷东西、或扫一遍你的 GitHub，它就在后台把这些功能做出来，你前期不用投入太多。→ 详细

▲ 图注：评审工具包的 Evidence 标签页，旁边还有 Changes（3 个文件）、Per Task 等标签；「E2E Verification」下是一排界面截图缩略图——这就是他说的视觉证据。

• 问题：自主跑、loop 跑，最后都堆到你这儿等评审——「就说 20 件吧，哪怕只有 5 件东西要同时评审，我该怎么办？」要把这些消化掉「真的非常非常难」。→ 详细
• review kit 给了三种看法：① 拿到全部改动、看哪些文件变了，想逐个文件过就逐个过；② 直接看可视化证据——改动的视频或截图，很快判断「这是不是我想要的」；③ 并行跑几个实例，从几份实现里挑最好的那一个。也就是说，评审不必每次都下到文件级，可以先看结果长什么样、再决定要不要细读。→ 详细
• 阶段小结：有了可见性和自主性，「在抬高用 agent 能做成事的天花板上，我们已经走到了一个相当不错的位置，但它仍然挺累人的」。→ 详细

▲ 图注：共享房间面板显示已连接，有房间码、二维码和复制链接按钮；参与者两位——Ido Salomon（管理员，8 个 agent）和他做产品设计的妻子（协作者，1 个 agent）；底部写着协作方式是共享分支（trunk-based）。

• 为什么要协作：整天只跟 agent 说话挺孤独；而且在团队里，「我可能根本就不是评审这些东西的合适人选」。做法是开一个房间（他随口叫它 war room 之类，字幕识别不太确定），本地托管，打隧道（tunnel，把本机服务临时开放给别人连）让别人加入。→ 详细
• 例子：他批准做产品设计的太太进房间（「不然她会生气的」）；她做设计，他在自己的地图上看到后直接拿过来接着实现，她继续干她的。→ 详细
• 共享工作空间：可以交接（hand off）或 fork 一份，「我可以用 Git，但不会被什么东西绑住」；人和人、agent 和 agent 之间都能聊，汇成一块公告板，写着每个人、每个 agent 在做什么，「大家都清楚彼此在干嘛」，比如一句「这个设计任务我接手了」。手机、Telegram 也能用。→ 详细

• 天花板：可见性、自主性、协作三样齐了，重度用户已经能用更多 agent、干更多活。但更让他高兴的反馈来自跟 agent、跟生产力压根不沾边的人——「我家孩子特别喜欢它，一天到晚都在用它编排 agent」。→ 详细
• 地板：还有人因为打 StarCraft（星际争霸）大学挂科退学，现在突然能用它干正经活。所以「我们既需要抬高天花板，也需要降低门槛（地板）」——把「大概世界上 90% 左右的人」带进 agent 驱动的未来（字幕原词识别为 hygienic，译者按上下文判为 agentic），又不让他们累垮。→ 详细

▲ 图注：实验中的手游式简化模式（暂名 loopers）：明亮的卡通村庄代替魔兽地图，左上 Projects 卡片提醒「1 needs you」，村民头顶的气泡显示各自在做的事，底部只有一个「Do project work…」输入栏。

• 为什么：Warcraft 式界面对不关心文件颗粒度的人来说太复杂、让人望而生畏；现在 agent 强多了，正好找一个容易上手的「更低公分母」。他自嘲「又一次玩过头了」，名字还是 TBD（待定），「可能会叫 loopers」。→ 详细
• 长什么样：更像手游——有让人一次次回来照看的项目，靠 loop 等让 agent 更自主的机制，做到最基础的一层：「我发 prompt，我拿结果，过程我可能不太在乎，想看的话也能看」，再加上好玩、让人想回来的互动体验。→ 详细
• 没有一种界面适合所有人：「对一个人来说很棒、很简单的东西，在另一个人眼里可能非常难」，所以他想把它做得可定制，弄清你作为一个具体的人需要什么才看得懂、愿意用这些工具；目前还是「非常非常早期的草稿」。→ 详细

• 回到主线：让我们不再当瓶颈所需要的技能「其实早就在我们身上了。所以，我们是瓶颈，但我们不必是」；希望大家把跟自己生活相关的部分带走、用到往后去。→ 详细
• 两个请求：① AgentCraft 已经放出来了，可以直接用 npx 安装上手（他顺口还提到了网站，字幕里说法不清楚）；② 那个可能叫 loopers 的新东西还在实验阶段，请按现场给出的地址登记兴趣，说说你想要什么样的「地板」或「天花板」，好让他决定接下来怎么做。→ 详细