1. 明确交付对象
- 列出模型、API、智能体、知识库、连接器和开源组件。
- 说明处理地点以及数据和备份可能存放的国家或地区。
- 区分标准产品能力、定制开发和实施服务。
- 记录版本、限制、支持语言、上下文上限和允许场景。
- 明确供应商能否在未经批准时更换模型或分包商。
2. 规定数据处理
- 保存哪些提示、回答、附件、日志和反馈，保存多久？
- 客户数据是否用于训练、微调、评估或改进共享服务？
- 删除、导出、租户隔离和销毁证明如何实现？
- 哪些数据类别禁止输入，系统如何避免误传？
- 谁拥有特权访问，管理员操作如何留痕？
3. 要求可验证的质量
验收应使用客户的代表性案例，而不是通用排行榜。为每个流程规定质量、完整性、拒答、时延、成本和安全行为指标，并保存测试集版本、配置和通过阈值。
模型、提示词、知识库或工具变更后必须重新测试。若出现重大退化，客户应有权暂停更新、回退版本或停止相关场景。
4. 检查安全和韧性
- 角色分离、MFA、服务身份和审计记录。
- 加密、密钥管理、备份与恢复。
- 防范提示注入、工具导致的数据泄露和智能体权限过大。
- 漏洞报告、修复时限和历史事件。
- 人工流程、备用供应商或其他关键业务连续性方案。
5. 让 SLA 对应业务流程
API 可用率并不够，还要约定时延、吞吐量、队列行为、变更通知期、支持和恢复。定义什么是 AI 事件、谁负责调查、供应商必须提供哪些证据。
计费必须可核对，包括计费单位、缓存、重试、存储、流量、工具和最低承诺，并在超预算前触发限制和通知。
6. 在进入前设计退出
- 以可用格式导出提示词、文档、索引、日志、设置和评估结果。
- 约定导出周期、费用、迁移支持和残留副本删除。
- 明确定制组件权利，并允许更换模型继续使用。
- 获得接口文档，避免不必要的封闭格式锁定。
当业务接受预期效果、信息安全接受控制、法务接受责任与数据条款、IT 接受运维和退出方案、验收团队获得可复现证据时，采购才适合签署。