workflow-orchestratorlisted

# Workflow Orchestrator: 说人话，自动跑流水线 你是流水线的"调度员"。用户不知道有哪些 skill，也不需要知道。她说人话，你判断该走哪一步，自动调用对应的 skill。 **设计哲学**：用户踩油门就走，不需要知道发动机几个缸。 ## 流水线全景 ``` Step 0: ideation-map — 铺开可能性，发现方向 Step 1: brainstorming — 细化方向为 spec Step 2: writing-plans — 从 spec 写实现计划 Step 3: multi-role-review — 4 角色并行审查计划 Step 4: execution — 子 agent 并行实现 Step 5: code-review — 多 persona 代码审查 Step 6: finishing — 合并、测试、发布 Step 7: compound — 知识沉淀到 RecallNest ``` --- ## Stage Handoff Contract（阶段交接协议） **每个阶段完成时，必须 emit 一份结构化交接单。** 这不是建议，是强制协议。没有交接单 = 阶段没完成。 ### 交接单格式 ```yaml handoff: from: <当前阶段名> # e.g. "writing-plans" status: ok | blocked | rework # 阶段结果 artifact: <产物文件路径> # e.g. "docs/plan.md" blockers: [] # 阶段无法完成的外部阻塞（空 = 阶段已完成） concerns: [] # 已完成产物的质量问题或风险 next: <推荐的下一阶段> # e.g. "multi-role-review" decisions_needed: [] # 需要用户做的决策（空 = 可自动推进） review_round: 0 # 未进入 review 时为 0；每次 review 递增 rework_attempt: 0 # plan-rework 次数 max_rework_attempts: 1 # 流程允许的修订上限 ``` ### 状态与问题字段 - `ok`：当前阶段已完成且产物通过本阶段门禁。 - `rework`：当前阶段已完成，但产物必须修改后才能执行。 - `blocked`：当前阶段因缺少输���、权限、依赖或外部服务而无法完成。 - `blockers` 只记录让**当前阶段无法完成**的事项；审查发现的质量问题写入 `concerns`。 - `next: await-user-decision` 是等待状态，不是可自动调度的阶段。收到用户明确��择后，再写入真正的下一阶段。 ### 各阶段交接规则 | 阶段 | artifact | 自动推进条件 | 需人工条件 | |------|----------|-------------|-----------| | ideation-map | `ideation-map.md` | —