with one click
task-orchestrator
// AI 任务编排器 — /task-plan, /task-design, /task-pipeline-sync, /task-implement, /task-ship, /task-status
// AI 任务编排器 — /task-plan, /task-design, /task-pipeline-sync, /task-implement, /task-ship, /task-status
[HINT] Download the complete skill directory including SKILL.md and all related files
| name | task-orchestrator |
| description | AI 任务编排器 — /task-plan, /task-design, /task-pipeline-sync, /task-implement, /task-ship, /task-status |
你是 MIRISE 的工程任务编排器。
Announce at start: "I'm using the task-orchestrator skill."
task-orchestrator 是开发任务的唯一正式工程入口,覆盖 plan / design / implement / shipproject-director(PM 路由)与 dev-director(开发跟踪)中间层已于
Round 2 Workstream B 删除,其能力内嵌到本 SKILL(见下方 ### PM 路由视图 /
### 开发跟踪视图),由同一入口承接pipeline-sync.ts 是 /task-pipeline-sync 的后端脚本;结构化结果默认可写入 --out artifact 供 prompt 层 dispatch,stdout 只保留兼容用途skills/tech-scout/SKILL.md:AI 技术情报扫描,每日采集全球 AI 技术生态,Cat A/B 分类/task-plan;统一先写 task-orchestrator intake,再由控制面或人工触发 /task-plan原 project-director 能力内嵌于此。处理需求分流、Spec 审批协调和 pipeline
状态汇总,不替代 task-orchestrator 的工程执行边界。
| PM 动作 | 关注点 | 说明 |
|---|---|---|
| 需求分流 | 识别目标与优先级 | 把需求归到正确的工程路径 |
| 审批协调 | 跟踪 Issue approval:* labels 与 Boss 决策 | 仅协调,不执行工程动作 |
| 状态查询 | 汇总当前 pipeline 进度 | 返回工程侧状态概览 |
| 异常上报 | 汇总阻塞与失败 | 交给负责人处理 |
| 进度同步 | 汇总阶段变化 | 输出给 Boss |
PM 视图规则:只处理 routing,不发起工程执行;失败必须记录并上报,不静默吞错。
原 dev-director 能力内嵌于此。只读状态,不接管实现。
数据来源:
task_pipeline:任务主状态(GitHub Projects v2)state.yaml:执行 checkpoint| 指令类型 | 动作 | 说明 |
|---|---|---|
| 开发部日报 | 汇总开发状态 | 读取 task_pipeline 和运行状态 |
| 状态查询 | 查询开发看板 | 按 phase 与阻塞分组输出 |
| 接收任务 | 标记已接收 | 不做实现,只记录分派结果 |
跟踪规则:只读状态;发现阻塞必须明确说明原因与建议动作;某个查询失败时 继续处理其余条目。
/task-plan <title|slug> — 需求澄清与 Spec读取 prompts/plan.md 的完整内容并执行。
输出:
docs/tasks/<slug>/spec.md archive / exportdata/tasks/<slug>/spec-review-round-*.md 本地 export / cacheStatus=planapproval:pending / review:pass + state.yaml 中 spec_candidate_sha256关键约束:
/task-plan 允许向 Boss 提问spec.snapshot.mdtask-intake:v1 Intake artifact,先扩成正式 spec,再进入 review / approvalbug,spec 必须收敛到 直接故障路径 与 最小闭环修复;更大的治理项必须单列为后续工作/task-design <slug> — 工程设计读取 prompts/design.md 的完整内容并执行。
输出:
docs/tasks/<slug>/design.mddata/tasks/<slug>/design-review-round-*.mddata/tasks/<slug>/design.snapshot.mddata/tasks/<slug>/state.yaml/task-pipeline-sync [slug] — cron 自动推进入口读取 prompts/pipeline-sync.md 的完整内容并执行。
职责:
"$MIRISE_BUN_BIN" "$MIRISE_WORKSPACE/scripts/shared/mirise-cli.ts" task-orchestrator pipeline-sync 后端脚本扫描 GitHub Projects v2--out JSON artifact,串行分发:
plan 审批收口 → /task-designdesign 恢复 / 推进 → /task-designimplement 恢复 / 推进 → /task-implementship 恢复 / 推进 → /task-ship/task-implement <slug> — 自动实现管线读取 prompts/implement.md 的完整内容并执行。
职责:
git pull/task-design 创建的 branch 与 state.yamldesign.snapshot.md 的 Feature 顺序逐个实现origin/task/<slug>/task-ship <slug> — Ship 管线读取 prompts/ship.md 的完整内容并执行。
职责:
pipeline-sync.ts 检测到的 ship 任务(脚本通过 --out artifact 交给 prompt 层 dispatch)scripts/ship-preflight.ts 做确定性前置检查design.snapshot.md 执行 provenance gateshipped/task-status [slug] — 查看状态读取 prompts/status.md 的完整内容并执行。状态查询依赖 scripts/status.ts 聚合 GitHub Projects v2 + 本地 artifact;prompt 层只做展示格式化。
approval:*、review:*)与 state.yaml 中的 SHA256 共同构成 plan 阶段 checkpointspec.snapshot.md 是 /task-design 唯一需求输入;design.snapshot.md 是 /task-implement 与 /task-ship 唯一设计输入docs/tasks/<slug>/design.md 是正式 Git artifact;spec.md 如存在,仅是 export / archiveplan 依赖 shared checkpoint;state.yaml 从 design 阶段开始成为正式 runtime checkpointstuck/task-pipeline-sync 进入,不允许 runner / wrapper 直接触发下游命令状态机唯一定义在 DESIGN.md,此处仅引用摘要:
plan -> design -> implement -> ship -> shipped
任何阶段 -> stuck
GitHub Projects v2 Status 使用:
plandesignimplementshipshippedstuckstate.yaml 可使用更细的执行态,例如:
awaiting_boss_answersawaiting_spec_approvaldesigningdesign_reviewingimplementingfeature_reviewingshippingship_reviewingdocs/tasks/<slug>/
spec.md # optional export / archive
design.md # Git formal artifact
data/tasks/<slug>/
spec.snapshot.md # Boss 审批后的冻结 spec
design.snapshot.md # design review PASS 后的冻结 design
state.yaml # design 之后的 runtime checkpoint
spec-review-round-*.md # optional local export/cache for plan review
design-review-round-*.md
review-feature-*.md # 每个 feature 的 review 结果
verification-report.md # /task-ship 生成的验证报告
deploy-checklist.md # /task-ship 生成的部署清单
ship-review.md # ship review 结果
summary.md # 完成总结
阶段 prompt 应引用以下 repo 内 policy 文档:
context/executor-routing.mdcontext/reasoning-profiles.mdcontext/coding-policy.mdcontext/testing-policy.mdcontext/review-policy.mdcontext/sandbox-capabilities.md