CCGS `/team-release` 技能测试规格全解：七阶段发布管线与 GO/NO-GO 决策机制

CCGS/team-release技能测试规格全解七阶段发布管线与 GO/NO-GO 决策机制【免费下载链接】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导读/team-release是 Claude Code Game StudiosCCGS技能体系中的发布编排技能负责把发布候选Release Candidate一路推进到部署上线与发布后监控。本文基于仓库中的行为规格文档 CCGS Skill Testing Framework/skills/team/team-release.md完整讲解其七阶段管线、跨职能 Agent 的并行编排规则、GO/NO-GO 决策闸门、五个可执行测试用例及协议合规要求帮助你理解并验证这个AI 发行团队是如何被测试与保障的。一、定位发布编排技能在 CCGS 体系中的角色Claude Code Game Studios 通过 49 个 Agent、72 个技能模拟真实游戏工作室的层级结构。/team-release属于team类别的部门级编排技能与team-combat、team-qa、team-polish、team-live-ops等并列。在 CCGS Skill Testing Framework/catalog.yaml 中team-release被登记为- name: team-release spec: CCGS Skill Testing Framework/skills/team/team-release.md last_static: last_spec: last_category: priority: medium category: team其规格文件即 CCGS Skill Testing Framework/skills/team/team-release.md由spec:字段作为权威路径。该文件属于 CCGS Skill Testing Framework/CLAUDE.md 中描述的行为规格behavioral spec——它描述的是技能当前应有的行为而非理想行为由/skill-test系列技能按逐条断言 用例验证的方式执行测试。规格明确提醒当技能在实践中表现异常时应优先修正技能本身再更新规格以匹配修复后的行为。二、技能概要一次调用的完整生命周期规格开篇的 Skill Summary 浓缩了/team-release的职责通过一条从发布候选到部署、再到发布后监控的七阶段管线来编排发布团队。协调 release-manager、qa-lead、devops-engineer、producer以及按需启用的 security-engineer在线/多人游戏必选、network-programmer多人游戏必选、analytics-engineer 和 community-manager。第 3 阶段 Agent 并行运行。管线以 GO/NO-GO 决策收尾若 producer 宣布 NO-GO则跳过第 6 阶段的部署。最后以一份发布后监控计划收束。核心要点可归纳为七阶段顺序管线从发布授权Phase 1到发布后监控Phase 7每一阶段有明确的输入输出跨职能 Agent 矩阵Directorproducer、Leadrelease-manager、qa-lead、Operationsdevops-engineer、analytics-engineer、community-manager、QAsecurity-engineer、Specialistnetwork-programmer协同条件式 Agent 调度security-engineer 与 network-programmer 是否生成取决于游戏特性在线/多人而不是固定全员到场并行执行Phase 3 的 QA 与 DevOps 审计同时进行缩短关键路径人类决策闸门每个阶段转换处使用AskUserQuestion征求用户批准Phase 5 的 GO/NO-GO 是硬闸门Phase 6 部署严格条件化收尾闭环以发布报告、里程碑跟踪、社区通告、监控计划与production/stage.txt状态推进结束。三、七阶段发布管线逐段拆解规格通过五个测试用例的预期行为序列逐步刻画了七阶段的具体动作。综合 Case 1Happy Path可以还原出完整管线阶段主责 Agent关键动作闸门Phase 1 发布授权producer确认里程碑验收标准全部达成、识别延后范围、产出发布授权AskUserQuestion 后才进入 Phase 2Phase 2 发布分支release-manager从约定 commit 切发布分支、升级版本号、调用/release-checklist、冻结分支输出分支名与清单AskUserQuestion 后才进入 Phase 3Phase 3 并行验证qa-lead devops-engineer 可选 security-engineer / network-programmer回归测试与关键路径签核、构建产物与 CI 验证同时发起结果立即上浮给用户Phase 4 发布前检查analytics-engineer 等本地化字符串全量翻译、遥测在发布构建上正确触发、性能基准通过产出签核Phase 5 GO/NO-GOproducer汇总各签核无阻塞问题时宣布 GO用户确认 GO 后才会部署Phase 6 部署release-manager devops-engineer并行 community-manager版本控制打 tag、调用/changelog、部署到 staging、冒烟测试、部署到生产community-manager 同步产出/patch-notes vX.X与发布通告严格依赖 Phase 5 的 GOPhase 7 发布后监控全体发布报告、里程碑跟踪、回归监控、通告发布、仪表盘健康确认非门控阶段其中 Phase 3 的并行性是被反复强调的结构要求qa-lead 与 devops-engineer 的 Task 调用必须同时发出绝不能串行Case 1 Assertion 第 1 条。这正对应 CCGS Skill Testing Framework/quality-rubric.md 中team类别的T2 — Parallel where independent指标输入互不依赖的 Agent 应在单条消息中以多个 Task 调用并行生成。四、Agent 协作矩阵与条件式调度规则规格明确列出了/team-release涉及的八类 Agent其中两类是条件式的4.1 固定参与方producerDirectorPhase 1 发布授权、Phase 5 GO/NO-GO 决策处于决策链顶端release-managerLeadPhase 2 分支与版本、Phase 6 打 tag 与部署、Phase 7 发布报告qa-leadLeadPhase 3 回归测试与关键路径签核、Phase 7 回归监控devops-engineerOperationsPhase 3 构建产物与 CI 验证、Phase 6 并行部署analytics-engineerOperationsPhase 4 遥测验证、Phase 7 仪表盘健康确认community-managerOperationsPhase 6 玩家向通告、Phase 7 对外发布。4.2 条件式参与方Agent触发条件职责security-engineer游戏含在线功能 / 多人玩法 / 玩家数据采集发布前安全审计认证流程、反作弊存在性、数据隐私合规network-programmer游戏含多人玩法延迟补偿、重连处理、负载下带宽验证Case 3 强调当游戏含玩家数据时security-engineer 绝不允许被静默跳过当游戏为多人时network-programmer 必须随 Phase 3 并行生成。而 Case 1纯单机中二者都不应生成——规格通过正反两个用例双向锁死了这一条件逻辑。规格同时指出 localization-lead 是可委派 AgentCase 4仅在本地化验证发现问题时被生成以评估严重性。所有文件写入bug 报告、清单、报告等都由子 Agent 或子技能完成编排器自身绝不直接写文件——这是 File Write Protocol 的硬性约束。五、静态断言不跑行为测试也能做的结构校验规格的 Static Assertions 是可离线检查的硬性结构要求也是/skill-test static的判定依据具备完整 frontmatter 字段name、description、argument-hint、user-invocable、allowed-tools至少 2 个阶段标题phase headings包含裁决关键词COMPLETE、BLOCKEDFile Write Protocol 部分包含委派给子 Agent 的 May I write 语言且明确编排器不直接写文件Error Recovery Protocol 提供四种恢复选项surface上浮/ assess评估/ offer options给出选项/ partial report部分报告结尾包含指向发布后监控、/retrospective与production/stage.txt的下一步交接阶段转换处使用AskUserQuestion征求用户批准Phase 3 Agent 明确声明并行运行Phase 6 部署严格条件化于 Phase 5 的 GOsecurity-engineer 被描述为按在线功能/玩家数据条件式生成而非总是生成。这些断言覆盖了 CCGS Skill Testing Framework/templates/skill-test-spec.md 模板要求的结构性指标frontmatter、阶段标题、裁决词、写入授权语言、下一步交接体现了测试框架先结构、后行为的两级验证思路。六、五大测试用例深度解析规格的 Test Cases 是文章的核心资产覆盖正常路径、阻断路径、特性变体、边缘路径与参数推断五种场景。以下逐一展开。Case 1Happy Path单机——全阶段完成版本成功部署Fixture 前提production/stage.txt存在且阶段为 Production 或之后里程碑验收标准全部达成producer 可确认无在线功能、无多人、无玩家数据采集当前分支 CI 构建全绿无未关闭的 S1/S2 bugproduction/sprints/含本里程碑已完成的故事。输入/team-release v1.0.0行为链8 步Phase 1 producer 确认验收标准并产出发布授权 → AskUserQuestion 批准 → Phase 2 release-manager 切分支、升版本、调/release-checklist、冻结分支 → AskUserQuestion 批准 → Phase 3 并行发起 qa-lead回归 关键路径与 devops-engineer构建 CIsecurity-engineer 与 network-programmer 均不生成→ Phase 4 验证本地化全量翻译、遥测触发正确、性能基准通过 → Phase 5 producer 汇总三份签核后宣布 GO → AskUserQuestion 用户确认 → Phase 6 release-manager devops-engineer 并行打 tag、调/changelog、部署 staging、冒烟通过、部署生产同时 community-manager 生成/patch-notes v1.0.0与发布通告 → Phase 7 全体产出发布报告、里程碑跟踪、回归监控、通告发布、仪表盘确认。裁决COMPLETE — release executed and deployed发布已执行并部署。关键断言节选Phase 3 两个 Task 同时发出无在线功能时 security-engineer 不生成Phase 5 宣布 GO 前收集齐全部签核Phase 6 仅在用户确认 GO 后启动/changelog由 release-manager 调用而非直接书写/patch-notes v1.0.0由 community-manager 调用Phase 7 包含 48 小时发布后监控承诺下一步建议部署成功后把production/stage.txt更新为Live。延伸阅读/release-checklist与/changelog、/patch-notes是 Phase 2 与 Phase 6 被调用的三个子技能其行为分别记录在 CCGS Skill Testing Framework/skills/utility/release-checklist.md、CCGS Skill Testing Framework/skills/sprint/changelog.md 与 CCGS Skill Testing Framework/skills/sprint/patch-notes.md 中。其中/changelog从最近 git tag 起的提交历史与关闭故事生成开发者向变更日志/patch-notes再把玩家可见条目改写为面向玩家的平实语言——二者均为先读后写、May I write 授权的 Haiku 级技能与 team-release 的委派模型一致。Case 2NO-GO——Phase 3 发现 S1 bug部署整体跳过Fixture 前提v0.9.0 发布候选分支存在qa-lead 在 Phase 3 回归中发现主菜单一个此前未上报的 S1 崩溃devops-engineer 构建干净、产物就绪producer 已知晓该 bug。行为链10 步Phase 1–2 正常完成并切出发布候选Phase 3 并行中 devops-engineer 返回干净签核、qa-lead 返回 S1 bug 且回归失败宣布质量闸门NOT PASSED编排器立即上浮结果QA-LEAD: S1 bug found — [崩溃描述]. Quality gate: NOT PASSED.Phase 4 谨慎进行或暂停AskUserQuestion 询问继续 Phase 4 还是跳到 Phase 5Phase 5 producer 收到 NOT PASSED 裁决无 S1 签核可用宣布NO-GO理由S1 bug [ID] 未解决。发布不安全。AskUserQuestion 向用户呈现 NO-GO 决策与 S1 详情选项为修复后重跑 / 推迟发布 / 覆盖须记录理由Phase 6 整体跳过——不打 tag、不部署 staging、不部署生产community-manager 不生成无发布可通告技能以部分报告收尾说明完成内容Phase 1–5、跳过内容Phase 6及原因。裁决BLOCKED — release not deployed发布未部署。关键断言S1 发现必须在 Phase 3 后立即上浮、不得压到 Phase 5 才披露NO-GO 理由必须显式引用 S1 bug 与质量闸门结果NO-GO 时 Phase 6 完全跳过NO-GO 时不生成 community-manager部分报告必须讲清各阶段完成/跳过状态与原因裁决为 BLOCKED 而非 COMPLETEAskUserQuestion 提供修复重跑/推迟/覆盖三个选项覆盖路径要求用户先提供书面理由才能进入 Phase 6。此用例是 quality-rubric.md 中T3 — BLOCKED surfacing与T4 — Collect all verdicts before proceeding的教科书式体现阻塞结果即时上浮、并行 Agent 结果集齐后才进入依赖阶段。Case 3在线游戏安全审计——security-engineer 在 Phase 3 生成Fixture 前提游戏含多人玩法并存储玩家账号数据v2.1.0 发布候选存在qa-lead 与 devops-engineer 均返回干净签核按团队组成规则必须执行安全审计。行为链7 步Phase 1–2 正常Phase 3 编排器检测到在线/多人特性与玩家数据同时发出 qa-lead、devops-engineer、security-engineer 三个 Task并为多人玩法额外并行生成 network-programmersecurity-engineer 执行发布前审计认证流程、反作弊存在性、数据隐私合规返回签核network-programmer 验证延迟补偿、重连处理、负载下带宽返回签核四位 Agent 全部完成后才进入 Phase 4Phase 5 producer 收集全部四方签核而非两方后才做 GO/NO-GO后续阶段正常推进至 COMPLETE。关键断言含在线/多人/玩家数据时 security-engineer必须生成不可跳过含多人时 network-programmer 必须生成四个 Phase 3 Task 同时发出审计覆盖认证、反作弊、数据隐私合规Phase 5 签核收集含 security-engineer四方而非两方security-engineer 签核前不得开始部署不得将有玩家数据的游戏中的 security-engineer 视为可选。Case 4本地化缺失——未翻译字符串阻断发布Fixture 前提v1.2.0 发布候选存在Phase 3 双 Agent 干净签核Phase 4 本地化验证在法语游戏本地化范围内受支持语言中发现 47 个未翻译字符串localization-lead 可被委派。行为链7 步Phase 1–3 干净通过Phase 4 检测到未翻译字符串并计数localization-lead若可用被生成评估严重性编排器上浮LOCALIZATION MISS: 47 untranslated strings found in French locale. Localization sign-off is required before shipping.AskUserQuestion 提供三选项——(a) 修复翻译并重跑 Phase 4、(b) 本版本移除法语、(c) 原样发布并记录已知问题若选 (a)提供翻译后重跑 Phase 4技能等待本地化签核Phase 5 GO/NO-GO不会在本地化签核未决时进行本地化问题解决或被显式豁免前不得进入 Phase 6。关键断言Phase 4 必须计数未翻译字符串而非笼统说有缺失受支持语言区的未翻译字符串在 Phase 5 之前阻断管线AskUserQuestion 提供选择、技能不自动豁免本地化签核未决时不调用 Phase 5重跑 Phase 4 时无需从 Phase 1 重启若用户显式豁免原样发布豁免须作为已知问题记录进 Phase 7 发布报告技能绝不编造翻译字符串来给自己解套。Case 5无参数调用——技能推断版本或向用户询问变体 A存在里程碑数据production/milestones/存在里程碑文件最近里程碑为 v1.1.0 — Goldproduction/session-state/active.md引用了版本或里程碑。行为Phase 1 无参数时读取production/session-state/active.md与production/milestones/中最新的里程碑文件推断 v1.1.0 为目标版本并上报No version argument provided — inferred v1.1.0 from milestone data. Proceeding.用 AskUserQuestion 在正式进入 Phase 1 前确认Releasing v1.1.0. Is this correct?此后按/team-release v1.1.0正常推进。变体 B无任何可发现版本production/milestones/不存在active.md未引用版本无可用 git tag。行为读取可用状态文件但无版本可发现用 AskUserQuestion 询问What version number should be released? (e.g., v1.0.0)等待用户输入后才继续。关键断言无参数时不默认硬编码版本先读状态文件再询问变体 A推断版本须经 AskUserQuestion 确认变体 A版本不可发现时用 AskUserQuestion、技能不猜变体 B里程碑文件缺失时技能不报错、回退为询问变体 B。此用例与 team-qa.md 的 Case 4无参数时从会话状态推断 sprint 或询问模式一致体现了 CCGS 编排类技能状态文件优先、推断需确认、无据可查即询问的统一容错哲学。七、协议合规清单可自动校验的硬性约束规格末尾的 Protocol Compliance 是横跨全部用例的总约束也是 quality-rubric.md 中team类别 T1–T5 指标的具体化AskUserQuestion 闸门Phase 1 后、Phase 2 后、Phase 3/4 有问题时、Phase 5 GO/NO-GO 处均须使用对应 T1 命名 Agent 列表、T5 缺参提示Phase 3 恒定并行qa-lead 与 devops-engineer 永远并行绝不串行对应 T2 并行指标条件式生成不静默特性存在时 security-engineer 不能被悄悄跳过对应 T3 阻塞上浮File Write Protocol编排器从不直接 Write/Edit一切写入委派给子 Agent 或子技能部署严格条件化Phase 6 只响应 Phase 5 的 GO 裁决绝不自动触发错误恢复任何 BLOCKED Agent 立即上浮再进入依赖阶段对应 T3部分报告兜底任一阶段失败或管线中止都必须产出部分报告Case 2 验证裁决语义部署完成才 COMPLETENO-GO 或硬阻塞未解即 BLOCKED下一步交接总是包含 48 小时发布后监控、/retrospective建议与production/stage.txt更新为Live。八、覆盖说明哪些路径有意未单独测试规格的 Coverage Notes 界定了测试边界避免读者误以为存在缺测Phase 7 隐式覆盖发布报告、里程碑跟踪、社区发布、仪表盘监控由 Case 1 隐式验证——Phase 7 非门控、无阻断性失败模式无需独立边界用例devops 构建失败路径不单独测试因为它会以 Phase 3 的 BLOCKED 结果出现走标准错误恢复协议surface → assess → AskUserQuestion 选项由 Static Assertions 的错误恢复检查结构性地保证Phase 4 并行变体资源允许时 Phase 4 可与 Phase 3 并行是技能文档化的可选能力Case 4 将 Phase 4 作为串行闸门测试并行变体交由技能实现自行判断network-programmer 路径并入 Case 3 而非独立用例因其与 security-engineer 遵循同样的并行生成模式NO-GO 覆盖路径Case 2 中带书面理由覆盖 NO-GO仅作引用、未穷尽测试——它是技能必须支持的逃生舱其存在性由 Case 2 的 AskUserQuestion 选项断言验证。九、写在最后从规格到验证/team-release的规格体现了 CCGS 测试框架规格描述当前行为、逐条断言 场景用例验证、规格失败先查技能本身的核心方法论见 CCGS Skill Testing Framework/CLAUDE.md。对于希望自行验证或改进该技能的读者验证路径是先读 catalog.yaml 取得spec:权威路径再读team类别对应的 quality-rubric.md 中 T1–T5 指标随后按五个用例的 Fixture 搭建项目状态、逐条断言核对行为最后将结果写入results/并回填catalog.yaml的测试跟踪字段。需要特别留意的是规格开篇的提醒规格可能编码了 bug——当技能在实践中行为不符时先修正技能再更新规格把规格失败视为需要调查的信号而非技能一定错了的定论。这也是把 AI 编排技能当作真实工程质量对象来管理的核心态度。【免费下载链接】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），仅供参考