用途：作为浏览器游戏工作的总入口，在用户尚未确定技术栈、需求横跨运行时/UI/资产管线/QA，或只说“帮我做个游戏”时，先做分类与规划，再路由到更具体的专项技能。
主要能力：按请求分类并给出路由规则。2D 默认走 Phaser（精灵、瓦片地图、俯视、侧视、网格战术、动作平台）；3D 且为纯 TS/Vite 走原生 Three.js；3D 且基于 React 走 React Three Fiber；3D 资产管线关注 GLB、glTF、纹理打包、压缩、LOD 与运行时体积；Babylon.js 或 PlayCanvas 通常作为对比或生态适配问题处理。共享部分涵盖核心循环设计、前端方向、存档/调试/性能边界与浏览器 QA。
使用方式：先锁定游戏幻想与玩家动词，定义核心循环、失败状态、进度与目标单局时长；再选实现路线（2D 默认 Phaser，明确 3D 且要直接控制渲染循环选原生 Three.js，已在 React 或要声明式场景组合选 R3F，仅当明确要自定义渲染器或着色器优先才用原生 WebGL）；尽早定义 UI 层，浏览器游戏通常需要 DOM HUD 与菜单层；确定资产流程（2D 角色与特效走 sprite-pipeline，3D 模型、纹理与交付格式走 web-3d-asset-pipeline）；最后以试玩循环收尾。分类后路由到对应专项技能，如 web-game-foundations、phaser-2d-game、three-webgl-game、react-three-fiber-game、web-3d-asset-pipeline、game-ui-frontend、sprite-pipeline、game-playtest，并保持引擎、UI、资产与 QA 决策一致。
适用场景：浏览器战术游戏原型、Phaser 动作游戏循环加 HUD 与菜单、Three.js 探索演示、React 3D 配置器、GLB 资产优化、2D 精灵动画流程搭建。
限制：v1 中 2D 是最强执行路径；3D 有单一默认生态（纯 TS/Vite 用原生 Three.js，React 用 R3F，默认交付格式 GLB 或 glTF 2.0）。若运行时已明确为原生 Three.js、R3F，或任务明显属于已交付资产、纯前端、纯 QA，则不应停留在本技能。资料未提供具体收费、价格与平台信息。