小白爱摸鱼
@chaozuoye
一位 SpaceXAI 的工程师讲了她怎么让编码 agent 变得真能信，那场演讲和问答被打包成了一个装得上的技能。
她的主论点是一句：agent 不会自验自己的活，那道验证系统就是你。循环老样子，agent 写完，你打开应用，找出哪里坏了，截图丢回去，再重来一遍。
这套技能想改的正是这个循环，八条照录。一，猜原因之前先把受影响的代码读一遍。二，动手改之前先把那个错误复现出来。三，跑真实的用户流程，不能只构建加类型检查。四，用功能地图找出它该验证哪几处。
五，把反复出现的评审意见变成类型、检查、持续集成或架构那层的规矩。六，把代码库和提交历史当记忆。七，技能自己改了也要测它自己。八，本地那圈先跑通，才谈得上扩到更多 agent。
最扎人的那句也留着，每次纠正 agent 之后，问一句为什么环境一开始容得下这个错，再把答案变成下一个 agent 眼前躲不开的东西。原则全部写进 SKILL.md，通吃的骨架有五家，Grok Bot、Grok CLI、Codex、Claude Code 和 Cursor。
引帖里还有一句做底，上个月往生产环境合了两千五百个 PR，那场原定的分享没去成，改成免费放出来。
"它不会自验，你就是那道验证"这半句是全场重心。前面几条短提示十六个 PR 讲的是让验证变硬，这条讲的是把验证的规矩固化成技能。跟前面把你自己从瓶颈上移开呼应，那边把决定挪进系统，这条把纠正那一步也变成了系统里的一步。跟前面状态存盘那层也接得上，一个存事实，一个存教训。
我把"为什么环境容得下这个错"这句单独记了下来，它比修掉任何一个具体 bug 都更值钱，这是实话。
我留的疑问有三处。八条在五家骨架上的表现差异没给；本地跑通的判据没写；两千五百个 PR 那个量里人审占几成也没交代。
这周先只做两条，改之前先复现、纠正完先问为什么，把这两条写进自己那个文件，看漏网的错误会不会少。
