定制 AI Agent 的「能力边界」怎么写进合同？可做 / 不做 / 人工确认三张表

定制 AI Agent 项目最常见的扯皮，不是模型分数，而是上线后有人说「它应该能改价」、另一边说「合同从没写过自动改价」。边界若只写「提供智能客服能力」，验收时谁都对、谁都不对。有效做法是把可做 / 不做 / 须人工确认三张表写成合同附件，并配评测样例。GeonAI 的定制交付以可验收边界为准；官网 /agents 仅为能力参考（363+ 预设非公众全量试用）。评估请邮件 [email protected]。交付物清单见 /blog/custom-agent-delivery-artifact-checklist；高风险话术与复核见 /blog/financial-services-agent-compliance。

边界不是免责声明堆砌

有效边界是可测试的行为约束：给定意图，系统必须自动执行、必须拒绝，或必须停在人工确认。免责声明堆砌（「结果仅供参考」）挡不住业务方对「自动解决率」的奖励考核，也挡不住误操作造成的客诉。

表 A：可做（自动）

表 A 的关键不是「能聊」，而是证据门槛：没版本号的 FAQ、没回执码的订单状态，应降级为拒答或转人工，而不是「猜一句」。工具调用白名单见 /blog/agent-function-call-mcp-integration。

表 B：不做（硬拒绝）

• 编造库存、ETA、牌价、法律结论
• 执行无白名单的任意 API / SQL
• 在未授权时向外包账号展示总部密级知识
• 对用户说「已下单成功」但无系统回执
• 绕过折扣/退款审批直接改价或打款

表 B 触发时，应返回固定拒答话术 + 转人工入口，并在合同中写明：此类拒答不视为缺陷，也不计入「自动解决失败」的惩罚项。

表 C：须人工确认

表 C 是「半自动」：Agent 可以起草、收集、预填，但写库或外发前必须有人点确认。超时策略要写死，避免工单悬空。写权限冲突时常拆只读 Agent 与草稿 Agent，见 /blog/multi-agent-vs-single-assistant。

如何写进合同（建议条款结构）

1. 附件《能力边界 v1.0》三表为准；变更走书面变更单（改 Prompt 不算变更）。
2. 表 B 触发固定拒答话术，不视为缺陷，也不单独计 SLA 违约。
3. 表 C 未经确认的外发或写库，不计入「自动解决率」奖励；若造成损失按变更前责任划分。
4. 评测集必须覆盖三表各 ≥N 条（建议试点期每表 ≥15，上线前每表 ≥30）。
5. 与验收指标表联动：错误承诺率、越权率、漏转率见 /blog/poc-to-production-agent-checklist。

变更管理：别用一句 Prompt「先让它自动改价」

业务临时要求「先让它自动改价」→ 必须先把该意图从表 C 迁到表 A（或扩白名单），补评测与培训，再发版。只改 Prompt、不改三表，等于合同与生产行为脱节——审计时两边都站不住。

找 GeonAI 时怎么描述

带上你们最怕的三种误操作（例如乱报价、假 ETA、误退款），我们帮你落成三表草稿并进评测集。邮件 [email protected]、服务方案 或 Live chat。