用途：该技能用于从史诗（epic）文件生成和刷新冲刺状态跟踪文件 sprint-status.yaml。当用户说“run sprint planning”或“generate sprint plan”时触发，由开发者角色解析史诗文件、识别故事状态并产出结构化状态文件。
主要能力：全量加载史诗文档（整篇 epic.md 或分片 epic/*.md，两者同时存在时优先整篇）；从标题提取史诗编号与故事 ID，按规则把“### Story 1.1: User Authentication”转成 kebab-case 键 1-1-user-authentication；为每个史诗生成 epic-{num}、每个故事生成 {epic}-{story}-{title}、并为史诗生成 epic-{num}-retrospective 条目。若 {story_location_absolute}/{story-key}.md 已存在，则把状态至少提升为 ready-for-dev。若已存在状态文件且状态更靠前，则保留原状态，绝不回退（如不会把 done 改回 ready-for-dev）。最后输出统计：总史诗数、总故事数、进行中的史诗数、已完成的故事数。
状态流转：史诗 backlog → in-progress → done；故事 backlog → ready-for-dev → in-progress → review → done；回顾 optional ↔ done。状态文件头部元数据会以注释和 YAML 键值两种形式各出现一次，条目需按“史诗、其故事、其回顾、下一个史诗”排序。
使用方式：激活时依次解析 workflow 块（可用 uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow，失败则按 base→team→user 顺序合并 customize.toml、{project-root}/_bmad/custom/{skill-name}.toml 和 .user.toml），执行 prepend 步骤、加载持久事实、读取 {project-root}/_bmad/gds/config.yaml 中的 project_name、user_name、communication_language、planning_artifacts、implementation_artifacts 与当前日期，然后按 communication_language 问候用户并执行 append 步骤，完成后才进入主流程。
适用场景：游戏开发团队维护冲刺进度、让各智能体在开发中更新状态。
限制：路径、项目键、状态文件位置由配置决定；资料中 project_key 为 NOKEY；未提供的收费、平台、准确率等信息暂未提供。