三种接线方式
AI 的输出最终要进入业务系统。常见接线方式有三种，代价完全不同：
| 方式 | 做法 | 代价 |
|---|---|---|
| 人工确认后写入 | AI 给建议，人点确认才落库 | 慢、要人盯；但最安全，适合高影响字段 |
| 校验后自动写入 | AI 直接写，但先过严格校验 | 需要把校验写扎实，否则脏数据进库 |
| 全自动直写 | 不校验，直接写 | 只适合低影响、可回滚的场景 |
选哪一种，取决于三件事：写错的后果有多大、能不能回滚、有没有旁路校验。
校验要写成"拒绝的理由"
- 逐字段校验类型与范围（金额、日期、枚举、外键存在性）；
- 交叉校验（开始时间 ≤ 结束时间、总额 = 明细之和）；
- 业务规则（这条记录是否与已有记录冲突）；
- 不通过就拒绝整条，不要把"半个结果"写进去。
拒绝时返回可读理由，让人能一眼看出该改哪里；同时把这条样本收进评测集。
幂等与去重
自动写入最常见的坑是重复写：重试、并发、消息重投都会导致同一条被写多次。
- 用业务唯一键做幂等键（不是自增 id）；
- 写之前先查、写之后校对；
- 允许"重复执行结果一致"（例如 upsert 语义），比"保证只执行一次"更现实。
可回滚
- 每次自动写入记录来源（哪次 AI 调用、哪个版本、什么时间），出问题能批量回滚；
- 高风险字段先写入"待审区"，进入正式表前留一个人工窗口；
- 有反向操作（撤销/冲正）比"事后改数据"更可靠。
上线前的检查清单
- 每个自动写入的字段，问一句"写错了会怎样"；
- 校验规则写成测试用例（正例 + 反例）；
- 幂等键选好；重复投递演练一次；
- 记录来源版本，验证能按批次回滚；
- 观察"拒绝率"——它突然升高通常意味着上游格式变了。