摘要
- AI 代理不同于端点代理(用于收集设备数据)和自动化机器人(用于执行工作流),它作为智能编排层,能够理解自然语言,基于上下文进行推理,并协调现有自动化。
- 成功应用面向 IT 的代理式 AI 需要:干净且最新的知识库、贯穿 IT 环境的实时上下文、明确界定自主操作与需人工批准操作的治理护栏,以及在扩展代理能力之前让团队建立清晰认知模型的变更管理。
- IT 代理式 AI 的成功意味着实现“无感”编排,让最终用户能够快速获得所需帮助,而无需察觉提供解决方案背后的底层协调过程。
三个月前,一位 CIO 告诉我,她的组织“已经部署了代理”。她的端点团队以为她指的是每台受管笔记本电脑上的遥测客户端。她的服务台以为她指的是 AI 聊天机器人。与此同时,她的安全架构师听到的却是“自主决策”。他们的理解都没错,但彼此却并未真正对上话。
这就是代理概念混淆的问题。听起来像是语义问题,但当团队开始认真实施代理式 AI 时,它会造成实实在在的认知错位。因此,让我们把它理清楚。
IT 中三类“代理”及其协同方式
1. 端点代理
端点代理是数十年来一直在受管设备上静默运行的轻量级客户端,用于收集遥测数据、执行策略和应用补丁。如果您运行的是现代化端点管理平台,它们已经遍布您的设备群,默默持续地开展工作。它们是您的基础设施层:始终在监听和报告,但不会做出决策。
2. 自动化机器人和工作流
自动化机器人和工作流处理 IT 运行所依赖的重复性、结构化流程:主动问题识别、自我修复、密码重置、账户解锁、软件预配和审批链。这些并不是需要为之辩解的传统局限。一个设计良好的密码重置机器人速度快、结果可预测,并且非常适合这项工作。它们是您的执行层:可靠、可审计,并且为特定用途而构建。
3. AI 代理
AI 代理确实是截然不同的存在。端点代理负责收集数据,自动化机器人负责执行任务,而 AI 代理则负责协调二者。它们由大型语言模型 (LLM) 编排,能够理解意图,基于来自多个系统的上下文进行推理,规划多步骤操作,并判断何时将需要人类专业能力的问题升级处理。
但真正关键的细微差别在于:设计良好的 AI 代理不会取代自动化机器人,而是调用它。当员工通过对话式界面请求重置密码时,AI 负责对话、验证身份、应用策略逻辑,然后触发现有工作流来执行。以智能编排自动化。这才是值得构建的架构方向。再加入端点遥测数据,整个图景会更加丰富。
实际应用中的情况如下:
一名员工发来消息:“自从上次打补丁后,我的笔记本电脑一直运行很慢。”
AI 代理会:
- 解读意图,识别出这可能是由近期变更触发的性能问题。
- 从端点层提取实时 CPU 负载、磁盘使用情况和启动进程数据。
- 触发有针对性的修复。这不是猜测,而是基于数据、可审计的操作。
这正是对话层中的自我修复 IT。
让 ITSM 代理式 AI 发挥作用的关键
要正确应用代理式IT 服务管理 AI,关键在于几个重要基础。
从干净、最新的知识开始
AI 代理的能力取决于它所掌握的知识以及具备的上下文。在启用任何代理式能力之前,请审核您的知识库,并提出以下关键问题:
- 内容是否保持最新?
- 是否按用例进行标记?
- 重大变更后是否进行维护?
过时的知识会导致错误输出,并迅速破坏员工信任。话虽如此,这些 AI 代理同样也可以用于加速知识创建。每一个已解决的工单都是一篇文章草稿。每一个代理无法自信回答的问题,都是它为您发现的知识缺口。代理会成为知识库的贡献者,而不只是使用者。
提供上下文
仅有知识还不够。代理需要贯穿整个 IT 环境的实时上下文。这包括来自 CMDB 的设备数据、来自 HR 系统的角色和访问权限信息,以及来自 ITSM 的工单历史。有了这一上下文层,就有可能从一个听起来很智能的机器人,转变为能够闭环解决问题的代理。
设置治理护栏
具备控制机制和AI 护栏并非可有可无。要有意识地界定哪些事项可由代理自主处理,哪些需要人工审批步骤,哪些必须始终升级处理。让人工参与其中并不是过度谨慎,而是一种有意为之的智能设计。对于 MFA 变更、权限调整或数据访问请求等任何涉及安全的事项,代理应呈现决策依据,而不是单方面做出决策。企业必须从一开始就建立这些阈值,而不是日后再设法补救。
变更管理
即使设置再完善,如果企业没有考虑变更管理,部署也会失败。
您的服务台团队需要清楚了解代理负责什么,以及他们应在何处接手。您可以把它看作任何其他分工:不应存在职责重叠。您不希望人员把精力耗费在代理可以即时完成的任务上,也绝不希望代理在策略要求人工参与的情况下擅自做出判断。清晰的边界能让双方都在最有价值的位置发挥作用。
员工需要相信,当问题从代理升级给人工处理时,对话中的上下文不会中途丢失。若一开始就让代理承担超出基础支持范围的工作,一个前景良好的试点就可能演变成痛苦的回滚。先从小范围开始,赢得扩展的资格。
成功是什么样子
要证明代理式 AI 的 ROI,组织应关注能够反映真实影响、并可通过更好编排得到改善的运营指标。
工单分流显示代理在无需人工参与的情况下端到端解决常见请求的有效程度。自动修复则体现系统何时能够诊断问题并采取已获批准的纠正操作,从而减少人工工作量和队列积压。平均解决时间 (MTTR) 反映系统通过减少交接和工具切换,在多大程度上缩短了从请求到结果的路径。
这些指标共同表明,代理式 AI 是否真正减少了工作,而不只是转移了工作。但最重要的衡量指标是最终用户满意度 (CSAT)。没有满意度的速度,只会更快地产生摩擦。
最优秀的代理式 AI 是“无感”的。员工提出求助,获得所需帮助,然后继续工作,而无需注意到幕后运行的工作流、检查或自动化操作。成功的组织会有意识地设计代理式系统,建立清晰的护栏,并深刻理解自主性如何重塑运营。
后续步骤
如果您正在评估自助式代理式 AI 在 IT 生态系统中的作用,对话式入口通常是最务实的起点。将事件创建、服务请求、知识访问和状态检查整合到一个界面中,可以在遵循策略和现有工作流的同时,减少员工的使用阻力。
这种方法为更广泛的代理式平台奠定了基础。对于面临“少花钱多办事”压力的 IT 领导者而言,现在正是有意识地定义 AI 应如何运行、自主性在哪些方面能创造价值,以及何处需要护栏的时机。
准备好在代理式 AI 之旅中迈出下一步了吗?获取我们的白皮书,了解助您成功所需的框架、成熟度模型和实施路线图。
常见问题解答
什么是 AI 代理,它们与其他 IT 自动化有何不同?
自动化机器人执行结构化任务,端点代理收集数据;与二者不同,AI 代理利用 AI 大型语言模型 (LLM) 进行智能决策,从而编排这两个层面。
用于 IT 支持的 AI 代理如何改进知识库管理?
AI 代理会成为知识库的贡献者,而不只是使用者:每一个已解决的工单都是一篇文章草稿,每一个代理无法自信回答的问题,都会为您暴露一个知识缺口。这既能加速知识创建,也能提升代理性能。此外,AI 代理不仅会使用内部知识文章,还会使用可信的外部知识库。
组织在为 IT 实施 AI 代理时应优先考虑什么?
成功应用代理式 AI 的组织,会通过系统化设计、有意识地实施强有力的治理措施,并清晰理解代理式系统如何改变其运营来实现目标。没有采取这些步骤的组织,最终会面对一组碎片化的 AI 行为,这些行为并非其本意,也无法被完全控制。