什么是 AI SDLC?

SDLC——软件开发生命周期——指的是一次变更在通往生产环境的路上要经过的一系列阶段:需求、设计、实现、测试、部署、运维。每一个严肃的工程组织都在运行一套,或成文,或成习惯。当 AI 智能体不再只是某一个阶段里的自动补全,而是开始亲自执行这些阶段——写代码、生成并运行测试、扫描漏洞、准备部署、盯着生产环境——这套生命周期变成的样子,就是 AI SDLC。

两件事变了,一件事没变。先变的是工作单元:不再是工单在专家之间流转,而是一条简单语言的请求流经一条由 AI 角色组成的流水线,每个角色都产出可验证的成果。再变的是控制点:因为 AI 产出变更的速度快过人逐行阅读的速度,控制从审核每一个差异转向治理变更的类别——由政策决定什么自动合并、什么需要人、什么完全禁止触碰。没变的是问责。发布的东西仍然由人负责;AI SDLC 存在的意义,恰恰是让这种负责在 AI 速度下依然真实,而不是徒有其名。

判断某样东西配不配得上这个名字,有个有用的测试:如果把人从闭环中完全移走,这个系统自己会拦下有后果的变更吗?如果答案是不会——如果安全取决于恰好有人在看——那你拥有的是 AI 辅助的开发者,而不是一个 AI SDLC。

说清楚 AI SDLC 不是什么也同样有帮助。它不是一个拴在冲刺规划上的编码助手,也不是一个无人照看就往生产环境发布的自主系统——前者改变得太少,后者是配了更好工具的失职。定义性的特征居于两者之间:工作交给自主性,后果交给治理。各家供应商划分阶段边界的方式不同,这没关系;本文的七阶段模型是对 2026 年受治理项目实际运行方式的综合归纳,用意是一份覆盖度检查清单,而不是一张强制的组织架构图。

传统生命周期假设一种大致的对称:代码以人的速度写出,所以也能以人的速度被审核、测试和发布。AI 在第一个阶段打破了这种对称,却让其余阶段原地不动。采用编码智能体的团队,通常在一个季度内就看到 PR 数量成倍增长,而审核产能、QA 产能和发布管理还停在原地。总得有东西让步,让步的通常是审查——批准变得越来越快、越来越浅,直到流程沦为仪式。

第二重压力是作者身份。传统控制依赖这样一个事实:代码由人写出,此人能为它作答。当一次迁移是智能体在凌晨两点根据产品经理写的提示词完成的,那些经典问题——这次变更是谁做的、为什么做、他理解它吗——就需要新的机制来回答:从提示词到合并的溯源、记录在案的审核、不可篡改的审计轨迹。回答不了这些问题的组织过不了审计,而且越来越过不了自己的安全评审。

第三重压力是蔓延。一旦构建软件只需要一句话,软件就会在所有地方被构建出来——运营、市场、财务——完全游离于任何生命周期之外。摆在工程负责人面前的选择,不是公司里存不存在 AI 构建的软件;它已经存在了。选择在于,它是流经一个带治理的生命周期,还是绕开它。

还有值得点名的第四重压力:证据。传统生命周期会产出审计员认得的产物——工单、审核意见、发布说明——它们是人际协调的副产品。当协调者变成智能体,这些产物就会消失,除非生命周期刻意重新生成它们,而组织往往在审计时才发现这个缺口——那是代价最高的时刻。AI SDLC 把证据当作一等产出:轨迹由机制生成,而不是靠记忆重建。这一切都不是在主张给 AI 减速;而是在主张让周边体系以同样的速度扩展,因为做到这一点的组织能同时拿到承诺的两半——更多的软件,以及能为之作答的软件。

Ciao 是一个以平台形式交付的 AI SDLC,而不是从零件攒出来的。每一个工作区都配有一整套 AI 软件组织——CTO、Doctor、QA 分析师、安全工程师、Coder 与 SysOps 运维——默认覆盖上述各个阶段。Guardrails 提供治理阶段:它把代码映射进业务领域、检测高风险变更、应用简明英文政策、记录人工审核,并在每次合并背后留下审计轨迹。QA 运行确定性浏览器回放、自愈式测试、发布前的冒烟测试关卡与发布后的生产环境检查。Doctor 是一个只读的 AI SRE,探测线上应用、DNS 与 CDN,诊断根本原因并草拟修复方案。

这套生命周期不限于新应用。自定义沙箱镜像把 AI 辅助工程包裹在 Rails、Java、Go、Python、Node 与多进程后端之上,让既有系统加入同一个闭环;Conductor 用一个屏幕覆盖成百上千个项目,配有实时健康状况与 Fleet 控制。一切都以你拥有的真实 React、TypeScript 与 Supabase 代码交付,可部署到 Ciao 云、你自己的 AWS、Azure 或 GCP 账户、私有 VPC,或在另行约定条款下的本地环境。严肃的开发项目起价为每年 10,000 美元;评估这套生命周期最快的方式,是在一次演示中看一个受治理的变更完整走完它。

给任何评估——包括对我们的评估——两条实用提示。第一,生命周期只有作为默认路径才算数,而不是一套可选的仪式——凡是纪律要多点几下鼠标的地方,采用率就会死掉。第二,阶段覆盖比阶段命名更重要:无论供应商把组件叫什么,都要问清七个阶段中哪些自动运行、哪些产出可调取的证据、哪些仍然依赖有人记得。这两个问题能把生命周期平台和生命周期示意图区分开,而且一次会议就能问完。