← 返回概念解读

Concept Fable精修版

持续集成与持续交付

CI/CD, Continuous Integration / Continuous Delivery · DevOps / release engineering

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

每一块砖出窑前,都先过同一排尺

红窑镇几家作坊合烧城砖。过去各家先在自家院里改泥、换模、调火,月底才把砖送到总窑。一旦城墙验收不过,没人知道是哪家的泥、哪次火候坏了整批。

镇长先加月底大检查。检查越严,返工越晚;有的砖已经砌进半截墙,拆下来比重烧还费劲。

老窑工改了规矩:每家每天把少量新砖送到总窑口,先过尺寸尺、敲声、浸水和试压。过了才并入大批;不过就退回当天配方,不许拖到月底。

后来镇上又设小段城墙作试砌。砖在小墙上经一夜风雨,没裂、没渗,才准运往正墙。若某日泥料有变,只影响一小段,不会毁掉全城工程。

刚开始作坊嫌天天送检麻烦,觉得月底一次查也能发现坏砖。可当天退回只损失一窑,月底退回会拖垮半面墙。早发现的价值,不在多挑毛病,而在错误还小。

试砌小墙也救过一次大工。某家新泥料在尺上合格,雨夜后却渗水。总窑当天停用那批泥,城墙工期只慢半日,没有等到正墙裂开才追查。

后来各家作坊反而安心。每天只交少量新砖,错了当天知道;过尺后的砖能更快并入总窑,运往小墙试砌。城墙不是月底突然长出来的,而是一块块通过同一排尺后持续接上去的。 后来城墙越修越快,返工却少了。每块砖早早进同一排尺,小墙先替正墙受风雨。问题每天露头,每天处理,不再攒到月底变成一场大塌方。 作坊也更敢频繁改泥、改模、改火,因为每次改动很快就会被同一排尺照见。

作坊起初嫌麻烦,几个月后反而轻松。小步合并、随时验砖、随时准备交付,比月底赌一炉更稳。流水线真正省下的,是晚发现错误的代价。

揭示

这个故事讲的是:持续集成与持续交付

CI/CD 把代码集成、测试、打包、部署、发布和回滚做成自动化流水线,让软件变更能更频繁、更可靠地交付。它把发布质量从临时人工检查,变成可重复执行的流程。

Agent 系统的 CI/CD 还应覆盖提示词回归测试、工具契约检查、评测集、策略检查、安全扫描、环境晋级、发布记录和回滚钩子。否则模型和提示词变了,传统代码测试也可能看不出行为风险。

隐喻映射

  • 红窑镇:持续交付生产系统
  • 泥料配比变化:代码、提示词、模型或工具配置变更
  • 自动测砖:CI 测试、构建和质量门禁
  • 版本号和发布批次:artifact version 与 release metadata
  • 先送低风险工地:逐步部署和环境晋级
  • 失败自动停下:pipeline gate 与 rollback hook
  • 最后洞察:CI/CD 让 Agent 变化频繁发生,同时保持验证、记录和回退能力

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

Pipelineautomated testingdeploymentreleaserollbackDevOps