首页 › AI Agent实战项目案例库 › 0-1搭建运维智能体AI Agent企业级完整实操指南

0-1搭建运维智能体AI Agent企业级完整实操指南

​

本文是一份可落地执行的完整操作手册。从环境准备、Codex 配置、MCP 工具接入到多智能体协同,每一步都提供具体命令和配置示例,而非泛泛而谈。​

​

一、项目总览:搭建运维 Agent​

1.1 传统运维的三大痛点​

•

告警淹没:监控系统每秒产生数十条告警,真正需要关注的根因被噪声掩盖​

•

知识断层:资深运维的经验无法沉淀复用,新人排障依赖“问人+翻文档”​

•

响应被动:故障发生后人工介入,MTTR 以小时计​

​

运维智能体核心框架

运维智能体核心框架​

​

1.2 方案的独特优势​

与传统 AI 运维方案相比,基于 Codex 的 Agent 模式实现了质的飞跃:​

​

​

​

飞书文档 - 图片

​

62%

​

​

​

飞书文档 - 图片

​

38%

​

​

​

​
对比维度​
​
​
传统脚本/规则​
​
​
纯大模型对话​
​
​
Codex Agent​
​
​
故障识别​
​
​
依赖预设阈值​
​
​
能分析但无法操作​
​
​
✅ 自主分析+执行​
​
​
任务执行​
​
​
需人工触发​
​
​
只给建议​
​
​
✅ 自动调用工具​
​
​
复杂任务​
​
​
需编写复杂流程​
​
​
无法规划多步​
​
​
✅ 自主拆解+调度​
​
​
持续学习​
​
​
静态规则​
​
​
无记忆​
​
​
✅ 经验沉淀复用​
​

​

二、环境准备与基础配置​

2.1 安装 Codex CLI​

Codex 是 OpenAI 开源的智能体框架,支持通过命令行和配置文件管理 Agent。​

​

代码块​

Bash

# macOS / Linux 安装​

curl -fsSL https://codex.openai.com/install.sh | bash​

​

# 验证安装​

codex --version​

​

# Windows (通过 npm)​

​

​

整体架构图

整体架构图​

​

配置文件位置:​

•

macOS/Linux:~/.codex/config.toml​

•

Windows:C:\Users\<用户名>\.codex\config.toml​

​

​

​

​

54%

​

​

​

​

46%

​

​

2.2 配置 Codex 接入工具​

MCP(Model Context Protocol)是连接 Codex 与外部工具的标准协议。以 ops-automation-mcp-ts 为例:​

​

代码块​

TOML

# ~/.codex/config.toml​

​

[mcp_servers.ops_automation]​

type = "stdio"​

command = "npx"​

args = ["-y", "ops-automation-mcp-ts@2.12.30"]​

​

配置完成后重启 Codex 或重开会话即可生效。​

配置验证:​

在 Codex 会话中输入:​

​

“列出所有服务器” 或 “看看测试服务器负载”​

​

如果返回服务器列表,说明 MCP 工具接入成功。​

​

​

2.3 接入 DeepSeek 子 Agent 增强推理能力​

对于需要深度推理的复杂运维任务,可以配置 DeepSeek 作为 Codex 的子 Agent,实现“Codex 总指挥 + Flash 快速检索 + Pro 深度推理”的分工。​

ChatGPT Desktop 用户:​

在 Codex 会话中发送:​

​

​

Codex CLI 用户:​

​

代码块​

Bash

codex plugin marketplace add TheBlindM/codex-deepseek-router​

codex plugin add codex-deepseek-router@deepseek-router​

​

安装完成后重启 Codex,在会话中说:​

​

“请帮我安装并配置 codex-deepseek-router”​

​

Agent 会引导输入 DeepSeek API Key,配置即完成。​

​

​

​

三、数据层搭建:从零采集运维数据​

3.1 确定数据源与采集方式​

3.2 快速搭建 Prometheus + Grafana 监控​

使用 Docker Compose 一键部署:​

​

代码块​

YAML

# docker-compose.yml​

version: '3'​

services:​

prometheus:​

image: prom/prometheus:latest​

ports:​

- "9090:9090"​

volumes:​

- ./prometheus.yml:/etc/prometheus/prometheus.yml​

command:​

