不承诺准确率数字
模型输出受数据质量、问题分布与提示设计影响，脱离评测集谈准确率没有意义。合理做法是约定评测集构建方式与判定标准，用验收时的实测结果替代事先承诺。怎么替代？把承诺换成可测指标。
不承诺业务指标
转化率、成本下降、人均产出受组织执行与市场环境影响，服务方无法单方负责。若客户需要指标挂钩，应先把基线、统计窗口与归因规则写清。边界在于各方只对自己可控的部分承担责任。
不承诺刚性工期
工期依赖客户方数据到位、接口开放与评审排期。报价可给出计划工期与关键前置条件，但不宜写成无条件承诺，否则延期责任会被错误归到交付方，责任划分随之失真。怎么给？给日期并列出前置条件。
责任划分要落到文件
数据合法性与准确性由客户方负责，集成接口由各系统厂商配合，合规评审由客户方主导。这些前提写进项目确认单后，争议时才有据可依。怎么划定？逐条签认，而不是各自援引口头共识。
验收争议的处理顺序
出现分歧怎么办？先比对验收口径与样本，再由双方技术负责人共同复测；仍不一致时提交约定的第三方或行业协会判定，最后才进入合同争议程序。这个顺序要写进合同附件，避免把技术分歧直接升级为纠纷。判定结论由双方签认后生效，不在群里表态了事。
适用与不适用
适合谁
- 准备签署 AI 项目合同、需要明确责任边界的甲方
- 被要求承诺效果数字的项目负责人
- 需要向内部说明为何不能保证的商务人员
不适合谁
- 期望按效果付费、不接受任何前提条件的采购
- 要求服务方承担全部数据合规责任的项目
典型场景
某企业在合同评审时要求服务方承诺问答准确率不低于某一水平。双方改为先共建评测集、约定抽样与判定规则，验收时以实测结果为准，并把数据准备与业务配合列为甲方义务，合同因此顺利签署，验收方式不再有分歧。
可执行步骤
- 把准确率承诺换成评测集构建规则、抽样比例与判定标准的书面约定
- 列出工期依赖的数据、接口与评审排期等前置条件及责任方名称与完成时间
- 在合同中区分范围内缺陷修复与范围外需求调整，分别计价结算并约定审批人
- 明确写明数据、接口与合规评审三方的责任归属及配合时限要求与违约处理
常见坑
- 口头承诺效果，验收时无法举证，只能各让一步收场，双方都不满意，后续合作也难推进，只能另找供应商
- 工期未写前置条件，延期责任全归乙方，双方失去信任，项目组互相推责，返工无人认账，进度彻底停滞
- 修改次数无上限，预算在反复调整中消耗，最终草草收尾，没人对结果负责，验收也流于形式
- 数据合规责任未划分，出事后互相推诿，项目被迫暂停，重启成本很高，信任修复周期很长
自检与验收清单
- 是否已建立评测集并约定判定规则与抽样比例
- 工期前置条件是否逐条写明责任方与顺延规则
- 范围内缺陷与范围外调整是否区分并分别计价
- 数据、接口与合规责任是否写进项目确认单并双方签认
常见问题
不承诺准确率，验收怎么判断？
用评测集实测。先约定样本来源、抽样比例与判定人，验收时按同一规则跑一遍，结果作为是否达标的依据，比事先承诺数字更可执行，也更容易在争议时说服双方。
客户一定要效果挂钩怎么办？
可以把效果条款放在验收后的奖励或续约条件里，主体仍按交付物计价。同时约定基线数据与统计窗口，否则条款无法执行，容易变成长期悬案，拖累后续合作。
工期能不能给个确定日期？
可以给计划日期，但要并列客户方数据到位、接口开放与评审通过等前置条件。前置条件未满足时，计划日期应相应顺延，并在会议纪要中留痕，避免事后争议。