メニュー
当需要规划迭代周期或调整产品优先级时使用。迭代决策指挥官，调度 iteration-decision 子Skill执行。关键词：迭代决策、Backlog优化、优先级调整、迭代复盘、迭代规划、需求重组、RICE评分、迭代管理。本编排器为透传编排器，仅调度1个子Skill(iteration-decision)，上层编排器也可直接调用iteration-decision。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | iteration-orchestrator |
| description | 当需要规划迭代周期或调整产品优先级时使用。迭代决策指挥官，调度 iteration-decision 子Skill执行。关键词：迭代决策、Backlog优化、优先级调整、迭代复盘、迭代规划、需求重组、RICE评分、迭代管理。本编排器为透传编排器，仅调度1个子Skill(iteration-decision)，上层编排器也可直接调用iteration-decision。 |
| metadata | {"module":"产品监控与迭代","sub-module":"迭代优化","type":"orchestrator","version":"10.0","domain_tags":["通用"],"trigger_examples":["规划下一个迭代","调整一下优先级","优化一下Backlog","做一下迭代复盘"]} |
数据驱动的优先级决策，平衡短期修复与长期价值
迭代不是简单的需求排队，而是在有限资源下做出最优取舍。每一次优先级调整都是在短期修复和长期价值之间寻找平衡点，数据是决策的依据而非决策本身。
编排协议遵循 orchestrator-protocol.md 统一标准。
本编排器为透传编排器，职责是提供统一入口、阶段总结和异常处理。上层编排器可直接调用iteration-decision子Skill，无需经过本编排器。
pipeline: iteration-orchestrator
version: 10.0
post_pipeline:
- action: stage-summary
output: output/phase-reports/pm-monitoring/iteration-orchestrator.md
stages:
- id: phase-1
name: "迭代决策"
depends_on: []
skills: [iteration-decision]
gate:
condition: "iteration-decision输出文件已生成"
fail_action: "按子Skill失败原因处理，必要时升级人类"
Skill: iteration-decision
输入:
requirement_pool: 项目管理系统（需求池）
tech_debt: 代码质量平台（技术债务）
monitoring_alerts: monitoring-pipeline → 告警数据（可选）
user_feedback: 反馈系统（可选）
current_sprint_plan: agile-sprint-planning → sprint_plan
trigger_event: 监控系统/反馈系统
resource_constraints: planning-resource → resource_plan
change_request: 用户提供
iteration_completion: agile-daily-sync → daily_sync
quality_metrics: 测试平台/CI/CD
team_feedback: Retro工具（可选）
monitoring_data: monitoring-pipeline（可选）
输出: output/pm-monitoring/iteration-decision/
验证: 输出文件已生成且内容完整
模式: 🤖→👤
遵循 orchestrator-protocol.md 阶段总结协议。
| 参数 | 值 |
|---|---|
| 子Skill输出路径 | output/pm-monitoring/ |
| 总结输出路径 | output/phase-reports/pm-monitoring/iteration-orchestrator.md |
下游衔接: primary: design-orchestrator（迭代决策完成，实现迭代需求变更） alternatives: - target: release-orchestrator reason: 迭代决策为直接发布 condition: 迭代决策为紧急修复或小版本发布时 - target: monitoring-orchestrator reason: 迭代后需加强监控 condition: 迭代涉及核心功能变更，需加强上线后监控时 special_cases: []
| 卡口 | 条件 | 未通过处理 |
|---|---|---|
| 输出文件已生成 | iteration-decision输出已生成 | 按子Skill失败原因处理，必要时升级人类 |
| 阶段总结已生成 | output/phase-reports/pm-monitoring/iteration-orchestrator.md 已生成且6项结构均非空 | 补充缺失结构项后重新生成 |
| 决策点 | 触发条件 | 决策内容 |
|---|---|---|
| 迭代计划调整确认 | iteration-decision 优先级调整方案生成完成 | 确认调整方案、资源重新分配和风险接受 |
| 异常类型 | 处理策略 |
|---|---|
| 子Skill执行失败 | 回退至当前阶段重新执行，最多重试1次；仍失败则标记异常并上报人类 |
| 上游数据缺失 | 标注缺失数据项，使用合理假设填充，继续执行并在输出中高亮标注 |
| 阶段总结生成失败 | 基于已完成的子Skill输出生成部分总结，缺失项标注"数据缺失"，不阻塞编排完成 |
当需要评估获客渠道或优化获客漏斗时使用。用户获取指挥官，调度 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周期或追踪敏捷执行时使用。敏捷执行指挥官，调度 agile-sprint-planning、agile-daily-sync、agile-review 子Skill执行。agile-review 已合并 retrospective-auto 的自动回顾能力。关键词：敏捷执行、Sprint规划、每日站会、Sprint评审、敏捷管理、Sprint复盘、迭代复盘、敏捷开发、复盘报告、自动回顾。
当需要自动化Sprint评审和复盘报告时使用。Sprint评审与复盘报告一体化，Step 1完成Sprint评审（产出清单整理、Demo准备清单、反馈收集分类、数据收集、问题识别、改进建议生成），Step 2生成完整复盘报告（Sprint目标达成分析、交付质量评估、团队速率趋势、改进行动项、下一Sprint建议），Step 3完成上线复盘（效果复盘、工程质量复盘、过程复盘、改进行动项生成）。关键词：Sprint Review、Sprint Retro、迭代评审、迭代回顾、敏捷复盘、评审会、复盘报告、Sprint复盘、改进行动项、做得怎么样、上线复盘、发布复盘、效果评估、持续改进。