メニュー
当需要管理Sprint周期或追踪敏捷执行时使用。敏捷执行指挥官，调度 agile-sprint-planning、agile-daily-sync、agile-review 子Skill执行。agile-review 已合并 retrospective-auto 的自动回顾能力。关键词：敏捷执行、Sprint规划、每日站会、Sprint评审、敏捷管理、Sprint复盘、迭代复盘、敏捷开发、复盘报告、自动回顾。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
当需要评估获客渠道或优化获客漏斗时使用。用户获取指挥官，调度 acquisition-analysis（获客分析一体化），实现从渠道评估到漏斗优化的闭环。关键词：用户获取、获客渠道、漏斗优化、渠道评估、获客策略、acquisition-analysis、拉新、获客。
当需要识别和工程化Aha Moment时使用。Aha Moment自动工程化Pipeline，分析留存数据和行为数据，自动识别Aha Moment候选，测量到达率，识别最短路径，输出Onboarding优化建议。关键词：Aha Moment、激活时刻、用户激活、到达率、Onboarding优化、什么时候觉得好用、体验核心价值、爽点在哪。
当需要优化用户Onboarding流程时使用。Onboarding自动优化Pipeline，分析Onboarding数据和用户分群，自动生成个性化引导策略，设计A/B测试方案。关键词：Onboarding、新用户引导、引导优化、个性化引导、用户激活、新手引导、上手快、引导太长。
当需要识别Aha Moment或设计Onboarding流程时使用。用户激活指挥官，调度activation-aha/onboarding。关键词：用户激活、Aha Moment、Onboarding、新用户引导、新手引导、激活率。
当需要自动化Sprint评审和复盘报告时使用。Sprint评审与复盘报告一体化，Step 1完成Sprint评审（产出清单整理、Demo准备清单、反馈收集分类、数据收集、问题识别、改进建议生成），Step 2生成完整复盘报告（Sprint目标达成分析、交付质量评估、团队速率趋势、改进行动项、下一Sprint建议），Step 3完成上线复盘（效果复盘、工程质量复盘、过程复盘、改进行动项生成）。关键词：Sprint Review、Sprint Retro、迭代评审、迭代回顾、敏捷复盘、评审会、复盘报告、Sprint复盘、改进行动项、做得怎么样、上线复盘、发布复盘、效果评估、持续改进。
当需要自动检测和归因指标异常时使用。自动化数据分析引擎，AI自动执行7×24小时运行，负责指标健康检查、异常检测、自动归因和洞察推送。当发现指标异常时输出完整的异常报告。关键词：异常检测、数据分析、自动归因、指标监控、异常报告、指标异常、数据异常、异常告警、数据出问题了、指标突然掉了、数据波动。
| name | agile-orchestrator |
| description | 当需要管理Sprint周期或追踪敏捷执行时使用。敏捷执行指挥官，调度 agile-sprint-planning、agile-daily-sync、agile-review 子Skill执行。agile-review 已合并 retrospective-auto 的自动回顾能力。关键词：敏捷执行、Sprint规划、每日站会、Sprint评审、敏捷管理、Sprint复盘、迭代复盘、敏捷开发、复盘报告、自动回顾。 |
| metadata | {"module":"项目管理与执行","sub-module":"敏捷执行","type":"orchestrator","version":"9.0","domain_tags":["通用"],"trigger_examples":["规划一下Sprint","开一下每日站会","做Sprint评审","管理敏捷迭代"]} |
Sprint是节奏不是目标，交付是结果不是目的
Sprint的价值不在于完成更多Story，而在于建立可持续的交付节奏。交付本身不是目的，交付对用户有价值的功能才是。不要为了完成Sprint而牺牲质量或忽视反馈。
编排协议遵循 orchestrator-protocol.md 统一标准。
pipeline: agile-orchestrator
version: 9.0
post_pipeline:
- action: stage-summary
output: output/phase-reports/pm-project/agile-orchestrator.md
stages:
- id: phase-1
name: "Sprint规划"
depends_on: []
skills: [agile-sprint-planning]
gate:
condition: "Sprint计划已确认"
fail_action: "暂停Sprint启动，补充规划"
- id: phase-2
name: "每日同步"
depends_on: [phase-1]
skills: [agile-daily-sync]
gate:
condition: "Daily Sync障碍已暴露"
fail_action: "加强障碍追踪和升级机制"
- id: phase-3
name: "Sprint评审与复盘"
depends_on: [phase-1, phase-2]
skills: [agile-review]
gate:
condition: "Sprint评审与复盘报告已完成"
fail_action: "补充分析或修改行动项"
Skill: agile-sprint-planning
输入:
product_backlog: iteration-decision → prioritized_items
sprint_goal: 用户提供（可选）
team_capacity: planning-resource → resource_plan
sprint_days: 用户提供
输出: output/pm-project/agile-sprint-planning/
验证: Sprint Goal明确且包含≥1个可量化验收标准；选取的Stories总点数≤团队可用容量×1.1；100%的跨团队依赖已识别
模式: 🤖→👤
Skill: agile-daily-sync
输入:
sprint_backlog: agile-sprint-planning → sprint_plan
task_assignment: agile-sprint-planning → sprint_plan
last_daily_sync: agile-daily-sync → daily_sync
blocker_log: agile-daily-sync → blocker_log（可选）
输出: output/pm-project/agile-daily-sync/
验证: 进展汇总覆盖所有进行中Story；障碍项有明确状态和跟进人；风险标记及时且准确
模式: 🤖
Skill: agile-review
输入:
sprint_backlog: agile-sprint-planning → sprint_plan.json
completed_stories: 用户提供
team_data: 用户提供（可选）
stakeholder_feedback: 用户提供（可选）
daily_sync_records: agile-daily-sync（可选）
historical_sprint_data: 用户提供（可选）
team_feedback: 用户提供（团队反馈，用于自动回顾）
输出: output/pm-project/agile-review/
验证: 评审覆盖所有已完成Story；演示内容与验收标准对应；反馈已分类；改进建议有明确负责人；目标达成与数据一致；行动项可执行；复盘报告已生成；回顾洞察已生成且协作模式已识别
模式: 🤖
遵循 orchestrator-protocol.md 阶段总结协议。
| 参数 | 值 |
|---|---|
| 子Skill输出路径 | output/pm-project/ |
| 总结输出路径 | output/phase-reports/pm-project/agile-orchestrator.md |
下游衔接: primary: release-orchestrator（Sprint完成且交付物达到发布标准，进入发布流程） alternatives: - target: agile-orchestrator reason: 进入下一Sprint规划，持续迭代 condition: Sprint交付物未达发布标准，需继续迭代时 - target: monitoring-orchestrator reason: Sprint复盘发现需加强监控 condition: 复盘发现线上问题频发或监控覆盖不足时 special_cases: []
| 卡口 | 条件 | 未通过处理 |
|---|---|---|
| Sprint计划已确认 | agile-sprint-planning输出文件已生成且非空 | 暂停Sprint启动，补充规划 |
| Daily Sync障碍已暴露 | agile-daily-sync输出文件已生成且非空 | 加强障碍追踪和升级机制 |
| Sprint评审与复盘报告已完成 | agile-review输出文件已生成且人类审核确认 | 补充分析或修改行动项 |
| 阶段总结已生成 | output/phase-reports/pm-project/agile-orchestrator.md 已生成且6项结构均非空 | 补充缺失结构项后重新生成 |
| 决策点 | 触发条件 | 决策内容 |
|---|---|---|
| Sprint Goal确认 | Sprint Planning完成 | 确认Sprint目标的合理性和可达性 |
| Sprint取消决策 | Sprint目标连续未达成或重大范围变更 | 决定是否取消当前Sprint |
| 复盘行动项确认 | Sprint复盘报告生成完成 | 确认改进行动项和下一Sprint建议 |
| 异常类型 | 处理策略 |
|---|---|
| 阶段1子Skill（Sprint规划）失败 | 暂停Sprint启动，输出失败原因，提示用户补充Backlog或调整团队容量后重试 |
| 上游数据缺失（如Backlog、团队容量） | 用占位数据生成草稿版Sprint计划，标注低置信度，提示用户补充后重新规划 |
| 关键决策点未获人类确认（如Sprint Goal） | 暂停进入下一阶段，持续等待确认，超时后升级提醒 |
| 所有上游数据全部缺失 | 标注"全数据缺失"状态，输出最小化模板（仅含元信息和空结构），整体置信度设为0.3，强制人类确认是否继续。人类确认后基于用户提供信息和AI知识库推断生成，所有推断内容标注confidence≤0.5和needs_human_validation:true |
| 阶段总结生成失败 | 基于已完成的子Skill输出生成部分总结，缺失项标注"数据缺失"，不阻塞编排完成 |