我们用AI构建了salty.poker。这是没人看到的那部分。

十天内二十二次构建会话。

每次会话：一个Claude Code代理根据100页规范工作——读取代码库当前状态，提取分配的规范模块，编写代码，连接服务，运行迁移，提交。没有估算会议。没有范围讨论。没有在会议室争论的Jira票据。

这些会话的输出是20个微服务、实时桌面引擎、锦标赛管理、复式账本、KYC验证、欺诈检测以及带有动画牌和筹码堆的PixiJS渲染扑克桌。

更新日志涵盖了已发布的内容。本文讲的是之后发生的事情。

代码写完后真正发生的事

编写正确的代码和拥有一个能运行的系统是两件不同的事。代码通过了单元测试。服务在隔离状态下运行正确。但当你把一切连接起来——网络应用、桌面引擎、实时连接、认证、数据库——失败的可能性增长得比任何测试套件能完全预测的都快。

上周就是那个阶段。端到端测试。真实登录、真实大厅、真实桌台、真实玩家入座。

桌面视图加载后，在应该有座位的地方显示了空白画布。没有买入对话框。没有返回大厅的方法。一个应该是扑克游戏的地方变成了空白屏幕。

大厅里有一张桌台卡片拉伸填满了整个页面高度。一个CSS默认值——当行中只有一个项目且你没有覆盖其拉伸行为时，CSS Grid就是这样工作的。

这些bug没有一个是人类写的。是AI会话写的桌面视图。是AI会话写的大厅。它们仍然是bug。它们仍然需要被发现、追溯到根本原因并修复。

为什么这仍然是更好的路径

在讲如何破坏的故事之前：我们在十天内进行端到端测试这一事实本身就是故事。

两家之前的公司教会了我用传统方式要花多长时间。几个月的脚手架搭建才有东西可以测试。再几个月才能测试出类似最终产品的东西。

我们在十天内缩短了这个差距。测试阶段才是难的部分。我们正在经历它。

本系列接下来的内容

这是四篇中的第一篇。接下来的一周里，我们将详细介绍在测试中实际发现的内容——一个直到完整技术栈运行才显现的路由bug、一个默默忽略代码更改的开发环境，以及一个将每次导航尝试都发送到重定向循环的认证守卫。

关于更深入的方法论，我在The Salty Korean上写。

Stay salty.