Sprint Planner 是一个冲刺规划技能，把优先级排序的 tracker 待办列表变成可执行的冲刺计划。它由 ol-sdd-workflow 编排器在 Phase 3 调用，也可在需要规划冲刺时直接调用。
用途：从目标 feature epic 或指定 ticket 列表中挑出符合冲刺容量的 ticket，依据依赖关系排序为并行执行波次，为每个 ticket 标注执行工程师技能，并写出 sprint-executor 遵循的 kickoff 文档。
主要能力：读取 backlog（listBacklog 取 To Do/Backlog 下的叶子 ticket 及其估算、skill 标签、exec:{engine} 标签、需求标签和依赖线索）；构建依赖图（显式依赖、文件级依赖、数据模型依赖）并拓扑排序成波次；按容量拟合（总工时不超过容量扣除默认 15% headroom，单 ticket 不超过一名工程师的冲刺容量，超出则提出裁剪建议，绝不裁剪会导致需求不完整的 ticket）；生成 sprint kickoff 文档（遵循 sprint-plan-template.md，含 Sprint Goal、Context、Capacity & Timeline、Architecture Spec Links、Skill Routing Table、Task Execution Order/Execution Waves、Review Checklist、Key Codebase Locations、Working Conventions、Cuts & Deferrals、Open Questions、Retrospective，并含 Execution Strategy 块）；发布到 tracker 与文档后端；支持冲刺中重规划。
使用方式：先收集输入（冲刺编号、长度、起始日期、容量、目标、目标 feature/epic/ticket、约束等），读取 backlog 与 documentation/specs/{feature}/，再构建依赖图、按容量拟合、向用户展示计划供审批（Gate），批准后通过 tracker 适配器创建/选择 sprint 并移入 ticket，写出 documentation/sprints/sprint-{N}-kickoff.md，经 docs 适配器发布概览页并提交 kickoff 文件。tracker 可为 jira、linear、ado 或 local；docs 可为 confluence、notion、ado-wiki 或 local。ticket 的 exec:{engine} 由上一步 backlog-manager 指定并原样沿用，无标签时默认 complex→claude、simple→codex 并回标。
适用场景：有明确 feature epic 或 ticket 列表、需要按依赖和容量生成冲刺计划并生成 kickoff 文档时。
限制：不创建 ticket、不执行冲刺、不撰写 spec、不从头估算 ticket（估算来自 tasks.md，缺失则回退给 feature-spec-author）。计划需用户批准后才能创建 cycle/iteration 或移动 ticket。tracker 与 docs 后端为可选，缺省推断为 local。具体环境依赖、费用与平台支持暂未提供。