验证即新瓶颈

核心论断：瓶颈从"写代码"转移到"验证"。吞吐量高 + 提交者学科多元（工程/PM/设计都在 checkin），如何让所有人对变更有信心成为第一问题。

可操作的做法：

1. 把"什么是好"写成可校验的资产，checkin 进 repo：spec、content design 规范（做成 skill）等。Claude 在"给定框架去校验"这件事上非常强——有了 repo 里的 good-looks-like 声明，Claude Code review 就能自动验证代码是否仍符合当初意图。
2. spec 与代码同步演进：spec 必须随代码频繁更新，否则校验资产失效。
3. 人工审查收缩到深度专业领域：需要 subject matter expertise 的关键部位保留人类 reviewer，其余尽量自动化。
4. TDD 的复兴：测试先行原则一直对，但过去写测试像"先吃西兰花"的税；现在测试生成自动化了，让 Claude 先写测试、确认失败、再修复——老原则因模型而变得更高效。
5. 投资监控与测试胜过投资更多人工 review：速度已不可能靠人盯，转向"让 agent 知道成功长什么样，自己闭环"。

未解决部分（她自己的 caveat）：如何验证"体验"符合预期——准确性可以 eval，但体验层面的 verification 还没被攻克。