适用场景

AI 助手在运维里最实用的三件事：查文档、总结工单、给初步排查步骤。前提是知识库质量够好。文档散落在个人电脑里，再好的模型也查不到。先把知识库结构定下来，再谈助手。

配置步骤（工单摘要与值班辅助）

# 1) 工单摘要要素
#   一句话现象 / 影响用户数 / 已尝试动作 / 当前状态 / 下一步

# 2) 自动附加上下文
#   - 相关监控图链接
#   - 最近变更（发布、配置、证书）
#   - 相似历史工单 Top3

# 3) 交接班摘要
#   未闭环工单 + 待观察项 + 定时任务窗口

# 4) 值班助手回答边界
#   - 可回答：怎么查、在哪看、历史怎么处理
#   - 不可回答：是否可以直接执行变更

关键参数与建议

  • 知识库结构：系统清单、拓扑图、账号权限、常见故障、变更记录、应急手册六类
  • 条目格式：现象、影响范围、判断依据、处理步骤、验证方法、关联系统
  • 更新机制：每次故障闭环必须回写知识库，否则库会腐化
  • 权限：知识库分级，涉及密码与架构细节的内容限制访问
  • 助手边界：助手只给建议与检索结果，动手操作必须人工确认
  • 审计：助手调用了哪些文档、给出什么建议，要留日志便于追溯
  • 落地节奏：先做检索与摘要，再做自动化动作，别一上来就让它改配置

容易踩的坑

  • 交接班只口头说，关键信息遗漏
  • 摘要自动生成后没人看，仍靠翻聊天记录
  • 助手直接给出「可以重启」的结论，被当成指令执行
  • 历史工单不归档，相似问题反复从零排查
  • 变更记录没进工单，摘要里缺最关键的信息
  • 无权限控制，助手把内部信息答给外部人员

验证与巡检

# 工单质量指标
# 首次响应时间、闭环时间、回访满意度、重开工单比例

# 交接班检查表：未闭环/待观察/定时窗口 三项齐全
  • 巡检：交接记录完整、闭环时间趋势下降、重开比例 < 10%

小结

AI 助手检验标准：新人值班遇到常见故障，能靠知识库在 10 分钟内找到处理步骤并完成验证，不需要打电话找人。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。