「本合同服务期为一年，期满双方另行协商续约。」——AI 项目合同里这一行通常排在付款条款之后，双方都不细看。它把第二年交给了一次协商，而协商桌上甲方手里只有两样东西：一份汇报稿，和一批自己没导过的日志。
合同条款要重写的不是这句话，是围绕它的四段。立项条款管性质，验收条款管证据，续费条款管价格结构，退出条款管议价权。四段缺一段，第二年就退回到「再谈谈」。
立项条款第一句要写清这项工程属于什么性质，不能只写交付清单。财建〔2023〕117号把这类改造放进中小企业数字化转型试点城市框架，改造完成后由试点城市中小企业主管部门牵头验收。这意味着第一年有第三方替你验收，第二年没有了。
「从企业应用成效、数据贯通程度、投入产出比、企业管理体制配套改革等方面」
这是117号文给验收定的四个维度。四项里没有一项问「系统上线了没有」，全在问用没用起来。把这句话原样抄进立项条款，等于提前把第二年的考题写进第一年。
时间表同样是该抄进条款的部分。
「自2025年1月至2025年12月为实施期第二年」
这是117号文对首批试点的时间界定；2026年5月20日两部门公示首批终期绩效评价结果，30个城市（区）验收通过。政策在这一天收口，系统的账不跟着收口。条款里写清实施期的起止，第二年才有一个双方都认的日历。
钱的结构说明了第二年为什么难。117号文规定不低于80%的奖补资金用于改造，可用于以下支出：
「与数字化改造相关的软件、云服务支出」
云服务按年买。政策期内由企业、服务商、政府三家分摊，政策期后只剩企业一家。立项条款若只写「提供一年服务」，第二年就是一次全新的采购，而不是续约。
验收条款最容易写成形容词。「提升效率」「降低人工」「智能问答可用」这三种写法在第一年无法判定，第二年更无法举证。
「通过查看后台数据、系统日志等方式，掌握系统实际应用情况」
评测指南（工企业函〔2024〕239号）把证据类型限定成两种：后台数据和系统日志。同一份指南要求评测报告附系统截图与实物照片，省级部门对每个试点城市不少于5%的试点企业实地查验——这个比例写在它的监督条款里。证据在日志里，不在汇报稿里。
所以验收条款要写成可执行的三句：日志按月导出，字段含账号、时间、查询内容；留存期不少于合同期加一年；抽检不过则当期服务费不结。语料更新的验收用抽检：从最近一次更新里随机抽若干条，看有没有进库、有没有被检索到。这条比任何承诺都管用，因为它每月都在执行。
中期还有一道。117号文规定实施期第一年结束后做中期绩效评价，结果作为拨付奖补资金的参考，评价较差的督促整改、暂停试点资格，情形严重的收回资金。验收节点因此要按半年设，不能攒到期末补材料。
效果怎么算，写成一列字段而不是一段话。把四个维度翻译成可测项：应用成效对月活账号与部门覆盖，数据贯通对跨系统自动取数的字段数，投入产出比对可归集的人工工时，配套改革对落地的岗位与制度文件。附件列字段。
续费条款要拆价，不能只给总价。值守按年、授权按席、模型调用量按量、语料重训按次，是四种不同的东西。混成一个数字，第二年既没法比价，也看不出是哪一项在涨。要求供应商按这四行列价，砍掉的时候才知道砍的是哪一部分。
分摊比例与递增上限也要写进去。政策期内的三方分摊、政策期后的全额承担各占多少，年涨幅上限是多少。不写上限，第二年的报价由供应商单方面决定。
续费谈崩的地方通常不是功能清单，是三组数。使用面看月活账号、一周内有查询的部门数、接口调用次数；数据面看主数据与语料是否还在更新、答错占比是否在涨；责任面看有没有人能解释「为什么上周的答案和这周不一样」。这三类是从验收口径倒推的经验判断，不是统计数据。
砍掉续费还有一笔隐性成本。评测指南的「资金保障」采集项把「信息系统研发、建设、运维投入」列为可计入的投入证明，算近三年平均数字化投入占营业额的比例；这套指标又是专精特新认定「数字化水平」项的依据（工信厅企业〔2024〕56号，2024年9月4日，该文件称此前已有24万余家中小企业线上评测过）。省下的订阅费，可能在另一张表上被记成退步。
模型换代要在续费条款里单列。换代或换供应商之前，用固定的回归问题集跑一次对比，差异超过合同里填好的阈值须书面告知。阈值签约时填，不能事后由供应商解释。
退出条款决定第二年有没有议价权。全量可读的导出权是唯一硬通货：语料、提示词、回归问题集、字段字典、视图定义，归属与格式都要写明，建议JSON加CSV，视图另附建表语句。这份东西在手，换供应商是选项；不在手，续费就是单向的。
付款节奏要与验收节点对齐。政策验收要求合同、发票、付款凭证三者时间与内容一致，发票不早于合同，不一致时以最小值为准，地方验收通知把这一条写成硬要求。付款条款跟验收条款错位，第二年会被两头卡。
交接也写进退出条款：原厂团队撤场前做几轮讲解、讲几小时、交付哪些文档、由谁签字确认。没有这一条，换供应商的成本高到不敢换，议价权等于零。
有的项目不需要这套。AI只承担一次性任务——一批历史单据的抽取、一次性的报告生成，做完就结束，没有持续语料，也不存在第二年。这种按项目验收、按交付结算，不要硬套订阅。答案依赖「今年的数据」的场景，第二年一定会被问到维护责任，而问的人多半是财务。
自运维换个问法。系统本地部署、自己有人维护，第二年的问题不是续费而是预算科目：把运维人力、模型调用、语料整理拆成三项按年列支。向老板一次性申请项目费容易，但前者撑不到第三年。
试点期结束后还有一件值得做的事：把后台日志导出成月度使用报表，固定成一张表每月更新。这份材料此刻是验收证据，明年就是续费谈判的底稿。谈判桌上拿数据说话，比拿需求清单说话有效。
四段条款不是为了防供应商。它只是让第二年的对话有个共同起点——一句话能指出哪份语料、哪个月、哪个账号，剩下的事就好谈了。
