当AI开始接管工单，企业为何更需要ITSM？

当员工向系统提出“我需要开通生产数据库的只读权限”时，传统ITSM会启动一套完整的工单流程：创建工单、分派任务、发起审批，再由运维人员执行操作。而在AI Agent时代，这套流程可能将被彻底重构——AI能够识别员工身份、查询部门与项目信息、关联数据库配置项、匹配权限策略、发起审批流程，并在审批通过后自动调用账号系统完成权限开通。

AI Native时代，ITSM面临的新挑战

这一变化带来的不仅是效率提升，更是一场角色转换。AI在企业IT服务管理中的定位，正从“辅助坐席”转向“执行工作”。当AI开始主动调用CMDB、监控平台、账号系统和云平台接口时，它就不再只是一个回答问题的聊天机器人，而是一个拥有身份、权限和执行能力的数字员工。这种转变要求企业重新思考IT服务管理的本质。

流程治理：AI执行的安全底座

传统ITSM假设真正的执行者是人。系统负责工单流转，工程师负责判断和操作。但当AI可以自主执行任务时，企业必须回答七个核心问题：它是什么角色，可以查看哪些数据？它可以调用哪些工具，执行哪些动作？哪些操作可以自动完成，哪些必须审批？什么情况下需要转交人工？执行失败后如何停止、补偿和回滚？如何记录每一次判断和工具调用？如何评价执行质量与模型成本？这些问题的答案，直接决定了AI Agent能否在企业环境中安全运行。

CMDB：AI理解企业的上下文基础

同一个“服务器异常”，可能发生在测试环境，也可能发生在核心生产系统。没有CMDB，AI看到的只是一条孤立告警；有了业务服务、应用、服务器、数据库、负责人和依赖关系，AI才能判断影响范围与操作风险。此外，Agent必须在明确的权限边界中执行——可以查询服务器状态，不代表可以重启服务器；可以生成变更方案，不代表可以直接执行生产变更。

AI Native ITSM的四层能力架构

面向国内企业的AI Native ITSM至少需要四层能力：流程引擎负责配置事件、问题、变更、服务请求和审批流程，决定每个节点由人工还是AI处理；CMDB与企业上下文建立业务服务、应用、资源、人员和组织之间的关系；连接器体系连接协同工具、监控、云平台、账号系统和内部应用，让AI可以跨系统执行；AI治理则管理Agent身份、权限、审批、审计、成本、质量和人工接管。

如有侵权，请联系删除。