一句话看懂：2026年11月，开发者“莪_幻尘”在掘金发文，拆解了3个用Claude Opus 5.5、Claude Code CLI单会话、代码零人工改动生成的3D网页游戏，加上另一个独立单文件demo，四个游戏总体积仅3.82MB，值得关注的是其背后“程序化资产＋单文件交付”的工程方法。
事件核心：发生了什么
据文章描述，GitHub仓库 riba2534/claude-opus-5-5-demo 中的三个demo（FPS运输船862KB、QQ飞车718KB、鹈鹕骑车818KB）由Claude Opus 5.5在1M上下文、xhigh推理设置下，于单个会话内完成调研、编码、测试和部署，并上传至Cloudflare Pages。另一个《几猫》FPS为1.42MB单文件，界面标注“Fable5.2”，作者未署名，文章明确提醒不应算到同一作者名下。四个游戏均无glTF模型、PNG贴图或MP3音频，几何体、Canvas贴图、WebAudio音效全部程序化生成，再用esbuild内联成一个HTML。
为什么重要
这条链路的重点不在“AI能写游戏”，而在提示词被翻译成了工程约束。“还原CF运输船”迫使模型先检索官方地图布局，“包括键位和漂移玩法”要求做出物理与状态机，“上传CDN发链接”把部署也纳入闭环。真正的难点是资产生产方式：用参数化几何、InstancedMesh、CanvasTexture缓存替代素材包，让体积和单文件交付同时成立。这套方法目前适合玩法闭环完整、内容量有限的垂直切片，尚不能支撑长线运营或大世界。
对用户/开发者/创作者的影响
对开发者，它展示了把“调研、实现、验证、部署”整体交给大模型会话的可行边界，单文件在调试、缓存和审查上的代价也需要提前权衡。对独立创作者和小团队，程序化资产能显著降低Demo制作与作品集成本，但合成音效“像不像”仍靠参数调。对企业，这套流程更适合原型验证而非生产交付，代码零人工改动也意味着缺少模块边界与sourcemap处理。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是这类单会话产物能否在加大内容量后仍保持可维护；二是《几猫》未署名作者与Fable5.2的实际来源目前公开信息有限；三是程序化资产生成是否会被主流引擎或AI编程工具产品化。
来源：juejin
