（4082期）Game Dev Release – 游戏发版全流程管控专家

游戏发版全流程管控专家 基于游戏行业最佳实践的发版管理技能，覆盖从预发布检查、版本构建、商店提交到热修复的全生命周期，帮助开发者自信地将游戏交付给玩家。 使用说明 核心用法 Game Dev Release 是一个专为游戏开发团队设计的发布管理技能，提供端到端的版本发布工作流指导。用户通过触发词（如 "prepare for release"、"launch preparation" 等）激活后，系统会引导完成六个关键阶段：发布规划（定义版本类型、制定时间表、确定版本号规则）、预发布检查（最终 QA、构建管道验证、商店素材准备）、补丁说明撰写（结构化模板与风格指南）、热修复流程（P0 级紧急漏洞的标准化处理）、发布日执行（倒计时检查清单与 Day-1 补丁策略），以及发布后监控（首周指标追踪与路线图规划）。 该技能强调文档驱动，要求团队在 game-dev-studio/release/ 目录下维护完整的发布计划、检查清单和补丁历史，并针对 Steam、itch.io、Epic Games Store 等平台提供差异化的提交检查清单。 显著优点 体系化覆盖：填补了游戏开发中"开发完成到正式上线"这一常被忽视的关键环节，将混沌的发版流程转化为可复现、可审计的标准操作程序。 风险前置：通过明确的版本冻结窗口（T-8 周）、Gold Master 构建归档、以及详尽的风险登记册，显著降低上线事故概率。 热修复纪律：严格界定"何时热修复"的触发条件与"修复仅修复"的纪律，避免紧急补丁引入次生问题。 平台适配：针对不同分发平台（Steam、itch.io 等）的差异化要求提供专项清单，减少因商店政策不熟导致的提交失败。 潜在缺点与局限性 手动步骤无法规避：明确警告商店门户（Steam、App Store 等）的最终提交仍需人工操作，AI 仅能准备元数据文件。 模板依赖执行：提供的检查清单和流程模板需要团队严格遵循，若团队文化偏向敏捷松散，可能产生"文档与实际两张皮"的现象。 平台政策时效性：商店政策（如 Steam 的审核规则、各主机厂商的认证要求）变化较快，技能内容可能存在滞后，需结合实际更新。 非技术风险覆盖有限：侧重于技术和流程风险，对营销节奏、社区舆情、法律合规等商业层面风险的指导较浅。 适合的目标群体 独立游戏开发者（1-10 人团队），缺乏专职发布工程师 中小游戏工作室的制作人或项目经理 首次主导游戏上线的技术负责人 参与 Game Jam 需要快速发布版本的开发者 需要规范化发版流程、建立发布纪律的成熟团队 使用风险 工具链依赖：构建管道的"一键构建"假设依赖特定 CI/CD 环境，迁移至新平台可能需要适配成本。 版本号冲突：Semantic Versioning 与日期版本混用场景下，若团队理解不一致可能导致版本混乱。 热修复窗口压力：技能设定的"15 分钟分级-快速修复"节奏对非全职团队可能造成过度压力，需根据实际调整预期。 文档维护负担：完整的发布文档体系需要持续维护，小型快速迭代项目可能感到 overhead 过重。 AI 执行边界：需清晰认知 AI 辅助边界——无法替代实际构建测试、无法提交商店、无法签署法律文件，过度信任可能导致关键步骤遗漏。 原始说明 Release management for game development. Covers release checklists, patch notes, hotfix process, day-1 patch strategy, launch checklist, platform store submi...