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