In the Loop？ 软件思维要升级了，不然，真的理解不了现实了。

AI时代，软件工程思维有8个不同，分别是意图、身份、代码、流程、关系、可观测性、知识、和实验主义。

（注：本文所讲的过去和以往，是指2025年12/31日之前。）

变化1-意图

以往，我们认为代码是产品。

AI时代，代码不再是目的。

代码只是意图在机器世界中的投影

工程师从写代码，转向表达意图、校验结果。

变化2-身份

开发者从代码实现者转变为产品经理和导演。 以前，工程师要自己实现逻辑。

现在，工程师要来定义边界、约束、验收标准，让AI实现。

工程师不再是实现者，而是意图的觉察者、

是上下文的构建者、是结果的裁判、

是进化和蜕变的推动者。

变化3-代码、文档

以前，代码写得越干净越好。

现在代码可被AI理解、修改、重构最重要。

文档即代码，通过文档实现代码可生成性、可演化性大于可读性。

变化4-流程

以前，我们的开发范式是从需求 → 设计 → 编码 → 测试。

AI加持下，我们要对齐意图 → 上下文 → 生成 → 验证 → 演进。这一点的变化是微妙而深刻的，不太容易解释。

对于开发者而言，你需要对自我意图有更充分的觉察，以及更精准的表达。

你会遇到模型幻觉、会遇到很多bug，你需要调整自己的做事方式，你需要像AI请教，你也需要承认这个现实，自己的表达是琐碎的，凌乱的。

变化5-in the loop

以往，人的长程推理来做系统设计，包括架构，逻辑，交互等。

而现在，是人与AI 共同进行长程推理。

Architect in the Loop，

create in the loop，

人作为监督的角色，更充分依赖AI，

发挥自己的判断力，以及发挥创意。

变化6-可观测性

以往我们管理软件开发过程的时，强调敏捷、Scrum。现在，我们强调可观测性、可验证性、纠错闭环。

现在文档不是变少了，而是变多了。

结构化、可执行的验收标准变多了。

变化7-知识

不能与AI交互协作多的知识，没有什么竞争力。

在传统软件工程中，知识是在人脑和文档中。

而现在知识在结构化上下文、代码、测试 、Prompt 中。

这也是为什么，我强调markdown的重要性。

工程师在工作中，有一个特别重要的环节，去创造能够成为上下文的文档，而不是pdf、飞书文档这种复杂而封闭的文档。

变化8-实验性

因为跟Ai协同工作，你会发现，生活越来越像是一场伟大的实验，而不是日复一日循规蹈矩的剧目。 以前我们在产品设计阶段，试图追求最优解。因为软件的开发是一件非常奢侈的事情。

如果不做好设计和规划，时间成本和人员浪费是极其严重的。

由于AI介入，我们追求可接受解，快速试错 ，持续优化。

想得清楚要干，想不清楚还要干。

通过实践进行思考，在行动中重构认知。

---

原文链接：https://mp.weixin.qq.com/s/n9H9VUDvandzu5BkvHUbfA

来源：XT