一个反直觉的观察：事故报告数量增加，不一定意味着系统可靠性在下降，反而可能说明组织的安全文化在改善。讨论工程团队如何建立健康的事故管理文化，以及管理者如何向上汇报这个反直觉的信号。

一个让我愣住的数据

前两天刷到一条消息，a16z的合伙人透露，Cursor的创始人把30%到40%的时间花在招聘和文化建设上。

Cursor，一个估值几十亿美元的AI编码工具公司。按理说，这种公司的创始人应该忙着研究模型、优化产品、跟投资人喝咖啡。结果人家把将近一半的时间放在了一件事上——招人。

说实话，看到这个数字我愣了几秒。不是因为不理解，而是因为太理解了。

先讲一个场景

我见过一个团队，技术选型会上，Leader 说"这个组件我们用开源的，社区活跃、文档齐全"。然后呢？然后就没了。没有维护计划，没有贡献策略，没有 license 审计。三个月后，依赖的库作者跑路了，代码里留着几十个 GitHub issue 没人管。更尴尬的是，这个库的 license 是 GPL，法务找上门来问"咱们的代码是不是也要开源"。

最近看到一条数据让我有点恍惚——Sonar 的2026年开发者调查报告显示，AI 已经占了提交代码的42%，但96%的开发者并不完全信任这些代码。拿了就用，用了又不信，整个行业陷入了一种奇怪的拧巴状态。

我挺能理解这种拧巴的。上个月我们团队做了个内部统计，工具生成的代码在PR里占比确实越来越高，但真正的问题不是"AI能写多少代码"，而是——写了之后，谁来确认这些代码是对的？

贡献者退场，守护者上场