{"id":"mb-20261020-7df5cc","kind":"deep","title":"Meta 的瘦调度器架构：为什么让中心智能体知道得越少，系统反而越可靠？","summary":"Meta 推荐系统团队在自动化数据管线时发现，把所有代码与规范塞给单个大模型会导致严重的上下文交叉污染。他们用 1300 行确定性代码构建了只做路由与校验的瘦调度器，将推理任务隔离给 14 个专职智能体，成功将 3 到 4 天的手工流程压缩到 1 小时内，三分之二的改动无需人工介入。","body":"给大模型喂的上下文越多，它干活就越聪明吗？\n\nMeta 的工程团队刚刚用真金白银踩过一个大坑。\n\n在 Meta 的推荐系统里，上线一个数据列是一件繁琐的重体力活。\n它横跨三个代码仓库、三种编程语言，还要穿过六个必须严格同步的处理阶段。\n从写 Python 配置，到生成 C++ 代码，再推给数据处理服务，最后流进分析系统。\n以前工程师纯靠手工配置，上一条新数据要花整整三到四天。\n\n看到大模型火了，团队最直接的直觉就是：\n咱们做一个全知全能的超级智能体吧。\n\n他们把整个系统能找到的所有资料全塞了进去：\n配置规范、C++ 代码生成规则、管线路由逻辑、校验标准，再加上十几个数据源的填充模板。\n这个智能体手里握着系统需要的一切知识。\n在内部演示环节，它表现极其惊艳，有问必答。\n\n然后，一放进真实的生产环境，系统当场崩了。\n\n这个全能智能体开始疯狂产生幻觉。\n而且上下文喂得越多，它的表现反而越糟糕。\n它把子系统 A 的字段命名规范，胡乱套到了子系统 B 身上。\n或者拿数据源 X 的代码模板，去强行写数据源 Y 的入库逻辑。\n各种概念在它的脑子里疯狂打架、互相污染。\n\n是不是提示词没写好？\nMeta 的工程师试过另一种单智能体方案。\n如果让工程师为每一个具体任务单独人工定制一段提示词，系统的成功率能维持在 70% 到 80%。\n可是一旦把人工手把手的保姆提示词撤掉，让它自主跑，成功率直接暴跌到 10% 到 20%。\n工程师每天的工作，变成了给大模型写定制提示词擦屁股。\n\n这根本不是提示词的问题。这是系统架构出了硬伤。\n\n西奈山人工智能与人类健康系（Windreich Department of Artificial Intelligence and Human Health）的一篇论文专门验证过这种崩溃。\n在连续处理 80 个任务的批处理中，把所有任务全压给一个单智能体，它的准确率会从前面的水平一路垮塌到 16.6%。\n而一旦把任务隔离给受编排的多智能体系统，准确率就能维持在 65.3%，同时把 token 消耗直接砍掉了最高 65 倍。\n原因很残酷：单个大模型被自己的海量知识给淹死了。\n\nMeta 是怎么解决的？\n他们既没有去买更大的上下文窗口，也没有写更玄学的提示词。\n他们的做法恰恰相反：\n剥夺中央调度器的智力，给它减负。\n\n团队搭建了一套被称为瘦调度器（Thin Orchestrator）的架构。\n整个中央调度器，只有 1300 行代码。\n由它来管理 20 多个工作流，向下调度 14 个专职智能体。\n\n这 1300 行代码最绝的地方，是它自己不做任何业务推演。\n它不分析代码。\n它不生成配置。\n它甚至连业务代码库碰都不碰。\n它就是一个纯粹的路由器。\n\n每来一个任务，这个瘦调度器只跑固定死板的七步协议：\n第一步，读取对应专职智能体的规则说明文件。\n第二步，检查目标是否已存在，防止重复干活。\n第三步，向用户收集必要的输入字段。\n第四步，自动推断环境信息，比如仓库类型和已有配置。\n第五步，过一道可靠性安全闸，排查警告和审批人要求。\n第六步，把打包好的上下文移交给专职智能体。\n第七步，接收处理结果，向用户报错或者确认成功。\n\n这七个步骤里，第一步到第五步，以及第七步，全都是确定性的死代码。\n从头到尾只有第六步，才会触发大语言模型去推理。\n而且这个推理，只在那个被完全隔离的专职智能体沙盒里发生。\n\n这 14 个专职智能体，每个人都是只懂自己那一点的绝对专家。\n管配置的专职智能体，只认配置注册表。\n管代码生成的，只懂 10 个数据源的代码模板。\n管校验的，只懂构建系统和质量检查。\n没有任何一个智能体能看到全貌。\n这正是整个系统最关键的设计。\n代码生成智能体根本看不到配置注册表的细节，它就算想胡思乱想，也完全没有机会把配置命名污染到 C++ 代码里。\n\n那要是业务增加了新场景，比如要做整个管线迁移，怎么办？\n按过去的惯性，是不是又要重新训一个模型，或者重新写一套庞大的智能体？\nMeta 的做法极其聪明：\n他们不写新的智能体，只写工作流模板。\n\n工作流模板就是一个确定性的有限状态机。\n上线数据列，流程是：配置结构、校验、填充、测试。\n管线迁移，流程是：评估、规划、填充、校验、监控。\n他们把现有的 14 个专职智能体重新排列组合，串进新状态机里。\n零行新增智能体代码，一个全新的复杂业务能力直接上线。\n\n每个专职智能体加载的领域知识，被拆成了 25 个独立文件，通常只有几千 token，运行时按需读取。\n修改一个知识文件，下一次调用立刻生效，调度器完全不需要重新部署。\n\n这套系统上线之后的结果呢？\n过去人工配置一个新数据列要三到四天，早期自动化工具要一天左右。\n现在这套瘦调度器系统跑完，不到一个小时。\n而且系统产出的代码和配置修改，大约三分之二完全不需要人类工程师插手，直接合入主分支。\n\n做复杂大模型工程，所有人本能的第一反应，都是把中央中枢做成最聪明的那个大脑，恨不得把所有业务逻辑都塞进它的上下文里。\n但真实世界的工程规律往往很讽刺。\n一个庞大而聪明的中央大模型一旦产生幻觉，下游的所有路由、字段收集和安全检查就会全线雪崩。\n最终让整套 AI 系统稳定跑通的，恰恰是那个只写了 1300 行代码、老老实实当路由器的调度层。\n确定性的规则交给确定性的代码。\n不确定性的推理，关在窄门里自生自灭。","topic":"Meta 的瘦调度器架构：为什么让中心智能体知道得越少，系统反而越可靠？","frame_type":["机制"],"citations":[],"channel_note":"","identity_notice":"","source_type":"generated","status":"published","generated_at":"2026-10-20 11:53:39","legal_anchor_count":0,"transcript_citation_count":0}