Vibe Coding 实战 — 用 Kimi K3 一条提示词生成可玩的 HTML 游戏

信息核对截至 2026 年 10 月 13 日。 原始 Floatboat 演示使用 Kimi K3 生成了可在浏览器运行的 HTML 文件。它是一段有记录的演示，不代表每条提示词或每次模型运行都会得到同样结果。

“一条提示词 HTML 游戏”最适合作为有边界的原型练习：目标是一个能本地打开的文件，包含明确玩家动作、得分或获胜状态，并在失败时给出可见反馈。第一轮生成只是草稿，浏览器测试与迭代才是工作流。

先写可测试的游戏合同

提示词之前，先确定：

• 玩家动作：移动、收集、躲避或匹配；
• 控制方式：键盘、鼠标或触屏；
• 世界形式：俯视、横版、网格或 Canvas；
• 完成条件与重新开始行为；
• 交付：单个 HTML、无远程素材、无构建步骤；
• 可访问性：操作说明、焦点、对比度与减少动态效果；
• 验收浏览器和视口。

原始 Floatboat 演示展示了可漫步的装饰艺术小镇、昼夜循环、漫游角色、云和收集物。这些细节属于那一个成品，不是基准成绩，也不是 Kimi K3 的必然输出。

一条更少歧义的提示词

可以从下面的结构开始：

创建一个自包含的 game.html。玩家用方向键和 WASD 移动，收集 5 个物品，界面显示分数和重启按钮，并有清晰完成状态。只使用 Canvas 与内嵌 CSS/JavaScript。加入键盘说明；页面失焦时暂停；尊重 reduced motion；初始化失败时显示错误。不要加载远程资源。返回完整文件。

每次只增加一个维度。若第一轮同时要求大地图、对话、物理、程序化美术、音频、移动端控制和存档，失败时无法定位原因。

测试生成文件

分别从本地文件和本地服务器打开，检查控制台、键盘焦点、重启、窗口缩放、承诺过的触摸备选方案和完成状态。切出标签页再回来，并运行足够久，观察定时器、内存和物体越界。

随后阅读源码，确认没有未声明的远程请求、密钥、不安全的 HTML 注入、误导性许可声明或无边界循环。生成代码仍然是你要负责的代码。

关于这类任务的模型选择，可参考 Kimi K3 模型介绍；Vibe Coding 是什么则解释了为什么快速提示仍然需要测试、版本控制与评审。

根据失败迭代，而不是堆形容词

把缺陷写成可观察条件，例如“页面失焦后角色仍移动”“重启会重复绑定监听器”“分数可超过 5”。要求最小修补，重新跑完整清单，并在下一次修改前保存可工作的版本。

玩法稳定后再加美术方向。把交互验收与审美偏好分开，避免更漂亮的版本掩盖坏掉的控制循环。

何时不该继续单文件

单文件适合原型、教学、作品集实验和客户概念确认。需要自动化测试、多关卡、授权素材、账户、联网、分析或多人协作时，应拆分项目。“一条提示词”只是输入约束，不是生产架构。

真正有价值的结果不是证明 AI 能做游戏，而是判断一套边界清楚、可检查、可测试的模型辅助循环，能否产出你可以安全继续开发的小型成品。若要核对 Floatboat 中的实际入口与边界，可继续读 Kimi K3 在 Floatboat。