PABCD 编排

PABCD 是一种结构化的开发工作流：Plan（计划）、Audit（审核）、Build（构建）、Check（检查）、Done（完成）。它为多步骤项目提供了一个可重复的框架，具有明确的阶段转换和员工调度机制。

五个阶段

阶段	名称	用途
P	Plan	将需求分解为具体计划。代理生成一份结构化的计划文档。
A	Audit	审核计划。员工以只读验证者身份被调度。结论：通过或失败。
B	Build	执行计划。工作者实现任务。实现措辞受委派规则约束。
C	Check	验证实现结果。工作者以验证者身份运行。结论：完成、需要修复或失败。
D	Done	标记编排完成。清理状态并生成摘要。

访谈模式 (I)

在进入 Plan 阶段之前，您可以使用 /interview 命令来细化模糊的需求。访谈模式每轮提出 1-3 个问题，并使用结构化追踪器跟踪已知和未知信息。

/interview Build a real-time dashboard for IoT sensor data

代理从每次响应中提取 <interview_tracker> 块，维护已知/未知列表，这些列表会显示在 Web UI 的访谈面板中。需求明确后，状态将转换为 Plan (P)。

命令

命令	描述
`/orchestrate P`	进入 Plan 阶段
`/orchestrate A`	进入 Audit 阶段
`/orchestrate B`	进入 Build 阶段
`/orchestrate C`	进入 Check 阶段
`/orchestrate D`	进入 Done 阶段
`/orchestrate status`	显示当前 PABCD 状态
`/orchestrate reset`	重置所有编排状态
`/interview <request>`	启动访谈以收集需求
`/deliberate <plan>`	从 Planner/Architect/Critic 角度审查计划
`/planaudit [plan]`	为员工生成只读审核任务文本

CLI 等效命令：jaw orchestrate P|A|B|C|D|status|reset

流水线流程

orchestrate(prompt, meta)
  1. Drain pending worker replays
  2. Resolve scope (workingDir) + read current state
  3. PABCD entry is explicit only (no auto-entry)
  4. First planning turn: getStatePrompt('P') + user request
  5. Inject prompt prefix + approved plan block (A/B/C)
  6. Build memory injection (boss snapshot)
  7. Spawn agent with origin and memory
  8. Broadcast result + update worklog/state

状态机

编排器状态机（src/orchestrator/state-machine.ts）管理六个状态：IDLE | P | A | B | C | D。上下文包括：

auditStatus（pending/pass/fail）
verificationStatus（pending/done/needs_fix）
userApproved 标志
worklogPath
planHash 和 planUpdatedAt
taskAnchor 和 resolvedSelection
interview（request/round/known/unknown）

计划锁定

计划获批且状态转移到 A/B/C 后，已批准的计划会通过 buildApprovedPlanPromptBlock() 注入到每次调度提示词的顶部。工作者无法重建或修改计划——他们只负责执行。

每次调度都包含 Project root: <absolute path>，以防止工作者将临时目录与实际仓库根目录混淆。

技巧

对于复杂项目，务必先使用 /interview，以避免在信息不完整的情况下制定计划。
阶段转换是显式的——代理会在计划完成后提示您运行 jaw orchestrate A。
使用 /continue 进行显式的 worklog/PABCD 恢复。自然语言的"continue"消息会被视为普通提示词处理。
/orchestrate reset 命令会清理所有内容：活跃代理、工作者、队列、员工会话、状态和工作日志。

Employees Goals