代码开始像河水一样流过来，工程师得先修河床

Garry Tan转发了lauren的一段话，核心很直接：软件要重建、重写，去适应一个更快的节奏。

过去代码一滴一滴来。现在，或者很快，代码会像一条连续河流，拐弯、加速、随时改道。大公司早就遇到过类似问题，工程团队规模一大，代码流入速度就不是个人能盯住的。变化在于AI给每个工程师配了一支弹性劳动力，代码流量被放大了。

lauren的判断是，适应方式只有一种：把系统进化到能让agent活下来。尤其是那些对“正确做法”缺少上下文的agent。要让容易的事变成正确的事。代码库会变成有机建筑，agent的贡献围绕你设计的约束和护栏生长。软件工程更重要了。不要哀悼写代码这件事，去设计系统、框架、语言，控制混乱。

这段话被放进另一场讨论里，味道更复杂。404media的Joseph Cox称拿到多份Proton CTO的AI宣言，文章标题里用了“宣言、恐惧和输家思维”。Proton做邮箱、密码管理、VPN，卖点就是隐私。Joseph Cox贴了三张截图：

评论区很快分成两派。有网友松了口气，说谢天谢地，Proton的CEO不是白痴。有网友觉得方向合理，是向前看的。也有人直接紧张：刚把所有密码迁到Proton Pass，邮箱也用ProtonMail，本来想逃离Google，看到“把最私密的对话托付给一群vibe-coding黑客”这种说法，又想回去了。

这个反应不奇怪。隐私产品拥抱AI，用户第一反应不是效率，是代码来源还透不透明，护栏够不够硬。代码流得越快，可验证性越值钱。

还有网友质疑，为什么一家重要软件公司的CTO要花四年才意识到多年前就明显的事。有人翻出2022年12月16日的文章《the digital shepherd》，里面把程序员描述成引导AI的牧羊人：不亲手写每一行，而是设参数、定方向、盯着AI别跑偏。这个说法不新，只是现在被更大的代码流量推到了台前。

有网友贴了视频，配文是“this not news.... this is the new norm”。

另一条回复把Geoffrey Huntley的文章翻了出来。Huntley在2026年10月9日那篇《if your team is too busy doing their 'normal job' to experiment with AI, you're preparing them to be replaced》里写得更直：AI在软件工程里的使用不再可选。如果公司禁止AI，他建议员工考虑换地方。团队太忙，没时间实验AI，等于在准备被替换。

他还给了招聘和管理上的判断：能不能讲清coding agent在底层怎么工作，有没有能展示的AI项目，遇到AI转型时具体改过什么流程。Huntley画了一张分类图，结论是不要招线左边的人。

文章里还引用了一封读者邮件，称用约3K美元的Sonnet token交付了10万美元的开发量。个案，不能当普遍数据，但足够让管理者坐不住。Huntley的建议很具体：给开发者时间构建自己的agent，弄懂Claude Code这类工具底下发生了什么。

把这几条线放在一起，能看到同一个转向。代码生产从滴灌变成洪水，工程系统得从“接水”变成“修河床”。agent会写更多代码，也会带来更多缺少上下文的提交。约束、护栏、审计、测试、回滚，这些老东西重新变成核心竞争力。对隐私公司更是如此，用户不只听你讲AI效率，还会问你凭什么让人放心。

手写代码当然可以继续，留到周末也行。工作日先修河堤。