20分钟做完一款可上线游戏，他用Claude Code戳破了“编程门槛”

很多人以为“做一款完整游戏”仍然是程序员的专属技能，但 Peter Yang 用一条20分钟的视频，现场把这个认知打碎：从空文件夹到可分享链接，只靠 Claude Code 和 Cursor。更反直觉的是，真正决定效率的，不是代码能力，而是你如何和 AI 对话。

最反直觉的地方：代码不是起点，空文件夹才是

视频一开始，Peter Yang 并没有展示炫技代码，而是给了一个几乎“反高潮”的画面：一个叫做 Space Shooter Game 的空文件夹。他甚至强调了一句很不像教程的话——“如果只是为了好玩，这样做会让事情更好玩”。

这背后其实是一个被很多 AI 从业者忽略的点：当 AI 能承担大部分实现工作时，心理门槛比技术门槛更重要。空文件夹意味着没有历史包袱、没有架构债务，你可以把 Claude Code 当成“一起即兴创作的搭档”，而不是接手别人烂代码的外包。

这也是为什么他没有一上来就谈框架、引擎或复杂工具链，而是直接进入“能不能跑起来”。在 AI 参与开发的时代，启动速度本身就是生产力。

真正的加速器不是写代码，而是“写规格”

视频的转折点出现在第三步：不是写代码，而是“draft a spec”。Peter 直接让 Claude Code 来引导这个过程，让 AI 反过来问他问题。

这一幕非常关键。传统开发里，写 spec 是给人看的；而在这里，spec 是给 AI 用的。你描述得越清楚，AI 就越像一个理解你意图的高级工程师。

随后他用“milestone”的方式推进：Milestone 1 先跑起来，Milestone 2 让游戏更完整，Milestone 3 尝试收尾。每一步的反馈都不是“完美”，比如背景怪怪的、没有 boss，但游戏是可玩的。

这传递了一个非常务实的信号：在 AI 辅助开发中，‘不完美但可运行’远比‘设计完美但未开始’更有价值。

调 bug 的方式变了：不是改代码，而是改理解

一个很容易被忽略、但极有价值的片段，是 Peter 遇到 bug 时的处理方式。他做的第一件事不是重构，而是截图、回溯，并在修好之后刻意去理解：这个 bug 为什么会出现。

这其实揭示了 AI 编程时代一个新的能力分水岭：强者不一定写得更快，而是更擅长建立“AI 的心智模型”。

当你知道 Claude Code 是如何理解上下文、如何根据 spec 推断行为时，你就能预判它可能犯的错。调试不再只是技术活，而是一种沟通校准。这也是为什么他能在几轮 milestone 之后，把一个“看起来差点意思”的 demo，推进到一个完整游戏。

最后一步才是关键：把作品“发出去”

很多教程会在“跑起来”就结束，但 Peter 特意留了时间讲“怎么让别人玩到”。他提到可以用 GitHub Pages，也分享了自己最近更常用的方式，核心目标只有一个：给你一个可以直接分享的链接。

这一点对 AI 从业者尤其重要。因为在这个时代，价值不在于你本地跑了多少实验，而在于你交付了什么。

20分钟内，从零到可访问的游戏链接，这个闭环本身就是一个强烈信号：AI 正在把‘发版’这件事，从专业流程，变成默认动作。

总结

这条视频真正值得反复看的地方，不是“20分钟做了一个游戏”，而是它展示了一种新的工作范式：你不再是代码的主要生产者，而是意图、节奏和质量的控制者。

如果你是 AI 从业者，可以从三件事开始行动：第一，用 milestone 而不是完美设计推进项目；第二，把 spec 当成最重要的“代码”；第三，强迫自己每次都走到“可分享链接”这一步。

一个值得思考的问题是：当“把想法变成可用产品”的成本持续下降，你的真正护城河，会不会正在从技术本身，转移到你选择做什么、以及为什么要做？

关键词： Claude Code， AI编程， Cursor， 游戏开发， Milestone开发

事实核查备注： 需要核查：视频发布时间（2026-01-21）、作者/频道 Peter Yang、视频标题中是否明确使用 Claude Code、视频中提到的发布方式是否包含 GitHub Pages、是否明确标注使用 Cursor 作为编辑器