跨国深谈← 返回←管弦乐团而非工厂：编码智能体时代的六条构建者原则

管弦乐团而非工厂：编码智能体时代的六条构建者原则

关联

人物 Charlie Holtz

公司 Conductor · Claude Code

概念 编码智能体 · 工作流 · 沙箱 · 协作 · 多工作树 · 上下文 · Claude MD

这一集是一场关于「如何用编码智能体成为你组织里最快构建者」的演讲。主角是 Conductor 的联合创始人——Conductor 是一个桌面应用，用来同时管理一个编码智能体团队(比如 Claude Code 这类工具)，你不用再开一堆终端窗口，而是一个界面管全部。造这个工具的过程中，他近距离观察了很多最顶尖工程师的工作流，于是把他们的原则整理成了这场演讲 。

他最抓人的一个观点是：别再用「软件工厂」来想象 AI 编程的未来——他直言自己有点讨厌这个词，他想要的是指挥一支由人类和智能体组成的「管弦乐团」，而不是当流水线管理员 。

一、待在前沿「附近」

新工具发布的当天就去试。如果你在做创业公司，这会直接给你产品灵感：他们自己原本在做另一个叫 Chorus 的应用，但去年二月他们成了 Claude Code 的超级重度用户，先是把仓库克隆五份来并行跑智能体，后来发现了 work trees(Git 的多工作树机制，让多个智能体互不干扰地改同一个仓库)，一点一点就把 Conductor 作为内部工具长了出来——不做前沿尝鲜者，根本想不出这个产品 。

如果你不在创业公司，那就做公司里那个永远知道最新工作流的人。靠社交图谱等消息渗透的时代过去了，那样做你永远落后三到六个月 。

但重点是「附近」而不是「在」前沿。太深了会掉进他说的「中智梗图」陷阱：把所有时间花在打磨工作流上，而不是做实际的工作 。

内部为此有个启发式：「不要跑赢市场」。判断标准是问自己一句——为什么这个工作流不是默认的？ 比如当 route 循环（route loops）开始流行时，先想想：如果它真对所有人都适用，那就该等 Anthropic 或 OpenAI 把它内置进默认 harness 里，而不是自己花大量时间优化工作流去配合它 。

【背景】原文转写中该词作 “RALF loops” / “route loops”，具体指代以转写稿为准。

他把这比作有效市场假说：除非你手握「真正的 alpha」(信息优势)，否则不该过度优化工作流。所谓 alpha,是关于你的用户或你的代码库、而模型可能不知道的信息。

他们的例子：Conductor 是聊天应用，必须极快地渲染超长聊天记录，所以他们愿意花大量时间优化 React queries、甚至牺牲代码库其他部分——这种时候才值得投入工作流。否则，别做那个有一套超棒 Emacs 配置却什么都干不成的人 。

二、创建无 slop 区域

「无 slop 区域」指代码库或应用中需要非常严格的人工审查的部分(slop 指 AI 产出的低质量内容)。外人以为他们只顾猛吞 token、狂改 3 万行的 PR,其实不是——他们对代码库的某些部分极其谨慎，对另一些则非常宽松 。这条是他们付出过代价的：因为对无 slop 区域不够小心，整个应用重写了好几次。

具体做法：migrations 文件(数据库结构变更记录，改错会毁数据)在 CI(持续集成，自动检查代码的流程)里的任何改动都必须人工审查；Slack 里写的东西默认是人写的、可信的；而所有文档、Claude MD、skills,他们投入了远超常人的时间做好——这也是他在最优秀构建者身上反复看到的习惯 。

一个很好的思考角度：想象有个新实习生入职，而你有权在他每次坐下干活时在他耳边低语一句话——你肯定会对低语的内容想得很认真。Claude MD(或 AgentsMD)就是这个：每次智能体开始工作时加载进其上下文的信息，值得投入大量思考 。

三、喂饱那头野兽

他们有个内部工具叫 Conductor Internal Agent,简称 CIA——组织里一切信息的集中式数据库。每条新 Slack 消息它都接住、存进 Postgres 表；Discord 里用户的 bug 反馈同样处理；每次开会都录音入库 。

叫「喂饱野兽」的逻辑是：要让智能体在公司里高效，就得让它尽可能多地拥有关于你们具体怎么工作的上下文，而最好的方式就是所有信息汇到同一个地方。一条推文总结得很好：把所有东西放进数据库，给智能体一个 SQL 工具，让它处理剩下的 。

四、自由放养的智能体

给智能体大量空间：一个不会被杀掉的沙箱，让它们探索代码库、啃硬任务，并且知道你合上笔记本盖子它们也不会被关掉。给它们创造更多自己的机会，给它们与其他智能体和人类协作的方式 。模型越来越好、能跑得越来越久、数量会越来越多——被锁在你笔记本上的智能体，效率远不如自由漫游的 。

