为什么要在 2026 年编写代码

我们的工作是建立软件工厂——而不仅仅是软件。软件工程师维护装配线，允许任何人提示更改并立即发货。我们建立了使代理商取得成功的基础设施。我们通过提示（技能、AGENTS.md、知识库等）主动采取行动。我们通过自动评估（测试、linting、类型系统、评估、其他人工智能等）被动地保护软件。这一切都让特工保持在正轨上。即使是一个愚蠢的模型，在新的背景下，也可以在这些限制下工作并产生足够好的变化。甚至看代码就开始显得荒谬。想要编写代码绝对是可笑的。我不同意。写代码还是有用的。即使拥有寓言般的智能，人类也能从编写代码中获得价值。并不是因为智能体在编码方面比人类差。而是直接在执行环境中思考，而不是通过英语代理。这是关于关注和理解。为了保持注意力，我必须超越“阅读代码”，就像远处代理的被动观察者一样。要真正与系统的架构联系起来，有助于真正体验代码。我不想要你的平面 2D 差异和补丁系统。有时，我需要完整的 4DX 虚拟现实体验，并将疼痛传感器连接到我的下体来体验正在发生的事情。不，这并不是因为“代码不漂亮”，而是因为体验到了脆弱性。如果我很难在不破坏任何东西的情况下在这段代码之上进行构建，那么代理就更难理解它。如果我可以清理它，然后记录有关架构的一致原则，没有六个例外，软件工厂就会工作得更好。如果我能够进行调试，找到测试策略的薄弱环节，并找到修复方法，我就可以消除一类全新的错误。是的，您无需编写代码即可做到这一点。我不会教训你，骂你小猫，并说真正体验软件的唯一方法是通过磁针和稳定的手。我也感染了人工智能精神病。我的绝大多数代码都是人工智能生成的。尽管如此，我发现编写代码是一个有用的工具。我鼓励其他人也这样做。当我只是一个反向半人马时，我很难集中注意力。当我阅读并批准代码时，我发现我没有同样的主人翁意识。污水在雷达下飞行。微调起来比较困难。从长远来看，溢出也会伤害代理商。脆弱性的累积正是因为我们不关注细节。另一方面，当人类做了一些工作，激发一种方法，然后代理消除我参与的模式并拥有结果。写代码可以帮助我思考。英语是一种未指定的语言。这不是表达计算的精确方式。对于真正的算法工作，我想以可执行的步骤来绘制和思考。我想要一个校准的精度。有时低级语言具有巨大的设计空间。有时是具有更有限计算环境的高级语言。相反，我们正在转向这种错误的思维方式，即编码代理就像编译器。这种心态让我们能够发布写得很糟糕的代码。代理不是编译器——他们更像是新入职的实习生。他们读取部分可能不完整的代码，对更改进行不精确的描述，并且必须生成更改。人类不能将自己的思维和品味交给大批实习生。亲身实践而不是消费者会有所帮助。例如，你见过特工遵守童子军规则吗？他们在哪里留下的代码比他们发现的更好？您希望他们尝试这样做吗？代理倾向于尽可能安全地进行当前的更改。我在之前的代码库中遇到过一种情况，一天早上，在喝咖啡前，我的肉脑提到使用浏览器本地存储。因此，一些随机状态是在本地存储中管理的。其他一切都通过后端数据库进行。当我查看代码时，为了保留这种愚蠢的人为错误而进行的包装和间接处理的数量可能是 LoC 的三倍。代理人如此保守可能会放大我们一次性的错误决定。经历并愉快地删除代码和探索帮助我找到了一个更好的架构，而不是仅仅尝试通过英语来代理它。我的思考、我的作者身份、我指导该因素的能力都通过关心代码而得到了极大的增强。如果我们要建立一个软件工厂，细节很重要。建立架构模式的细节。归结为算法和性能。代理人推动我们评估、衡量和防范。他们让尽早将 CI 添加到副项目中变得很酷，而不是事后才想到。这是对软件状态的巨大改进。但任何装配线都有其弱点。有时候在汽车工厂，我们需要拆开装配线。或者深入研究内燃机的细节，做出10%的改进。或者花一整天的时间观察刹车片测试以找出出现问题的原因