我在AWS新加坡办公室第一次玩AWS Builder Cards桌游时，居然赢了。这个游戏挺有意思，但规则实在有点多。主持人很给力，全程自愿给大家提示和技巧，让游戏轻松不少。我个人更喜欢规则简单、上手容易又保持挑战性的游戏，于是冒出一个念头：为什么不用Kiro来做一个新的 Builder Cards 变体？

我想要的是更简单的玩法、更少的规则，同时更突出云架构设计和决策。目标是为初学者降低门槛，又能让他们边玩边掌握AWS架构概念。如果一年前有人对我说，我会花更多时间审查AI生成的代码，而不是自己写代码，我大概不会信。

打开网易新闻 查看精彩图片

最近我做出了一个网页游戏，名叫 AWS Builder: Architecture Race。游戏本身不是重点，真正有趣的是它的构建方式。整个项目的代码全都是 Kiro 写的。我不觉得这个项目自己能占多大功劳，真正的开发者就是Kiro。

我所做的无非是描述功能需求、审查代码、修复个别问题，然后点击“接受”。Kiro在这个过程中开心地消耗了200个积分，替我把应用写出来了。如果谁该拿“月度最佳开发者”称号，大概就是 Kiro。

我一直很喜欢 AWS 活动中用的 Builder Cards 桌游。但我不想做成数字复制品，而是想做点不一样的。目标是打造一个基于浏览器的游戏，让玩家能够构建云架构，选择正确的 AWS 服务，根据架构决策得分，边玩边学 AWS 服务。游戏面向学生、入门用户和社区工作坊。

整个应用遵循无服务器架构。前端用 VueJs3、TypeScript 和 Tailwind CSS，托管在 AWS Amplify Hosting。游戏还带有一个 AI 模式，由 Amazon Bedrock 提供支持。没有硬编码每个响应，Bedrock 帮助生成智能的玩法交互和解释。

后端没有传统的应用服务器，所有组件都由托管 AWS 服务运转。架构包含 AWS Lambda、Amazon API Gateway、Amazon Bedrock、Amazon DynamoDB、Amazon S3 和 AWS Amplify。没有 EC2，没有 Kubernetes，没有容器，没有补丁管理，也没有“因为某个人忘了重启，服务器就挂了”这种事。

无服务器架构的数据流是这样：玩家经AWS Amplify Hosting进入前端，再由Amazon API Gateway触发，分别调用 AWS Lambda 和 Amazon Bedrock，最终连接到 Amazon DynamoDB。带来的结果是运维开销极低、自动扩缩容、仅按使用付费，以及部署简单。

这个项目变成了一场Agentic Development的实验。没有逐行手写代码，更像是在指挥一个AI 搭档去完成开发。用Kiro写应用的过程很像带着一位很能干的初级开发者，只要说清楚要什么，它就能掏出可工作的代码。我的任务从“写代码”变成了“审查代码”，这个角色转变确实挺奇妙的。

从这个实验里有几点体会。第一，审查 AI 生成的代码和手写代码完全是两码事。读自己写的代码脑子里带着完整的思维地图，而读AI写的代码被迫要去理解另一种实现路径。第二，让 Kiro 从头生成整段逻辑的时候，偶尔会出现路径混乱，但把需求拆得更小更具体后，效果就稳定很多。第三，描述需求本身变成了一项全新的技能——就像写产品需求文档，必须把边界条件、期望行为都说得足够清楚。

游戏目前在浏览器里跑得很顺畅，AI模式也能给出比较自然的提示。它证明了用 AI 辅助开发一个架构决策类游戏完全走得通。整个过程几乎没有手写代码，最终成品却能让人快速上手并在对局中学会如何选择 AWS 服务。这种体验让我对 Agentic Development 的后续走向还挺期待的。