- '--config.file=/etc/prometheus/prometheus.yml'​

​

​

​

​

Prometheus 采集配置(prometheus.yml):​

​

代码块​

YAML

global:​

scrape_interval: 15s​

​

scrape_configs:​

- job_name: 'node'​

static_configs:​

- targets: ['node-exporter:9100']​

- job_name: 'kubernetes'​

kubernetes_sd_configs:​

- role: node​

​

​

​

3.3 数据预处理流水线​

数据清洗脚本示例(Python):​

​

代码块​

Python

​

​

四、核心代码实现:Codex Agent 开发​

4.1 基于 LangChain 创建工具调用 Agent​

LangChain 提供了一套标准化的 Agent 开发框架,支持将任意 Python 函数封装为工具。​

环境安装:​

​

代码块​

Bash

pip install langchain langchain_openai​

​

​

​

示例:创建带运维工具的 Codex Agent​

​

代码块​

Python

# agent.py​

import os​

import datetime​

from langchain_openai import ChatOpenAI​

from langchain_core.tools import tool​

​

​

​

​

飞书文档 - 图片

​

50%

​

​

​

​

50%

​

​

4.2 基于 Codex 配置的高级 Agent​

​

​

Codex 原生支持通过 Skill 定义行为模式。以下是一个完整的 K8s 运维助手配置示例。​

​

Step 1:创建数字员工​

在 STAROps 或 Codex 控制台创建 Agent,填写如下信息:​

​

​
参数​
​
​
示例值​
​
​
​
​
​
​
​
​
​
​
​
​
​

​

​

关键点:描述会直接影响 AI 的行为倾向。定义为“负责 K8s 集群运维”的 Agent,在分析问题时优先从 K8s 视角切入。​

​

​

Step 2:编写默认规则​

默认规则是 Agent 的行为指导文档,建议按“角色定义 → 分析逻辑 → 输出要求 → 安全约束”的结构编写。​

​

代码块​

Markdown

# 角色定义​

你是一名资深的 Kubernetes 集群管理员,负责保障集群安全性与稳定性。​

​

# 分析逻辑与优先级​

在执行巡检或诊断任务时,严格遵守以下步骤:​

​

1. **审计日志优先**:​

- 首先查询 K8s APIServer 的 AuditLog​

- 重点过滤 verb 为 delete、patch、update 的操作​

- 忽略 get、list、watch 等只读请求​

​

2. **事件关联**:​

- 检查 K8s Events,重点关注:​

- OOMKilled​

- Evicted​

​

​

Step 3:接入 ACK Server​

对于 Kubernetes 运维场景,阿里云提供了专门的 ACK MCP Server,封装了集群查询、Pod 诊断、审计日志查询等能力。​

部署 ACK MCP Server:​

​

代码块​

Bash

# 确认安装​

kubectl get --raw "/api/v1/namespaces/kube-system/services/ack-mcp-server/proxy/sse" --v=10​

​

在 K8s 中声明 MCP Server:​

​

代码块​

YAML

apiVersion: kagent.dev/v1alpha2​

kind: RemoteMCPServer​

metadata:​

name: ack-mcp-tool-server​

namespace: kagent​

spec:​

​

查看可用工具:​

​

代码块​

Bash

kubectl describe RemoteMCPServer ack-mcp-tool-server -n kagent​

​

可用工具列表(部分):​

​

​
工具名称​
​
​
功能​
​
​
list_clusters​
​
​
获取所有 ACK 集群列表​
​
​
ack_kubectl​
​
​
执行 kubectl 命令(自动切换 context)​
​
​
query_prometheus​
​
​
查询集群 Prometheus 指标​
​
​
diagnose_resource​
​
​
深度诊断 K8s 资源(Pod/Node/Service/Network)​
​
​
​
​
​
​
​
​
​

​

4.3 实时监控与告警模块​

模拟监控检测逻辑(可用于本地测试):​

​

代码块​

Python

# monitor.py​

import random​

import time​

from datetime import datetime​

​

class MetricMonitor:​

def __init__(self):​

