老系统没有 API,只有数据库,能接智能体吗?

能,但要用只读账号,并且只允许查询。直接连库的写法不建议:它绕过了系统自身的权限判断,等于把门拆了。

老旧系统接智能体要多久?

查询增强通常 1–2 周,流程补位 2–4 周。实际取决于系统接口能否调通;接口不通的,要先补接口。

十几年前的老系统还能接吗?

只要系统还在运行、还能登录、还有查询接口,就能接。我们手上长期运行的一套实验室系统,最早需求是八年前提的。

老旧系统接智能体:不改一行代码,从接口进去

十年前上的进销存、MES、实验室管理系统,业务还在稳定跑,用起来却越来越费劲。
我们不换掉它,而是在旁边加一层智能体:用它的接口读数据、走它的权限、按它的流程写回去。
老系统一行代码不改,业务口径不变,人和 AI 看到的是同一套数据。

先说结论:能接,但不是"让 AI 操作你的系统"

能接 —— 只要系统有登录接口和查询接口,哪怕只是内部 HTTP 接口,就能接。没有 API 只有数据库的,用只读账号也能接,但只允许查。

不是让 AI 随便操作 —— 智能体只做两件事:把一句话翻译成系统认识的查询条件;把确认过的动作按原流程提交回去。

边界在系统这边 —— 谁能看什么、能不能改,仍然由老系统的角色和权限决定。智能体不绕过,也不替它补权限。

东莞妥达信息做物联网与企业管理系统十多年,这套接法已经跑在自己的 WMS、进销存和实验室系统上,不是纸面方案。

三种接法

按改动量从小到大,先试最轻的

不是一上来就做全套。先看你的系统卡在哪,再选对应的一种。

一 · 查询增强

不动数据结构,只加一个问答入口。说"上月某仓库还剩多少",智能体翻译成系统原有的查询条件,直接出结果。

适合:报表多、字段多、新人上手慢的系统。

二 · 流程补位

系统有流程,但入口不好用。智能体在旁边补一个更顺的入口,动作仍走系统的保存接口 —— 通知、明细同步照旧触发。

典型场景:审批。待办列表要一层层点进去的那种。

三 · 业务嫁接

新业务不塞进老系统,单独做一个轻应用,数据通过接口跟老系统对齐。

适合:系统改不动,但业务必须往前走。比如老系统只管数量,新业务要管批次效期和冻结。

安全边界

不改代码,靠什么保证不出事

这四条缺一条,我们都不建议上线。

必须是登录身份,不是后门账号

智能体以真实用户身份登录,拿着系统签发的令牌访问。系统怎么判断这个人能看什么,智能体就跟着受限 —— 普通员工问不出管理员的数据。

只读白名单

能调的接口是一份明确清单,新增、删除、批量导入这类写入默认不在里面。要开,单独评审。

写入必须两段式

先"预审":改哪张单、改成什么、有没有权限,全部返回给人看;人确认后拿到一次性令牌,再真正提交。令牌 5 分钟过期,用过即作废。

每一步都有记录

谁、什么时候、问了什么、查了什么、改了什么、前后状态各是什么,全部落日志。出了问题能复盘到具体一条,而不是"大概是那次"。

真实场景

430 张待审批的申领单

某高校实验室的申领单系统,教授打开"待我审批"要经过三层菜单。接入前实测积压 430 张。

接上智能体之后,流程变成三步:

问一句「待我审批的申领单」,直接出列表,按组别和状态过滤好;选中一张先看预览 —— 申请人、组别、26 条明细、合计数量;确认后点批准,状态从"待审批"改成"审核通过",走系统原来的保存接口,明细同步和通知照旧。

整个过程留痕:谁批的、什么时候、批的哪张、改前改后各是什么状态。

智能体问答结果:各仓库库存数量,柱状图与明细表 — 问「各仓库的库存数量」,返回柱状图 + 明细,点图看大图。
**图片来源**:某高校实验室库存管理系统上的实际运行界面(2026 年 11 月截图);仓库名为客户内部命名,数值仅示意量级。

审批预审返回的结构长这样 —— 不是一句"好的",而是一份可以核对的凭据:

{
  "mono": 45,
  "applicant": "某学院 · 学生 A",
  "items": { "count": 26, "totalQuantity": 26 },
  "status": 10,                 // 待审批
  "decision": {
    "pass": { "status": 20 },   // 审核通过
    "deny": { "status": 7, "requireComment": true }
  },
  "blockers": [],               // 为空才允许提交
  "confirmToken": "…",          // 5 分钟有效,一次性
  "nextStep": "确认无误后提交,写前会再查一次状态"
}

凭据字段已脱敏展示;真实返回含单据 _id 与完整明细。

还有一个细节值得说:这套系统里「教授」和「仓管」都不能把单据退回待审批 —— 系统会把状态强制成已通过,只有申请人本人能撤。这种系统本身的怪规则,智能体必须先摸清楚再动手,否则一上线就踩坑。

为什么这么设计

我们不把大模型放在主链路上

这是最容易被忽略的一点,也是能不能长期用的关键。

解析默认不调模型:中文归一化、时间识别、表名与字段匹配、外键换算,全部用规则和词典完成 —— 一次提问零 token、几百毫秒。

模型只在一种情况下出现:规则解析不出来时的兜底改写,而且只在失败分支里调用,正常查询一次都不碰。

延迟

规则解析几百毫秒,模型两三秒。仓库里问一句话等三秒,用两次就不用了。

成本

一天几百次提问,全走模型是持续开销,走规则是零。

可复现

同一个问题永远同一条查询,能测试、能回归。模型每次给的可能不一样。

代价是词典得养:没听懂的问法要一条条补。我们接受这个代价 —— 宁可慢一点变聪明,也不要快一点变不可控。

边界

能做到什么程度,做不到什么

能做

中文口语问数据,不用记字段名;跨表关联(问"某个人管了多少物料",自动换算到人员);分组、排名、趋势,返回表格与图;走原流程做审批这类动作,带确认和留痕;私有化部署,数据不出内网。

做不到

系统没有接口、数据库也连不上 —— 这种只能先补接口;系统权限本身是空的 —— 智能体不会替你补权限,只能照现状走;一句话改整个业务流程 —— 流程要改还是得改系统;替你做决策 —— 它给数据和依据,判断还是人做。

常见问题

接之前大家最关心的

老系统没有 API,只有数据库,能接吗?

能,但要用只读账号,并且只允许查询。直接连库的写法我们一般不建议:它绕过了系统自身的权限判断,等于把门拆了。

接智能体会不会把数据传到外部?

私有化部署下不会。智能体跑在你自己机器或内网服务器上,只访问内网系统。是否接入外部大模型是一个显式开关,默认关闭。

大模型答错了怎么办?

所以不让它自由生成查询。它输出的是一份结构化的查询计划,表名与字段都在白名单里,不合法直接拒绝,不会"猜一个看起来像的答案"。

多久能上线?

查询增强通常 1–2 周,流程补位 2–4 周。实际取决于系统接口能否调通 —— 这一步不顺,后面都白搭。

智能体和 BI 报表有什么区别?

BI 是给人配好的看板,问题固定;智能体接受临时提问。两者不冲突,常见做法是 BI 看常用指标、智能体查长尾问题。

我们系统是十多年前的,还能接吗?

只要还活着、还能登录、还有查询接口,就能接。我们手上跑着的一套实验室系统,最早的需求是八年前提的,到现在还在用。