Orchestrator · 研发编排工作流
域专才编排 · 人在回路
驱动本项目日常开发的 AI 编排系统：需求澄清 → 任务分解 → 方案审查 → 多 Agent 并行实现 → 代码审查 → 提交归档，一条固定的标准流程。
CLARIFYING
需求澄清
人工确认点DECOMPOSING
任务分解
PLAN_REVIEW
方案审查
≥8IMPLEMENTING
多 Agent 并行实现
并行派发REVIEW
代码审查
≥7CLEANUP
清理验证
COMMITTING
提交归档
① IMPLEMENTING 节点为并行域专才派发datauipages… 按域边界并行推进，互不交叉
② 质量门禁写死在流程里： PLAN_REVIEW ≥8 / REVIEW ≥7，不达标不过闸
③ CLARIFYING 是唯一人工确认点（人在回路），确认后全流程自主推进
七个阶段，各司其职
01 · CLARIFYING需求澄清人工确认点
结构化澄清题收敛歧义，产出决策总表与需求 Spec——人只在这一环拍板。
02 · DECOMPOSING任务分解
按依赖链与域边界拆成波次任务表，每步自带可验证的完成判据。
03 · PLAN_REVIEW方案审查门禁 ≥8
独立审查 Agent 按完备性、正确性、连贯性、交付可行性四维打分，任一维低于门槛打回重做。
04 · IMPLEMENTING并行实现并行派发
按域派发专才 Agent 后台并行编码，互不交叉文件；适用域先写测试再写实现。
05 · REVIEW代码审查门禁 ≥7
与实现分离的独立审查，问题按优先级分级——阻断项修复后才能进入提交。
06 · CLEANUP清理验证
清掉实现残留的死代码与临时标记，全量测试与类型检查复跑后才算通过。
07 · COMMITTING提交归档
按域原子提交、规范化 commit message，PR 合入主分支后需求规格归档留档。
流程背后的三个设计
数值交给引擎
确定性纯函数引擎负责一切计算与校验，LLM 只做理解、编排与解释——结果可复算、可审计。
写权限人在回路
所有写操作走两段式——先 dry-run 预演差异，人工确认才落盘，LLM 无法绕过确认回路。
门禁写进流程
方案审查 ≥8、代码审查 ≥7 是量化闸门，不达标不过闸；流程本身就是质量机制。
构建故事 · 人类只在需求澄清环节做单点确认，其余全流程自主推进。质量门禁写死在流程里：方案审查 ≥8 分、代码审查 ≥7 分，不达标不过闸。这套流程本身就是本项目每次发版的真实执行路径——你现在读到的这页，也是它交付的。