self.thresholds = {​

'cpu': 85, # %​

'memory': 90, # %​

​

​

​

​

五、多智能体协同架构​

5.1 多角色分工设计​

单一 Agent 在处理复杂故障时可能存在视角盲区。多智能体协同通过角色分工模拟专家团队。​

​

​
Agent 角色​
​
​
职责​
​
​
核心工具​
​
​
网络专家​
​
​
分析网络连通性、延迟、丢包​
​
​
ping, traceroute, 网络监控 API​
​
​
硬件监控​
​
​
检测服务器 CPU/内存/磁盘异常​
​
​
Prometheus, Node Exporter​
​
​
日志分析​
​
​
检索和分析应用/系统日志​
​
​
Elasticsearch, SLS​
​
​
应用诊断​
​
​
分析调用链、服务依赖、代码异常​
​
​
APM, 链路追踪​
​
​
​
​
​
​
​

​

5.2 使用 AutoGen 实现多 Agent 协同​

​

代码块​

Python

# multi_agent.py​

import autogen​

from autogen import AssistantAgent, UserProxyAgent​

​

# 定义各角色的 System Prompt​

network_expert = AssistantAgent(​

name="NetworkExpert",​

system_message="""你是网络专家。负责分析网络延迟、丢包、连接问题。​

只回答网络相关问题,输出结论后交给 Coordinator。""",​

llm_config={"model": "codex"}​

)​

​

​

​

六、部署与测试​

6.1 生产环境部署检查清单​

​

​
检查项​
​
​
状态​
​
​
Codex CLI 已安装并配置 MCP 工具​
​
​
☐​
​
​
Prometheus + ES 数据采集正常​
​
​
☐​
​
​
MCP Server 工具列表可获取​
​
​
☐​
​
​
Agent 默认规则已编写(Role + Logic + Output + Constraints)​
​
​
☐​
​
​
敏感信息加密(API Key 不走配置文件和回显)​
​
​
☐​
​
​
操作审计日志落库​
​
​
☐​
​
​
告警熔断机制就绪(防止死循环)​
​
​
☐​
​

​

6.2 功能测试用例​

​

​
测试场景​
​
​
输入​
​
​
预期输出​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​

​

6.3 性能评估指标​

​

​
指标​
​
​
目标值​
​
​
采集方式​
​
​
故障诊断准确率​
​
​
≥85%​
​
​
人工抽标注​
​
​
平均响应时间​
​
​
≤3s​
​
​
日志追踪​
​
​
故障根因定位率​
​
​
≥70%​
​
​
人工验证​
​
​
MTTR 降低幅度​
​
​
≥40%​
​
​
对比历史数据​
​

​

七、持续学习与迭代​

7.1 经验沉淀机制​

Codex Agent 支持从执行历史中自动提取经验,并持久化供后续任务复用:​

​

代码块​

Plain Text

执行上下文 → 经验提取器 → 生成经验记录 → 向量存储 → 后续任务检索引用​

​

配置方式:在 Agent 配置中启用 Learning 模块,设置 After-Agent 学习钩子。​

7.2 规则持续优化​

运维环境不断变化,建议定期执行以下动作:​

•

每周 review Agent 误判案例,更新默认规则​

•

每月评估模型准确率,必要时微调​

•

知识库持续补充新故障案例和解决方案​

八、常见问题与排障​

Q1:Codex 无法连接 MCP Server​

•

检查 ~/.codex/config.toml 中 MCP 配置是否正确​

•

确认网络连通性,MCP Server 端口是否开放​

Q2:Agent 工具调用失败​

•

确认工具函数签名与 Agent 配置一致​

•

查看 Codex 日志:codex logs --tail 50​

Q3:多轮对话上下文丢失​

•

检查 Memory 模块配置,确认短期记忆保留轮数​

•

考虑启用长期向量记忆(需配置向量数据库)​

九、总结​

本文从环境准备 → 数据采集 → Codex 配置 → 工具封装 → Agent 开发 → 多智能体协同 → 部署测试 → 持续迭代八个阶段,完整呈现了基于 Codex 搭建运维智能体的全部操作步骤。核心要点:​

Codex + MCP 是构建运维 Agent 的最短路径——工具即能力​

默认规则(Rule Context) 决定了 Agent 的专业深度,需按“角色-逻辑-输出-约束”结构编写​

多智能体协同 通过角色分工消除盲区,是处理复杂故障的关键架构​

持续学习与经验沉淀 是 Agent 从“可用”走向“好用”的必经之路​