把 AI 输出接到业务系统：三种接线方式与各自代价

AI 结果进业务系统有三种接线方式，代价差别很大。本文给出选型依据、校验该写成什么样、幂等与去重的做法、可回滚设计，以及上线前的检查清单。

三种接线方式

AI 的输出最终要进入业务系统。常见接线方式有三种，**代价完全不同**：

| 方式 | 做法 | 代价 |

|---|---|---|

| 人工确认后写入 | AI 给建议，人点确认才落库 | 慢、要人盯；但最安全，适合高影响字段 |

| 校验后自动写入 | AI 直接写，但先过严格校验 | 需要把校验写扎实，否则脏数据进库 |

| 全自动直写 | 不校验，直接写 | 只适合**低影响、可回滚**的场景 |

选哪一种，取决于三件事：**写错的后果有多大、能不能回滚、有没有旁路校验**。

逐字段校验类型与范围（金额、日期、枚举、外键存在性）；

交叉校验（开始时间 ≤ 结束时间、总额 = 明细之和）；

业务规则（这条记录是否与已有记录冲突）；

**不通过就拒绝整条**，不要把"半个结果"写进去。

拒绝时返回**可读理由**，让人能一眼看出该改哪里；同时把这条样本收进评测集。

自动写入最常见的坑是**重复写**：重试、并发、消息重投都会导致同一条被写多次。

用业务唯一键做**幂等键**（不是自增 id）；

写之前先查、写之后校对；

允许"重复执行结果一致"（例如 upsert 语义），比"保证只执行一次"更现实。

每次自动写入记录**来源**（哪次 AI 调用、哪个版本、什么时间），出问题能批量回滚；

高风险字段先写入"待审区"，进入正式表前留一个人工窗口；

有反向操作（撤销/冲正）比"事后改数据"更可靠。

1. 每个自动写入的字段，问一句"**写错了会怎样**"；

2. 校验规则写成测试用例（正例 + 反例）；

3. 幂等键选好；重复投递演练一次；

4. 记录来源版本，验证能按批次回滚；

5. 观察"拒绝率"——它突然升高通常意味着上游格式变了。