Claude Code Game Studios 冲刺计划实战从 sprint-plan 模板到 /sprint-plan 自动化流水线【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios导读本指南围绕 Claude Code Game StudiosCCGS仓库中的冲刺计划模板 .claude/docs/templates/sprint-plan.md 展开它是整个项目里程碑 → 冲刺 → 故事生产流水线的核心产出物规范。你将掌握如何逐字段填写一份可执行的冲刺计划含容量缓冲、三层任务优先级、验收标准、完成定义以及该模板如何被/sprint-plan技能消费——从读取里程碑与积压故事、按实现层与优先级排序生成冲刺草稿、经 Producer 可行性门禁PR-SPRINT审查到落地为sprint-status.yaml机器可读状态源的全过程。读完即可在自己的游戏项目中照搬这套模板 技能 门禁的冲刺管理闭环。一、模板在 CCGS 生产体系中的定位CCGS 将单个 Claude Code 会话组织成一座完整的游戏开发工作室49 个 Agent、72 个技能、11 条规则与 39 份文档模板。生产节奏由三层文档驱动里程碑Milestone—— 定义阶段性目标、成功标准、质量门槛见 .claude/docs/templates/milestone-definition.md冲刺Sprint—— 本指南的主角把里程碑切成若干 1~2 周的交付窗口模板见 .claude/docs/templates/sprint-plan.md故事Story—— 由/create-stories从史诗Epic拆解出的最小可交付单元经/story-readiness校验后才允许进入冲刺。冲刺计划模板的完整表单正是/sprint-plan技能.claude/skills/sprint-plan/SKILL.md的产出格式。技能负责怎么生成模板负责生成什么样子两者互为表里。而模板中的 Daily Status Tracking 表格又为只读的/sprint-status技能.claude/skills/sprint-status/SKILL.md提供了冲刺健康度评估的输入。二、模板逐节拆解字段含义与填写规范2.1 头部与 Sprint Goal# Sprint [N] -- [Start Date] to [End Date] ## Sprint Goal [One sentence: what does this sprint achieve toward the current milestone?]标题编号[N]使用连续递增的冲刺序号如sprint-003与production/sprints/目录下已存在文件的下一个序号对齐。/sprint-plan技能通过列出该目录自动确定下一个编号。Sprint Goal 一句话原则目标必须回答本冲刺对当前里程碑贡献了什么禁止写成任务清单。好的例子完成战斗系统的核心逻辑层使垂直切片可玩坏的例子实现 12 个故事。2.2 Milestone Context把冲刺挂回里程碑字段填写内容Current Milestone当前里程碑名称对应production/milestones/milestone-0N.mdMilestone Deadline里程碑截止日期取自里程碑定义文件Sprints Remaining距里程碑还有几个冲刺用于倒推每冲刺必须交付的容量该节让冲刺计划天然具备向上对齐能力任何读者人或 Agent都能立刻判断当前冲刺与里程碑总体进度的关系。/sprint-plan技能在 Phase 1 会先读当前里程碑文件从production/milestones/读取容量与目标这正是该节的生成来源。2.3 Capacity20% 缓冲的容量预算表ResourceAvailable DaysAllocatedBuffer (20%)RemainingProgrammingDesignArtAudioQATotal关键约束每个资源行都预留 20% 缓冲用于吸收计划外工作Bug 修复、评审反馈、临时需求。技能在生成冲刺时会计算Available Allocated − Buffer(20%)并以此容量为上限挑选故事。若选入的故事点数超过容量如技能测试规格 Case 3 中 8 个故事共 16 点 vs 里程碑容量 10 点PR-SPRINT 门禁会返回 CONCERNS/UNREALISTIC要求削减故事。2.4 Tasks三层优先级与任务 ID 编码模板将任务按 MoSCoW 思想分三层每层独立成表### Must Have (Critical Path) | ID | Task | Agent/Owner | Est. Days | Dependencies | Acceptance Criteria | Status | |----|------|-------------|-----------|-------------|-------------------|--------| | S[N]-001 | | | | None | | Not Started | | S[N]-002 | | | | S[N]-001 | | Not Started | ### Should Have | ID | Task | Agent/Owner | Est. Days | Dependencies | Acceptance Criteria | Status | |----|------|-------------|-----------|-------------|-------------------|--------| | S[N]-010 | | | | | | Not Started | ### Nice to Have (Cut First) | ID | Task | Agent/Owner | Est. Days | Dependencies | Acceptance Criteria | Status | |----|------|-------------|-----------|-------------|-------------------|--------| | S[N]-020 | | | | | | Not Started |三层语义与填写规则Must Have (Critical Path)冲刺失败即里程碑风险的任务编号S[N]-001起。Dependencies 列必须显式声明任务间依赖示例中S[N]-002依赖S[N]-001供门禁审查故事是否按依赖正确排序以及是否存在会中途阻塞冲刺的隐藏依赖。Should Have计划内但可切的任务编号S[N]-010起。当 Must Have 提前完成时团队从此层拉取任务。Nice to Have (Cut First)明确标注首先被砍编号S[N]-020起。它存在的意义是让削减成为预决策而非危机决策。字段规范ID 编码S[N]-XXX三段式——S 冲刺序号 三位流水号区间段暗示优先级0xx/1xx/2xx。Acceptance Criteria每条必须可验证可测试、可观察这是 QL-STORY-READY 门禁.claude/docs/director-gates.md审查的重点——过模糊的标准会被要求修订后才能进冲刺。Status初始均为Not Started冲刺进行中由/story-done、/sprint-status驱动流转In Progress/Blocked/Done等。2.5 Carryover from Sprint [N-1]Original IDTaskReason for CarryoverNew EstimatePriority Change上一冲刺未完成的故事必须显式结转而不是悄悄消失。填写三要素原任务 ID保持可追溯、结转原因未完成原因超估、阻塞、范围膨胀、新估算往往需要上调。Priority Change 列记录优先级是否因结转而变化如从 Should Have 提升为 Must Have。这与/sprint-plan技能的测试规格CCGS Skill Testing Framework/skills/sprint/sprint-plan.md中的 Case 5 完全对应技能会检查最近一个冲刺文件中仍为In Progress的故事提示 Sprint 002 has 2 open stories — confirm carry-over before planning sprint 003由用户选择结转 / 延后 / 取消结转的故事会以[CARRY]标签前置到新冲刺草稿中。2.6 Risks to This Sprint 与 External Dependencies## Risks to This Sprint | Risk | Probability | Impact | Mitigation | Owner | |------|------------|--------|-----------|-------| ## External Dependencies | Dependency | Status | Impact if Delayed | Contingency | |-----------|--------|------------------|-------------|风险四要素概率低/中/高、影响低/中/高、缓解措施必须具体到动作、负责人落实到人否则缓解措施形同虚设。外部依赖引擎插件授权、外包资产、第三方服务等非团队可控项。Impact if Delayed量化延误后果Contingency预置备选方案换方案 / 降级范围 / 提前下单。技能在 Phase 1 会同步检查风险登记册production/risk-register/把已知风险自动带入冲刺计划。2.7 Definition of Done冲刺验收清单- [ ] All Must Have tasks completed and passing acceptance criteria - [ ] No S1 or S2 bugs in delivered features - [ ] Code reviewed and merged to develop - [ ] Design documents updated for any deviations from spec - [ ] Test cases written and executed for all new features - [ ] Asset naming and format standards met完成定义DoD是每个冲刺都必须满足的硬门槛而非尽量。技能生成的冲刺计划在此清单上还会追加项目级条目QA 计划存在production/qa/qa-plan-sprint-[N].md、Logic/Integration 类故事有通过的单测/集成测试、冒烟测试通过/smoke-check sprint、QA 签字报告 APPROVED/team-qa sprint等见 .claude/skills/sprint-plan/SKILL.md。DoD 的另一作用它是/sprint-status判定冲刺是否整体完成的依据——当所有故事 Complete 时技能会输出 ON TRACK / SPRINT COMPLETE 并建议运行/milestone-review或/sprint-plan。2.8 Daily Status TrackingDayTasks CompletedTasks In ProgressBlockersNotesDay 1Day 2Day 3按冲刺自然日逐行更新。这张表是冲刺进行中的活文档为两个下游消费者提供数据/sprint-status技能据此计算时间消耗百分比days elapsed / total sprint days与完成百分比对比得出 burndown 结论冲刺结束后的/retrospective.claude/skills/retrospective/SKILL.md需要逐日数据来复盘阻塞模式。三、模板如何被 /sprint-plan 技能驱动端到端流水线模板是静态表单真正让它运转的是/sprint-plan技能.claude/skills/sprint-plan/SKILL.md。技能完整定义了六个阶段阶段动作关键约束Phase 0: Parse Arguments解析new/update/status三种模式解析--review full|lean|solo缺省读production/review-mode.txt再缺省默认leanreview mode 一次解析、全程生效Phase 1: Gather Context读里程碑production/milestones/、上一冲刺production/sprints/、设计文档design/gdd/中标记可实现的特性、风险登记册production/risk-register/上下文驱动生成Phase 2: Generate Outputnew模式生成上节模板格式的冲刺计划并先展示给用户status模式生成状态报告展示草稿 ≠ 请求写入门禁在写入前Phase 3: Write Sprint Status File询问 May I also writeproduction/sprint-status.yaml? 后将任务表映射为机器可读 YAML初始化状态映射Must Have→ready-for-devShould/Nice→backlogPhase 4: Producer Feasibility Gate按 review mode 决定是否 spawnproducergatePR-SPRINT处理 UNREALISTIC/CONCERNS 后询问 May I write this sprint plan toproduction/sprints/sprint-[N].md?full模式必跑门禁lean/solo跳过但跳过门禁 ≠ 跳过用户批准Phase 5: QA Plan Gate用 Glob 查production/qa/qa-plan-sprint-[N].md缺失时通过AskUserQuestion让用户选立即运行/qa-plan sprint或跳过并加警告块无 QA 计划则 Production→Polish 门禁必堵Phase 6: Next Steps输出后续命令建议见下节两个最重要的设计先展示、再门禁、后询问的写保护链。技能 Phase 2 明确要求生成草稿后Do NOT ask to write yet门禁可能要求修订后才允许写入Phase 4 又要求无论门禁结果如何最终都必须显式询问 May I write...。这是 CCGS 技能协议的通用纪律见 CCGS Skill Testing Framework/skills/sprint/sprint-plan.md 的 Protocol Compliance 清单。sprint-status.yaml是状态源Phase 3。技能同时产出 Markdown 计划给人读与 YAML 状态给技能读格式如下# Auto-generated by /sprint-plan. Updated by /story-done. # DO NOT edit manually — use /story-done to update story status. sprint: [N] goal: [sprint goal] start: [YYYY-MM-DD] end: [YYYY-MM-DD] generated: [YYYY-MM-DD] updated: [YYYY-MM-DD] stories: - id: [epic-story, e.g. 1-1] name: [story name] file: [production/stories/path.md] priority: must-have # must-have | should-have | nice-to-have status: ready-for-dev # backlog | ready-for-dev | in-progress | review | done | blocked owner: estimate_days: 0 blocker: completed: /sprint-status、/story-done、/help均直接读取该 YAML 而无需解析 Markdown避免了文本解析的脆弱性。四、PR-SPRINT 门禁与三种 Review Mode模板中的容量表、依赖列、风险表之所以必须规范填写是因为它们正是PR-SPRINT 门禁Producer Sprint Feasibility Review定义于 .claude/docs/director-gates.md的审查输入。门禁要求传入候选故事清单标题、估算、依赖、团队容量小时/人日、上冲刺遗留债务、里程碑约束。Producer 审查四个问题并返回三档结论审查问题对应模板字段故事负载对可用容量是否现实Capacity 表 任务表 Est. Days故事是否按依赖正确排序Dependencies 列是否存在会中途阻塞冲刺的隐藏依赖Dependencies External Dependencies是否有故事因其技术复杂度而被低估Est. Days 风险表结论含义技能处置REALISTIC计划可达成继续走写入流程CONCERNS [具体风险]有问题但不阻塞呈现给用户由用户决定是否调整UNREALISTIC必须削减范围技能主动修订把故事延后到 Should Have / Nice to Have再请求写入批准是否触发门禁取决于 review mode.claude/docs/director-gates.md模式行为适用场景full所有门禁激活冲刺草稿后必跑 PR-SPRINT团队 / 学习型用户 / 需要逐步导演反馈lean仅跑 PHASE-GATE/gate-check技能级门禁跳过输出 PR-SPRINT skipped — Lean mode默认独立开发者与小团队solo所有门禁跳过输出 PR-SPRINT skipped — Solo modeGame Jam、原型、追求最大速度模式的优先级链--review参数 production/review-mode.txt/start时写入可随时手改 默认lean。注意 .claude/docs/director-gates.md 中默认值是lean而技能 Phase 0 也以lean兜底两者一致。五、与 /sprint-status 闭环模板驱动的冲刺健康度监控冲刺计划模板写好之后进行中的监控由/sprint-status技能.claude/skills/sprint-status/SKILL.md承担。它是 Haiku 级只读技能绝不写文件、绝不触发门禁单次输出控制在 30 行以内。其数据来源正是模板定位冲刺从production/sprints/中取最近修改的文件或按参数指定冲刺号读取状态优先读sprint-status.yaml无则回退扫描 Markdown 中的状态标记DONE/COMPLETE/IN PROGRESS/BLOCKED/NOT STARTED并输出降级提示Burndown 评估.claude/skills/sprint-status/SKILL.md完成百分比与时间消耗百分比对比——On Track完成 % 不落后时间 % 超过 10 个点At Risk落后 10~25 点Behind落后超过 25 点Stale 检测对In Progress故事检查Last Updated字段超过 2 天无更新即标记 STALE且强制将 burndown 结论升级为 At Risk即使完成率正常输出健康度三档结论 ON TRACK / AT RISK / BLOCKED 唯一一条行动建议。模板中的 Daily Status Tracking 表因此不是装饰它保证了时间消耗可计算也保证了阻断故事Blockers 列能被/sprint-status具名上报。技能测试规格中的 Case 1 验证的正是这条链路检测到 Blocked 故事 临近截止 → 输出 AT RISK 并具名 blockerCCGS Skill Testing Framework/skills/sprint/sprint-plan.md。六、技能测试规格模板与流水线的可验证性冲刺流水线并非不可验证的黑盒。仓库自带的技能测试框架 CCGS Skill Testing Framework/skills/sprint/sprint-plan.md 用 5 个用例覆盖了模板使用与门禁行为的全部关键路径用例场景验证要点Case 1正常路径有积压故事生成冲刺按实现层优先、优先级次之排序草稿先展示full 模式跑 PR-SPRINT写前必问 May I write写入路径为production/sprints/sprint-003.md结论 COMPLETECase 2阻塞路径积压为空输出 No unstarted stories in backlog建议/create-stories不跑门禁、不写文件结论 BLOCKEDCase 3门禁返回 CONCERNS冲刺超载8 故事 16 点 vs 容量 10 点用户选 3 个延后修订版而非原稿被写入结论 COMPLETECase 4Lean 模式PR-SPRINT 跳过并显式标注仍需用户批准才写文件Case 5上一冲刺仍有未完成故事检测 sprint-002 的 2 个 In Progress 故事用户确认后以[CARRY]标签前置结转这 5 个用例同时构成模板字段的需求规格Capacity 决定了 Case 3 的超载判定Dependencies 决定了 Case 1 的排序断言Carryover 表格驱动 Case 5 的标签行为——模板的每一节都能在测试中找到对应断言。七、落地建议把模板接入你的项目初始化运行/start完成环境设置确认production/review-mode.txt写入你想要的 review mode独立开发建议保留默认lean。先有里程碑用 .claude/docs/templates/milestone-definition.md 定义里程碑容量、截止日期、成功标准冲刺计划才能引用它。生成冲刺执行/sprint-plan或/sprint-plan --review full强制本轮全量门禁。技能会自动读取里程碑与积压、生成模板格式草稿、走完门禁与 QA 计划检查后写入production/sprints/sprint-NNN.md与production/sprint-status.yaml。逐日维护Daily Status Tracking 表随/sprint-status对照核验故事状态变更一律走/story-done不要手改 YAML文件头明确标注 DO NOT edit manually。结束时跑/sprint-plan update做中程调整或直接进入/milestone-review与/retrospective收尾。适用前提说明以上目录production/sprints/、production/milestones/、production/review-mode.txt等是 CCGS 项目约定由技能自动创建并维护的生产文档路径当前仓库仅保留production/session-state/示例骨架实际使用时由/start与各技能按需生成。模板中的 ID 命名S[N]-XXX、状态枚举Not Started等与 YAML 状态字面量均为技能协议的约定值手动改造前请先阅读 .claude/skills/sprint-plan/SKILL.md 与 .claude/docs/director-gates.md 确认兼容性。【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考