22-IT运维与信息化：WorkBuddy应用场景

22-IT运维与信息化：WorkBuddy应用场景

覆盖角色：运维、DBA、IT服务台、信息化经理、系统管理员、集成工程师核心判断：IT运维适合用AI智能体汇总日志、知识和工单，生产命令、权限与变更必须受控。

一、岗位为什么值得优先梳理

IT运维与信息化每天处理大量资料、规则、协作信息和例外情况。AI智能体的价值来自稳定处理其中可描述、可检查、可回退的任务。本章把应用拆成场景、输入、交付结果和人工边界，方便企业直接选择试点。

岗位应用不能只看生成速度。企业还要检查数据从哪里来、结果交给谁、哪些动作需要系统权限、出错后怎样回滚。涉及高影响决定时，WorkBuddy负责准备材料、解释信息和编排流程，有权限的人员负责批准。

二、应用场景全景表

制

日志分析日志、时间、版本、变更和症状异常模式、根因假设和查询语句日志可能含凭据和个人信息，先脱敏

查生产执行

系统接口与集成系统、字段、认证、频率和流程接口映射、数据流和异常处理接口幂等、权限、重试和审计必须设计

部署与巡检环境、版本、配置和检查表部署计划、巡检报告和差异生产发布可回滚，密钥不进入提示词

资产与权限治理资产、账号、角色和使用日志资产台账、僵尸账号和权限异常权限回收由授权管理员执行

三、三个优先场景

1. 告警汇总与降噪

这一场景的目标是把监控告警、拓扑、历史事件和阈值整理成聚合事件、影响面和优先级。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；由岗

位负责人复核后进入下一流程。

•输入：监控告警、拓扑、历史事件和阈值

•输出：聚合事件、影响面和优先级

•验收：检查工单处置时长、知识命中率、生产变更回退次数

图：22-IT运维与信息化入选来源文章中的正文配图，用于辅助理解场景。

2. 日志分析

这一场景的目标是把日志、时间、版本、变更和症状整理成异常模式、根因假设和查询语句。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；由

岗位负责人复核后进入下一流程。

•输入：日志、时间、版本、变更和症状

•输出：异常模式、根因假设和查询语句

•验收：检查工单处置时长、知识命中率、生产变更回退次数

•边界：日志可能含凭据和个人信息，先脱敏

图：22-IT运维与信息化入选来源文章中的正文配图，用于辅助理解场景。

这一场景的目标是把症状、日志、指标、部署和最近变更整理成排查树、验证命令和回滚建议。建议把任务拆成五步：明确任务口径；收集并检查输入；让WorkBuddy执行整理、检索或生成；输出可编辑结果；

由岗位负责人复核后进入下一流程。

•输入：症状、日志、指标、部署和最近变更

•输出：排查树、验证命令和回滚建议

•验收：检查工单处置时长、知识命中率、生产变更回退次数

•边界：生产命令需人工批准

四、四层能力与实施条件

口与集成

决策层故障排查展示依据、假设和影响，高风险决定由人批准

五、建议从这个试点开始

推荐先做“运维知识库”。它所需输入是SOP、故障单、架构和厂商手册，目标交付是带出处的处理步骤和相似案例。

试点可按四个动作推进：第一，抽取一批真实历史任务作为基线；第二，用同一批输入让人工流程和 WorkBuddy流程并行；第三，记录失败、遗漏和人工修改原因；第四，只在结果稳定、权限清楚、可以回

滚时扩大范围。

建议验收指标包括：工单处置时长、知识命中率、生产变更回退次数。如果结果需要大量重做、来源无法追溯、系统写入不可回滚，试点应暂停并先修复数据或流程。

六、实施边界

七、主要资料来源

•AI运维智能体：不换设备，不加人，一步落地AI运维

•AI + 运维 - 智能运维实践指南

•workbuddy+ima知识库应用：弱电人的高阶实战技巧（3）

•IT运维服务报告