（2549期）Game Development – 从原型到发布的完整游戏工程

从原型到发布的完整游戏工程 专为Agent驱动的游戏开发设计，支持从无构建Three.js原型到复杂架构的完整流程，内置性能预算、持续测试循环与渐进式复杂度管理。 使用说明 核心用法 该技能提供浏览器优先的游戏开发工作流，覆盖从概念到发布的完整生命周期。核心交付路径包括： 无构建快速原型：使用原生HTML/CSS/JS + Three.js实现即开即玩的浏览器游戏 结构化工程方案：TypeScript + 模块化架构的中大型项目 引擎路径：Unity/Unreal/Godot用于需要编辑器工具链和跨平台发布的场景 强制采用"垂直切片"开发顺序：输入→移动→目标→失败状态→重开，确保每个里程碑都是可玩的五分钟核心循环，而非十个未测试的系统。 显著优点 性能即产品需求：预设帧时间、Draw Call、纹理/音频内存预算，移动设备降级策略先行 确定性核心逻辑分离：游戏状态、命中判定、计分、经济计算与渲染层解耦，便于测试和回放 渐进式复杂度解锁：严格控制开发顺序（循环→反馈→敌人/谜题变体→进度层→社交功能），每层必须可玩且可测量后才能进入下一阶段 持续测试制度化：每个里程碑强制包含测试目标、预期行为、观察到的摩擦点、具体平衡动作四项记录 潜在局限 重度依赖浏览器技术栈，主机/原生高性能场景需切换引擎路径 "锁定交付档案"规则禁止同一里程碑内混用技术栈，迁移需用户显式确认 本地静态工作流优先，后端依赖（多人/持久化/商业化）需显式申请 适合人群 快速验证游戏创意的独立开发者 需要Agent协作完成从原型到生产级代码的工程师 关注移动端浏览器性能预算的团队 重视可测试架构和持续迭代数据驱动决策的项目 常规风险 | 风险类型 | 缓解机制 ||---------|---------|| 过早制作菜单/库存/外观系统 | Core Rule #2强制核心循环优先 || 物理与帧率绑定 | 确定性逻辑分离要求 || 过早导入重型3D资源 | 浏览器性能预算前置检查 || 输入延迟与相机可读性忽视 | 持续测试包含"观察到的摩擦"记录 || 单人循环未验证即添加多人 | 渐进式复杂度第6层才解锁社交功能 || 存档与状态恢复缺失 | Memory模板强制记录架构决策与发布风险 | 安全与隐私 本地数据（~/game-development/下的概念笔记、用户偏好、决策日志、测试结果）默认不出境。源代码推送、CDN上传、后端遥测仅用户显式请求后执行。无强制外部服务或付费API要求。 原始说明 Design and ship browser-playable games from no-build Three.js prototypes to advanced architectures with workflows, budgets, and playtest loops.