AI工程中的文档工程,我的笨办法和思维方式

看了这篇文章

谷歌首席工程师：二十年自然生长出来的软件工程生态，快被大模型 10 倍提速撑爆

有些思考，写了篇小朋友圈小作文，也算是自己的一个阶段性总结，如下：

对Google是快撑爆，对小卡拉米来说早就撑爆了，反而也是好事，给了基层无限的创新机会。

最近很少看到说打游戏感的痴迷状态，第一批勇士们进入了“旷日持久的琐碎”状态，我觉得任何事情任何科技革命就算是练个神仙法术都一样，都是这个状态熬出来的。只不过我觉得事情一定不是照着历史图纸“重来一遍”，而是根据需求和未来发展重新设计。不要贪恋上一把剑，舟以行矣而剑未行。

我在第一个月一个人干了500万行代码，基本上不怎么睡觉，那种感觉就像李广利附体要去灭了大宛国取回汗血宝马，沿途不让道的小国顺手灭掉。也在这个过程完成了基建框架，这个地基很重要，

一个月后我逐渐收敛聚焦在一个项目上，之前的地基工作就显得很重要。以及之后业界不断冒泡出来的复利工程harness工程loop工程，但我还是不断的在强化我认为更重要的一项工程：文档工程。

可能这个东西不性感，多以没有人来倡导这个工程思维，我给我自己提出一个标准，我所有的coding工作都可以在我的文档工程支持下一夜重建，工作量追溯到我和AI的每一条对话都要保存下来，还训练了一个AI的我工程内异步规范工程。

和历史最大的不同是，我个人认为，历史上人工开发是叠加式的迭代式，AI时代是重构式的迭代：

就像盖楼三层是在二层楼的基础上建起来的，这听起来理所当然，几千年来大家都是这么做的。然而AI工程这么做就显得不那么科学，站在AI时代新数字帝国的语境下，就显得iamfinethankyou and you很不本土，很土鳖英格雷斯。

AI工程的六层楼不是在第五层的基础上盖了第六层，有必要的时候，推了重来从地基到第六层重建起来，更结实更美观。

这对传统工程来说，是巨大的成本和认知灾难，对AI来说，寻常所惊，豪杰所了，十亿几十亿token，几千美金，但是你要是用小碳基来做这些事那是几十万几百万美金和巨大的时间成本。

代码屎山和烂人烂事一样越纠缠越缠，重构世界，这就回到一个有点儿伤感情的结论上：

上帝是个架构师，AI时代的架构师来说，思想和哲学是架构师的思维基础。不然列宁说没有理论的支撑，你哪来的革命实践的勇气，毕竟大家都有自行车了。