演讲现场演示了本周即将发布的新版 Conductor:每个任务从基于 Git Worktree 变成了云沙箱，合上电脑智能体照跑；还能看到组织里每个人(Caden、Lewis、Tywin、Jackson)各自在让智能体做什么，点进去可以实时审查改动、在工作区里互相留言，对方实时可见——他认为协作是这些工具里最重要、却没人在谈的新概念之一：伟大的东西从来不是个人造的，是团队造的；而且模型越好、你越敢做雄心更大的事，就越需要更多人和更多智能体一起干 。他断言协作会是今年最重要的界面变化之一 。

更进一步：给智能体「自我复制」的 API。他现场用自己的智能体(名字叫 Lord Crandon)演示——从手机、Telegram 或 Slack 上发一条消息「帮我建一个工作区，把所有按钮改成蓝色」，它就能调 Conductor API 自己开工，人离开后工作照常进行 。

五、管弦乐团，而不是工厂

这是全场演讲的题眼。工厂意味着自动化，自动化当然了不起，但他不想要一个围绕工厂构建的未来：「我不希望未来是我们在管理智能体集群、像流水线管理员一样按按钮，让智能体产出下一个功能。」这话他十年前就听过一遍——当年叫「功能工厂」，实践证明行不通 。

他想要的是：站在管弦乐团前挥指挥棒，这边一挥，一支智能体团队开始工作，人类与智能体交织协作；想看细节就放大，大多数时候可以退后看全局。他要软件感觉是「人的、有匠心的」，要自己感觉是处在一切中心的人——像 Steve Jobs 带着一群了不起的人类和 AI 智能体，在同一个地方设计 Mac 。既然我们都是造这些工具的人，就有一份责任：用那些让我们兴奋、让我们感觉有心流、有乐趣的词 。

最后他给六条原则起了个缩写 STICFO:待在前沿附近、不要跑赢市场、创建无 slop 区域、喂饱野兽、自由放养智能体、管弦乐团而非工厂 。

本集带走

• 问「为什么这个工作流不是默认的？」:除非你掌握模型不知道的「真 alpha」(关于自己用户/代码库的信息优势)，否则别过度优化工作流，等 Anthropic/OpenAI 内置进默认工具即可——否则就是只磨工作流不干活的「中智梗图」。
• 给代码库划「无 slop 区域」：migrations 这类高危文件强制人工审查进 CI;不要默认智能体的大 PR 都没问题——他们因此重写过整个应用。
• 文档即低语：把 Claude MD / AgentsMD 当成「每次开工前在实习生耳边低语的话」，最优秀的构建者在这上面花的时间多得不同寻常。
• 喂饱野兽：把 Slack、Discord 反馈、会议录音全部汇入一个集中数据库，给智能体一个 SQL 工具让它自己查——上下文越多，它干活越像「你们公司的人」。
• 把智能体放养到云端：不依赖你笔记本的沙箱让任务跑得更久，再往上能长出实时协作工作区和「智能体自我派活」的 API(手机上发条消息就能开新任务)。
• 换隐喻：别把未来想成软件工厂，想成交响乐团——你是指挥，不是流水线管理员；词会影响你造出什么样的工具。

你可能会陷入我所说的“中智梗图”，就是把所有时间都花在打磨工作流上，而不做实际的工作。
You can do what I call midwit memeing, where you’re spending all of your time working on your workflow and not doing actual work.
—— Charlie Holtz · [03:30]

把所有东西都放进一个数据库，然后给你的智能体一个 SQL 工具，让它处理剩下的部分，这真的很有效。
It’s really effective to just put everything in a database and then give your agent a SQL tool and let it handle the rest.
—— Charlie Holtz · [08:29]

我希望我的软件感觉像人的、有匠心的。
Like I want my software to feel human and crafted.
—— Charlie Holtz · [15:56]

我想感觉自己像 Steve Jobs,和一群了不起的人类以及 AI 智能体一起，在同一个地方设计 Mac。
I want to feel like I’m Steve Jobs designing the Mac with a team of amazing humans and AI agents all in the same place.
—— Charlie Holtz · [16:35]

如果你那样做，你永远会落后三到六个月。
You’re always going to be three to six months behind if you do that.
—— Charlie Holtz · [03:17]

否则，不要做那个梗里的 midwit,不要成为那种有一套超棒的 Emacs 配置但实际上什么都干不成的人。
Otherwise, don’t midwet meme, don’t be the person who has an amazing Emacs setup but doesn’t actually get stuff done.
—— Charlie Holtz · [05:16]

给它们一个不会被杀掉的沙箱，在那里它们可以探索你的代码库，可以处理非常困难的任务，并且知道当你合上笔记本盖子时它们不会被关掉。
Give them a sandbox that won’t get killed, where they can explore your code base, where they can work on really hard tasks, where they know that they’re not going to get shut down when you close your laptop lid.
—— Charlie Holtz · [08:50]