
系列
持续交付 2.0 视角下的 AI 软件工程| 第 01 篇 / 共 03 篇核心论点CI/CD不是被替代,是被『基础设施化』了——从明星技术变成水电一样不可缺的底座。 字数 约 1350 字 | 阅读时长 约 5 分钟 本篇定位 系列入口,回应读者困惑,建立核心概念——个人赋能与组织管控是两层,不能混。
最近两个月,公众号后台和留言区高频出现两个问题。摘出来给你看看:
问题一 「AI 都能写代码了,CI/CD 还有用吗?以后是不是不需要 Jenkins、不需要流水线了?」
问题二 「我们公司接了一堆 AI 工具,但好像对生产没实质帮助。到底哪个层级该用 AI、哪个层级不该?」
这两个问题,看上去是两个,本质是同一个:在 AI Agent 时代,软件工程的那一整套流程,到底该怎么被重新理解?
这篇先回答第一个。第二个留到 S02 展开。
先抛结论,再讲道理:
CI/CD 没有被 AI 替代,而是被基础设施化了。 从 2010 年代的『明星技术』,下沉成 2020 年代的『水电煤』。
怎么理解『基础设施化』?三个特征:
CI/CD 好用,但任何一次发布离了它都会崩。AI 加持的生产力,越是要稳的底座。AI 让代码生产速率提升 10 倍,那质量门禁、回滚能力、可观测性,必须提升 10 倍以上兜底。CI/CD 不再是落后,是要被淘汰的资格问题。
有句话可能反直觉,但很重要:CI/CD 在 AI 时代反而更有『技术存在感』了。 它不再是后台静默的工具,而是企业用 AI 大规模生产时,决定生死的护栏。
所以第一个问题的标准答案:
AI不消灭CI/CD,AI让CI/CD变成『AI时代的发电厂』。发电厂不耀眼,但你家空调不敢停它。

回答完第一个问题,第二个问题的背景就清楚了。但这个问题要讲透,必须先建立一组概念区分。
在软件工程这件事上,『AI 帮忙』分成完全不同的两层:
层级 | 作用对象 | 主体 | 类比 |
|---|---|---|---|
个人赋能层 | 工程师个人 | 让个人更快、更好、更爽 | 给每个工程师发一把更好的锤子 |
组织管控层 | 组织级的产出 | 让整个组织的产出稳定、合规、可持续 | 给整座工厂装质检流水线、自动化闸口 |

注意:这两层不是同类项,不能放一起比较。
更要命的是:很多人把第二层当成第一层。
误以为『给每个工程师发 AI 工具 = 组织 AI 化』。不是。前者是给每个人发一把更顺手的锤子,后者是把整个工厂的生产线、质检线、装箱线全部自动化。这是两件事。
更进一步:这两层是手段和目的的关系。
个人赋能服务于组织能力固化。
什么意思?组织提供 AI 工具给工程师,不是为了让工程师『自己爽』,而是希望工程师的产出,能被组织规则接住、沉淀、再放大成组织级的能力。个人赋能是手段,组织级稳定产出是目的。
如果一个企业的 AI 化只停留在『给工程师发 Copilot』,那是把手段当目的,方向就反了。
最后一节,把这个观点顶到最实处:
生产得越快,越需要知道合不合格。
AI 把代码生产速率拉到以前的 3–10 倍,意味着流入组织『出货口』的半成品也被同步放大了 3–10 倍。这时候,组织必须有能力在每一个关键节点上:
自动化测试覆盖(智能化 CI/CD)没有这层能力,AI 越强,组织崩溃得越快。
这就是为什么我说:AI 越强,组织级管控越重要。 个体层面的『提效』,永远只是入场券;组织层面的『接住产出』,才是胜负手。
到这里,第一个问题讲清楚了。回到第二个问题:
企业现在的做法对吗?很多企业的做法,是错的。
错在哪儿?一句话剧透:很多企业一边给工程师发 AI 工具,一边把『AI 提效』等同于『全员用上 Copilot』。 这种做法,把第一层(个人赋能)的热闹当成了第二层(组织管控)的成果。
那到底怎么算对?怎么算错?正确的组织级 AI 化建设路径是什么?
——这是下一篇的事。
📌 本篇金句:AI 不消灭 CI/CD,AI 让 CI/CD 变成 AI 时代的发电厂。
📌 下篇预告 S02 《别再堆技巧了:企业 AI Harness 的幻觉与出路》