阿里数据团队用协调者与专家Agent管理数仓交付

阿里数据团队针对「能写出大致正确的 SQL」与「能交付一张生产级数仓表」之间的工程鸿沟，用确定性框架托住长程约束：Identity 采用 Orchestrator+Specialist 架构，协调者只调度、把关、评审、汇报（叠调度员/澄清员/审查员/门禁员/汇报员/重试员 6 个显式角色，禁止下场写代码出方案），四个子专家按职责严格分工并以超级红线—错误记录—操作规则三层金字塔约束（含 Human in the loop、禁止编造数据、Sub Agent 独立会话隔离），错误反复出现则升级为红线。 Orchestration 把埋点、依赖检查、版本更新、输入类型与需求信息判断全部下沉为自动流程，提供全链路/快案/快码三档路径与单点模式，无依赖子任务并行、修改按轻量/中等/重大三级匹配流程重量（轻量改由主 Agent 直接处理，几十秒完成）。Context 按 phase 文件分阶段加载、每阶段产出压缩为 CP 检查点摘要、SQL 规范按核心层+详情层渐进式加载、Agent 间以 Spec 结构化文件而非对话历史传递。 Gate 设 8 类门禁检查点并取消 Agent 自行决定免检的权力，生成与评估分离由协调者按 checklist 验收。Recovery 定义 12 个状态枚举与三级故障分级（可重试/需回退/必须中止），中断后读状态追踪文件与上游 Spec 秒级回到断点。Evolution 用「编号/日期/一句话错误描述/正确做法」四列踩坑记录本实时落库、Agent 启动时自动加载并按触发频次升级约束。 多码专家并行 3 张 ADS 表比串行快 3 倍。