2026年1月29日，PeopleCert正式发布了ITIL 第5版。作为ITIL官方中国区产品大使，我将会推出系列文章帮大家解读ITIL 第5版到底有哪些重大的更新。

过去两年，几乎每一个 ITSM 负责人、平台负责人都被问过类似的问题：

• 我们要不要上生成式 AI

• 服务台要不要做智能客服

• 运维要不要做自动补救

• 事件和变更能不能用 AI 做决策

真正走到落地的人，往往很快发现一个残酷现实：AI 项目失败，很少是模型不行，而是组织根本没准备好承载 AI 能力。 数据不干净、流程不稳定、责任不清、证据链缺失，这些问题在“没有 AI 的时代”只是效率问题；一旦引入 AI，就会被放大成系统性风险。

ITIL 第5版引入 6C AI 能力模型，并不是为了教你怎么选模型，而是为了给你一张“能力地图”，帮你判断： • 你现在站在哪一层 • 下一步该补什么能力 • 哪些能力不能跳级

这是一个非常“管理向”的 AI 模型，而不是技术白皮书。

一、更新内容概述：六个要点为什么必须用“能力模型”来谈 AI

按照惯例，本篇依然完整覆盖 ITIL 第5版更新内容概述。我会从平台与 ITSM 视角解释，为什么这六点最终指向“能力模型”。

1、定位升级：数字产品和服务管理

AI 不再只是 IT 工具，而是嵌入端到端产品与服务管理。没有能力分层，AI 只能停留在局部工具。

2、生命周期模型升级：八个活动覆盖从发现到支持

AI 会出现在多个活动中，能力必须能复用、能组合，而不是一次性脚本。

3、人工智能进入方法论核心

这意味着 AI 不再是“选配”，而是管理体系的一部分，必须被治理、被度量、被改进。

4、指导原则强调取舍

能力模型提供取舍依据：不是“能不能做”，而是“现在该不该做、做哪一层”。

5、实践从清单走向组件库

AI 能力本身就是一种组件，需要被组合、裁剪、升级。

6、持续改进对象扩大

AI 能力同样是持续改进对象，需要评估成熟度与风险。

所以，6C 模型是 ITIL 第5版对“AI 原生管理体系”的一个基础构件。

二、先讲清楚一个关键点：6C 不是AI技术栈顺序，而是能力成熟度顺序

很多人第一次看到 6C，会下意识想把它当成AI技术演进路径，这是一个非常危险的误解。 6C 描述的不是“先上哪个模型”，而是“组织是否具备某类能力”。

如果你跳过底层能力，直接冲上高阶能力，短期可能有效，长期一定翻车。

6C 从低到高，描述的是 AI 在管理体系中逐步承担的角色变化：

• 从“信息处理者”

• 到“建议提供者”

• 再到“协同执行者”

下面我按 ITSM 场景，把六层能力逐一拆开。

三、第一层 C：Creation —— 把AI“生成内容”变成可控能力

Creation 是大多数组织最先接触到的能力：生成文本、摘要、说明、草稿。

在 ITSM 场景中，AI常见用法包括：

• 自动生成事件摘要

• 自动生成变更说明

• 自动生成知识条目初稿

• 自动生成运维报告草稿

这一层的关键不是AI“能不能生成”，而是三件事：

• 输入是否干净：记录是否完整、字段是否规范

• 输出是否可控：是否有人工审核与修改权

• 责任是否清晰：生成内容谁负责发布

如果没有这些控制，Creation 很快会从“省时间”变成“制造错误”。

四、第二层 C：Curation —— 把“内容”变成可信知识

很多组织停在 Creation，真正成熟的组织会继续走到 Curation：对内容进行筛选、关联、版本管理。

在 ITSM 中，Curation 的典型场景是：

• 知识条目去重与合并

• 将事件与问题、已知错误关联

• 把历史处理经验整理成可复用知识

这一层的能力要求是：

• 知识有生命周期

• 内容有版本与责任人

• AI 的建议只是输入，不是最终裁决

没有 Curation，生成式 AI 只会让知识库更“吵”。

五、第三层 C：Classification —— 把“判断”从人身上卸下一部分

Classification 是 AI 开始介入决策的第一步，但它仍然是“建议型决策”。

典型场景包括：

• 事件与请求分类

• 优先级排序建议

• 路由与分派建议

这一层最容易被滥用。真正成熟的做法是：

• AI 给出分类建议

• 人做最终确认

• 用误判率持续校正模型

如果你直接让 AI 自动执行分类与分派，而没有质量门槛与回滚机制，风险会被迅速放大。

六、第四层 C：Communication —— 把AI交互做“更像人”，但不替人承诺

Communication 是智能服务台最常被寄予厚望的一层能力。

典型场景包括：

• 聊天机器人与多轮对话

• 状态更新与进度同步

• 标准问题的自动回复

这一层的关键边界是：

• AI 可以解释与引导

• AI 不应做关键承诺

• 对外表达必须有模板与限制

成熟组织往往先让 AI “解释系统在发生什么”，而不是“代表组织承诺结果”。

七、第五层 C：Coordination —— AI 开始参与“工作编排”

Coordination 是很多组织真正开始感受到 AI 价值的层级。

典型场景包括：

• 自动触发补救流程

• 跨团队任务编排

• Swarming（集中会诊）建议

这一层的硬前提是：

• 工作流清晰

• 权限与责任明确

• 所有动作可追溯、可回滚

没有清晰工作流，AI 只会把混乱编排得更快。

八、第六层 C：Control —— 最难、也最容易被误解的一层

Control 并不是“AI 全自动接管”，而是 AI 参与控制回路的一部分。

典型表现包括：

• 预测性维护

• 风险趋势预警

• 策略级优化建议

在 ITIL 第5版的语境中，这一层必须满足两个条件：

• 决策责任仍然在人

• 控制回路具备可审计性

否则，这不是 Control，而是失控。

九、怎么用 6C 做规划：一张真正有用的能力地图

作为 ITSM 或平台负责人，你可以用 6C 做三件非常现实的事：

• 盘点现状：我们在哪几层已经有能力，哪些只是概念

• 排定顺序：下一步补哪一层最有价值、风险最可控

• 对齐治理：哪些层级必须加强人工确认与审计

最重要的一点是： 6C 允许不同实践、不同价值流处在不同层级，你不需要“一步到顶”。

ITIL 第5版创造性提出 6C AI 能力模型，是为了让你把 AI 从零散工具升级为可规划、可治理、可演进的组织能力。你只要按能力成熟度一步步来，先夯实数据与责任，再引入自动化与编排，AI 才会成为放大组织能力的杠杆，而不是放大风险的放大器。

我是AI+ITIL教练长河achotsao，欢迎交流。关注我，即可第一时间获得ITIL 第5版最新动态及官方特邀中国区大使的深度解析，全网同名。