老系统没有 API，怎么接 AI agent智能体？四种对接方式与风险控制
一、先判断：是"接不上"还是"不想接"
老系统接 AI 的障碍通常不是技术，而是三件事：原厂不愿配合、公司内部没人说得清系统结构、以及担心动生产系统出事故。
判断方法很简单——问三个问题：数据库能连吗？有没有导出功能？原服务商还能联系上吗？
三个都能：走数据库只读，最快；
能导出、不能连库：走文件解析；
都做不到、服务商也失联：进入"先抢救、再改造"的路径。
二、四种对接方式
方式一：数据库只读视图。 为集成单独建只读账号，只授权必要的视图而不是底表。好处是原系统的表结构变动不会直接冲垮集成逻辑，改视图即可。 风险：老系统的字段命名往往不规范（拼音缩写、含义靠口口相传），必须由熟悉业务的老员工参与确认字段含义，这一步没人能替代。
方式二：中间库同步。 定时把必要数据抽取到独立中间库。这是对原系统影响最小的方式，出问题也不影响生产。代价是数据有延迟。
方式三：导出文件解析。 沿用业务部门现有的导出操作，Agent 智能体工具 侧解析。适合采购、库存这类低频数据。 风险：列顺序或格式一变就解析失败，需要加"解析失败告警"，不能默默丢数据。
方式四：屏幕级采集（最后手段）。 在实在无法获取数据、且业务上必须自动化时使用，通过模拟操作采集界面数据。必须说清楚它的风险：脆弱（界面一改就失效）、可能违反原厂服务条款、且难以维护。我们一般建议客户把它当作临时过渡，并明确写下停用时间。
三、比对接更麻烦的三件事
数据口径不一致：同一指标在两个系统里算法不同。必须指定唯一口径，否则 Agent 给出的答案永远有人不认；
时区与时间字段：跨系统时间格式不一致是老系统集成的经典坑，所有时间统一到同一时区、同一格式再进入下一步；
并发与性能：老服务器资源紧张，集成查询可能拖慢原系统。做法是限流 + 错峰（放在夜间或业务低谷同步）。
四、什么时候不该接，而该升级
如果出现以下情况，硬接 AI 是浪费钱：
系统已停止维护、存在公开安全漏洞，还在承担核心业务；
服务器或授权即将到期，续费成本高于重构；
业务本身已经变化，老系统的流程与现状不匹配。
这种情况下的正确顺序是先迁移/重构，再考虑智能化。老站点的道理一样：一个连 HTTPS 都没有、手机上打不开的官网，先修基础设施比先加 AI 客服更值得。
五、风险控制四条底线
只读优先：任何集成方案的第一版都不给写权限；
灰度上线：先跑影子模式（只提示不执行），比对一段时间无误再放开；
可回滚：所有改动有备份、有回滚步骤，且演练过一次；
有日志：每次取数、每次执行可追溯。
