Logo

智能体如何赋能设备运维

D脑运维通的架构与设计哲学

详细拆解设计逻辑、核心功能及在数据分析业务中的赋能作用

什么是智能体?

智能体 (Agent) = Harness + 大模型 (LLM)

Harness (马具)

规范模型行为的整套系统,让模型朝着正确的方向奔跑。

代表工具:
Claude Code Codex Trae OpenClaw WorkBuddy

LLM (大模型)

提供核心智力,理解自然语言并生成反馈内容。

代表模型:
DeepSeek ChatGPT Gemini

核心架构

ReAct 为核心,接入三大基础工具

数据库查询

知识库查询

统计图绘制

让普通用户化身专业的运维分析师,如同AI加持下的“天才程序员”。

业务痛点与解决方案

典型场景:“分析上月的隐患” 自动多维度统计分析
Pain Point

传统开发流程

  • 需求变化快、细化多
  • 流程长:梳理需求 开发 测试
  • 周期:短则一天,长则数天
Solution

D脑运维通

  • 快速响应零碎而高频的需求
  • 快速定位设备问题、查找处理方案
  • 真正提升生产效率

为什么我们的智能体效果更好?

模型层面

结合自身条件,尽可能使用
能力更强的模型。

工程层面

选对模型很重要,但对 Harness
工程的优化同样重要。

三大智能体设计哲学
1

收束智能体的注意力

将复杂的工具设计为子代理 (Subagent)

数据库工具 Subagent
知识库工具 Subagent

为什么要这么做?

和人做事一样,集中注意力、排除干扰才能做得更好。
每个子智能体不读取全部上下文,只专注解决当前被分发的问题

2

允许犯错并多次尝试

知识库工具 (Agentic RAG)

不断调整提问方式,去寻找更相关的文本块。

SQL 工具 (SQL Agent)

尝试生成 SQL 观察反馈 继续修正 得到合理答案

常见误区

花大量时间写冗长 Prompt,希望一次性规避所有错误。

我们的理念

与其追求“一次就答对”,不如允许模型先犯错、再纠正。

3

减少处理复杂任务的难度

在数据库查询场景中,我们做了三类优化:

1. 用便于理解的表头名称

通过视图将缩写字段替换为易懂的中文,避免模型硬记字段。

2. 制作宽表,降低 SQL 复杂度

提前将 ID 转换成名称,减少模型生成复杂 JOIN 语句的必要性。

3. 保持数据统一

将原本需要 Java 代码处理的业务逻辑前置到视图层,让模型面对干净、稳定的数据。

总结与展望

我们钻研技术的初心,是为了真正服务好一线的钢厂业主。钢厂设备运维环境复杂、需求多变、突发场景也很多。

通过“D脑运维通”,我们希望真正抹平技术门槛,让不懂代码的业主,也能凭一句简单提问,轻松化身为“天才运维分析专家”,切实解决设备管理中的隐患与痛点。

AI 赋能工业的浪潮才刚刚开始!

感谢大家的聆听!