ABOUT THIS VIDEO
这一期,聊些什么? Matt Maher 认为,现在就可以用 AI 智能体组建并管理一家公司。他把自己在售的应用 Agent Runway 当场改造成一个智能体系统:一个协调智能体负责统筹,其他智能体并行跑测试、核对商店版本、头脑风暴新功能,而他只在一个对话里掌舵。随后他带观众参观自己花了四五个月搭建的 AI 游戏工作室:多个部门分工、共享规则打底,制作人智能体负责对话与派活,架构师智能体负责监督全局并增删部门。他的结论是:不必一开始就做大,从一个项目、一个协调智能体和几条规则起步,每次卡壳就变成一条新规则,系统会越用越好。本页全程中文配音由阿里云通义千问 qwen3-tts-flash 生成(Matt Maher 为 Ryan 音色),并以低音量保留原视频声音作为背景。
RECAP · 图文回顾
看完再回顾:这一期讲了什么 点击任意时间戳,可跳到对应位置播放中文配音。
一句话核心观点
智能体系统就是「智能+规则+工具」的组合:从给项目写一条规则、设一个编排智能体开始,逐步扩展,最终可以长成能运营一家公司的大型系统。
分章节要点 00:00 能用 AI 智能体组建一家公司吗?
Matt 用四五个月搭建了自己的 AI 游戏工作室,一个超大需求进去,代码、角色、音乐、测试干完才回来汇报 00:04 第一款游戏《黑桃》(Spades)即将提交苹果审核 00:23 系统并不完美,他故意保留人工环节,因为游戏里要有自己的品味;系统是一块一块长出来的 00:28 01:24 什么是智能体系统?
ChatGPT、Codex、Claude Code 都算智能体系统:把智能配上规则和工具,统筹协调完成任务 01:30 厉害的不只是模型,外面那层「壳」(harness)才是真正的智能体系统,它的规则决定成败 01:54 这些现成系统价值巨大,但不属于你;不停换提示词调结果是「去年的玩法」 02:07 新模型时代应该提更大的、以目标为导向的任务,并配上该做什么、不该做什么的规则 02:25 02:39 改造 Agent Runway:从一条规则开始
哪怕项目再小,打开 agents.md 或 claude.md 加一条规则(如「永远别推上生产环境」),你就有了一个系统 02:39 演示对象 Agent Runway 是他在自己网站上卖的应用,能显示各个 AI 账户还剩多少额度 03:05 他给智能体设定新角色:做编排智能体(orchestrator),把需求拆分给子智能体,给每部分挑合适的模型和算力档位,并随时汇报进展 03:56 05:02 换个新对话,这套配置还在吗?
注意:工具的「记忆」只在存它的那个工具里有效,所以要把工作方式写进 agents.md,这样在 Codex 里也能用 05:02 开新会话验证:智能体回答「我是编排智能体」,说明配置已生效 05:44 05:55 三个智能体并行工作
他一次派三件事:核对商店版本、重跑测试、头脑风暴新功能,希望它们被分给不同智能体并行处理 05:55 三个任务确实并行跑起来了,且自动分配了不同档位:版本检查用 Sonnet 低档、测试用 Sonnet 中档、头脑风暴用 Opus 中档 06:45 干活期间他仍能直接和编排智能体对话询问进度,不中断任何工作 07:34 08:16 为什么一个对话很重要
直接开多个新会话也能并行,但会失去两样东西:一个统观全局的入口和一个了解所有工作的对话搭档 08:29 还会失去共享规则——没有它们,每次开会话都要自己手动设模型和强度 08:45 一路的调整(写进 agents.md、调高头脑风暴档位)不是修错,而是在一条规则一条规则地搭更好的系统;做哪些功能、往哪走仍由他决定 09:00 09:56 走进我的 AI 游戏工作室
工作室由大量仓库组成,每个区域叫一个「部门」,如黑桃部门、音频部、市场部、测试部;多款游戏(Spades、Cribbage、Parcheesi)同时按各自节奏开发 10:50 「实验室」部门能连接外部硬件跑耗时较长的测试,整套系统被设计为可去中心化、可托管,不必全靠笔记本整天开着 12:15 入口是「制作人」(producer):负责对话、拆任务、派活、盯进度,并评估整合各部门成果 11:33 14:46 架构师与共享规则
「架构师」(architect)掌握共享规则,盯着所有部门是否跑偏、是否频繁返工,并在发现问题时给各部门加入纠正性学习措施 14:46 架构师还能按需要新增部门(如做 TikTok 视频时建社交发布部门)或裁掉不再有用的部门,它不参与具体请求,而是管理整个系统 15:35 每个新部门诞生时都会拿到同一套共享规则——怎么写文件、怎么沟通、怎么学习、怎么处理人的意图,形成整个「有机体」的工作协议 16:30 17:30 从小处起步,逐步扩展系统
他不是一上来就搭整个工作室:先做黑桃游戏的设计,再建开发文件夹,角色要复用就单独拆出来,系统就这么长起来的 17:34 建议:从一个项目、一个能聊的编排智能体和几条规则开始,每一次卡壳都变成一条规则,系统就越来越好 18:41 关键人物 / 产品 / 数字 人物 Matt Maher 视频主讲人,正在用 AI 智能体搭建并运营自己的 AI 游戏工作室,同时销售应用 Agent Runway 产品与概念 Agent Runway Matt 在自己网站上卖的应用,能显示 OpenAI、Claude 等各 AI 账户还剩多少额度、会不会用完 AI 游戏工作室 Matt 花四五个月搭建的智能体系统,由制作人、架构师和多个部门组成,同时开发多款游戏 Spades(黑桃) 工作室第一款游戏,即将提交苹果审核 Cribbage、Parcheesi 工作室中正在与 Spades 并行开发的其他游戏 agents.md / claude.md 存放规则的智能体文件;规则写在这里而非工具记忆里,才能跨 Codex 等工具生效 编排智能体(Orchestrator) 不亲自干活,负责理解需求、拆分给子智能体、挑选模型和算力档位并随时汇报的角色 制作人(Producer) 工作室的对话入口,负责拆任务、派活给各部门、盯进度并评估整合成果 架构师(Architect) 掌握共享规则、监视各部门表现、加入纠正性学习措施、增删部门的系统管理者 Table Kit 所有游戏共享的工具和机制依赖,各部门的共用内容都放在这里 视频里提到的数字 four or five months 00:04 Matt 搭建 AI 游戏工作室所花的时间 dozens and dozens of hours 00:12 一个超大需求交给系统后,它独立完成的工作量(代码、角色、音乐、测试) two or three 06:08 让智能体头脑风暴出的符合应用气质的新功能数量 eight weeks 07:56 头脑风暴给出的点子:展示过去八周内每个智能体使用量的活动条 金句摘录 · 中英对照 “It isn't that good just because the models are good. That harness really matters.” 它厉害不只是因为模型好,外面那层壳真的很关键。
— Matt Maher 01:54 “And honestly, that pattern, that's last year's way of working.” 说实话,这种(反复调提示词的)工作方式已经是去年的玩法了。
— Matt Maher 02:21 “Never push this to production. Now you've got a system. It sounds really remedial, but that's the very beginning.” 比如:永远别把这个推上生产环境。好了,你有系统了。听着很初级,但这正是起点。
— Matt Maher 02:48 “Okay, so what I'm asking for is a partner.” 好,我要的是一个搭档。
— Matt Maher 04:35 “You're building a better system a- and you're building it one rule at a time, and I'm still in it.” 你是在搭一个更好的系统——一次一条规则,而我也始终在其中。
— Matt Maher 09:12 “It's not part of all of the requests. It's watching the entire system.” 它(架构师)不参与具体请求,而是盯着整个系统。
— Matt Maher 16:06 “Every hold-up moment becomes a rule, and the system just keeps getting better.” 每一次卡壳都会变成一条规则,系统就越来越好。
— Matt Maher 18:50 可以借鉴的做法 / 启发 今天就动手:打开项目的 agents.md 或 claude.md,写下第一条规则(如「永远别推上生产环境」),你的智能体系统就起步了。 把协作方式写进 agents.md 文件而不是依赖工具的记忆功能,这样换工具(如从 Claude Code 到 Codex)配置依然生效。 给智能体设定「编排者」角色:让它拆任务、并行派活、按任务性质选模型档位,并随时汇报进展,而不是事事亲力亲为。 不要手动开多个会话各干各的——保留一个统观全局的对话入口和一个了解全部工作的搭档,效率更高。 每次系统卡壳或结果不理想,不要只修这一次,而是把教训沉淀成一条新规则,让系统持续变好。 架构可以渐进生长:先做一个项目的编排智能体,需求出现时再拆出新「部门」,不必一开始设计完整大图。 回顾 / 思考问题 智能体系统里的「壳」(harness)指什么?为什么 Matt 说它比模型本身更关键? 为什么要把工作方式写进 agents.md 而不是交给工具的「记忆」功能? 编排智能体和直接开多个并行会话相比,多出来的两样东西是什么? 在 Matt 的游戏工作室里,「制作人」和「架构师」各自的职责分别是什么? 「每一次卡壳都会变成一条规则」这种迭代方式和传统的「修错」有何不同? 如果让你从手头最小的项目开始搭智能体系统,你的第一条规则会写什么? 本回顾由 AI 根据英文逐字稿整理,时间戳、引文与数字已对照逐字稿核对;如有出入,以原视频为准。