用途：按组件逐个构建原型，每完成一个组件就先对照 Discovery Plan 自检，确认无误后再进入下一个，最后组装为可运行入口并输出交付说明。
主要能力与用法：
- 入口检查：先静默查看 exploration/exploration-dashboard.md。存在且状态为 In Progress 或 TBD 时，只在上下文中带有 <ORCHESTRATOR_DISPATCH> 标签且 authorized_skill、phase_number 校验通过才继续；标签缺失或校验失败则停止并返回 exploration-workflow。文件不存在则独立运行。
- 输入校验：需 exploration/discovery-plans/ 下至少一个 .md 文件；布局方向文件仅在 Phase 2 启用时必需。读取面板中的 Session Type 决定 Greenfield 或 Brownfield 路径。若计划中的交付物属于 Agent Plugin 模式，改为在 plugins/[plugin-name]/ 下用 create-plugin 与 create-skill 技能搭建，并运行 /agent-scaffolders:audit-plugin 审计。
- 组建拆分：据计划与布局拆分 3–6 个组件，用通俗名称向用户播报后再逐一构建。
- 构建循环：每个组件构建后自检并标记 COMPLETE、BLOCKED 或 NEEDS_CONTEXT；后两者会暂停并请求用户解决或回答问题。
- 评审与约束：需安装 orba/superpowers 插件；按 Dispatch Strategy 选择 copilot-cli、claude-subagents 或 direct 方式。每个组件执行两阶段评审（计划一致性、代码质量），代码类会话调用 superpowers:test-driven-development，完成后调用 superpowers:finishing-a-development-branch。
- 组装与交付：Greenfield 生成 exploration/prototype/index.html 与 README.md；Brownfield 校验既有应用可构建，并记录新增/修改文件与测试方式。Agent Plugin 模式下须核对 .claude-plugin/plugin.json 的 skills、agents、commands、hooks 绑定。
限制：必须遵守编排器调度令牌的时效性；Brownfield 的 .md 跟踪文件可能随重构过期，需标注构建日期；worktree 设置不具幂等性，重复调用会产生嵌套。以上均据公开资料整理，缺失事实暂未提供。