- 主旋律:从「能不能用」到「敢不敢签字」——Q3 的 AI 编程工具数据出口争议抬高了验收标准,Q4 合同里预计出现日志可导出、人工确认点、回滚演练三个独立验收条目
- 计费双轨化:席位费仍是底盘,AI 用量(Token / 调用 / Agent 执行次数)成为单独计价项;Q4 是议价窗口,但 12 月下旬再启动基本没有谈判空间
- 行业 POC 收敛三个场景:制造报工质检、贸易订单跟踪、零售门店巡检;验收从「功能演示」转为可复算的业务指标
- 节奏提醒:12 月是「清预算 + 冲交付」叠加期,签约与上线应作为两个独立节点;11 月不锁实施档期,12 月很难排上
- 本期给出 12 个可验证预测:每条附置信度与观察指标,便于 Q4 末回看校验,而不是凭印象复盘
一、为什么 Q4 的判断逻辑与前三个季度不同
2026 年前三个季度,低代码与 AI 赛道各自解决了一个阶段性问题:Q1 解决「AI 能力有没有」,Q2 解决「Agent 能不能接进流程」,Q3 则用一次数据出口争议回答了第三个问题——这些能力的数据边界在哪里,谁来验证。
| 季度 | 核心命题 | 企业侧行为 |
|---|---|---|
| Q1 | AI 能力有没有 | 试用、开通、内部演示 |
| Q2 | Agent 能不能接进流程 | 选 1–2 个场景做 POC |
| Q3 | 数据边界在哪里 | 停用、追问、要求审计 |
| Q4(本季) | 谁能被审计、谁能被签字 | 把验收条款写进合同,做取舍 |
这意味着 Q4 的决策不会再被功能清单驱动。功能已经足够多,真正稀缺的是可验证性。本期简报因此不做平台横评,而是给出可被事后校验的判断。
二、十二个预测(含置信度与观察指标)
| # | 预测 | 置信度 | 观察指标 |
|---|---|---|---|
| 1 | AI 行为日志导出成为中大型合同的独立验收项 | 高 | 新签合同验收清单是否单列此项 |
| 2 | 回滚演练进入交付物清单 | 中高 | 验收资料是否含演练报告 |
| 3 | 「评价集」作为 Agent 交付物被制度化 | 中 | 平台是否提供回归测试能力 |
| 4 | AI 用量脱离席位费、单独计价 | 高 | 报价单是否出现用量单价 |
| 5 | 合同普遍增加用量报表导出要求 | 中高 | RFP 中是否出现报表条款 |
| 6 | 月度用量硬上限 + 降级策略成为标配 | 中高 | 合同限流条款的写法 |
| 7 | RFP 增加「本地数据外传清单」页 | 高 | 招标文件新增页数与模板 |
| 8 | 出口治理从 AI 编程外溢到低代码 AI 功能 | 中高 | 低代码 RFP 是否含端点枚举 |
| 9 | 私有化报价表因国产化选型被整体重算 | 中高 | 供应商是否重出组件清单 |
| 10 | 制造场景 POC 验收口径转向追溯完整率 | 中高 | 验收指标的表述变化 |
| 11 | 零售巡检的拍照离线补传与定位校验成为必须项 | 高 | 移动端验收用例 |
| 12 | 12 月签约项目实际进场时间落在次年 1 月 | 高 | 签约日与进场日的差值 |
置信度为研究组主观估计(高 ≥ 75%、中高 55–75%、中 40–55%);观察指标用于事后校验,建议 Q4 末回看一次。
三、主线一:Agent 从「能用」走向「可验收」
Q2–Q3 的 Agent 讨论集中在能力展示:自然语言建应用、MCP 连接、RAG 问数。进入 Q4,议题会转向「怎么证明它做对了」——前半年的 POC 集中到期,续费与扩部门都需要一份能签字的依据。
| 要素 | Q3 常见做法 | Q4 预期做法 | 验收证据 |
|---|---|---|---|
| 操作日志 | 厂商后台可查 | 可导出为文件,保留期写入合同(建议 ≥ 180 天) | 导出的样本文件 |
| 人工确认点 | 口头约定 | 逐条列出必须人工确认的动作 | 需求文档中的确认点清单 |
| 回滚预案 | 演示环境试过 | 定义 RTO / RPO 并留存演练记录 | 演练报告 |
另一个值得关注的动向是评价集(evaluation set)的引入:把一组带标准答案的问题作为交付物,用于每次版本升级后的回归测试。建议按取数、动作、解释、越权四类各 5–10 题设计,其中越权类最容易失败,也最有价值——它能暴露权限继承偏差。
四、主线二:计费从「席位」转向「双轨」
| 口径 | 成本形态 | 适合谁 | 主要风险 |
|---|---|---|---|
| 含在席位费内 | 固定、可预测 | 轻量、偶发使用 | 超额被限流,体验下降 |
| 按 Token / 调用量 | 线性增长 | 高频、用量可预估 | 业务增长带来成本失控 |
| 预付费额度池 | 阶梯折扣 | 多部门摊薄 | 额度跨部门结算困难 |
采购侧的三个硬要求:① 合同写明单价与调价机制(含涨幅上限与提前通知期);② 要求用量报表可按应用 / 部门导出,否则无法做内部成本分摊;③ 设定月度硬上限与超限降级策略(如切换轻量模型、限制并发),而不是直接停机。
用量估算的关键:不要按 POC 阶段消耗乘以人数。真实用量非线性,因为附件解析、批量问数与定时自动化任务都会显著推高消耗。建议按稳态用量估算并预留 1.5–2 倍增长系数。
五、主线三:数据出口治理成为采购必答题
Q3 的数据出口争议带来的最大改变,不是某家厂商的声誉,而是采购问卷里多出来的一页纸。越来越多企业的 RFP 开始要求「本地数据外传清单」。要理解这件事,先把出口层次列全:
| 层次 | 典型数据 | 是否常被忽略 |
|---|---|---|
| ① 输入内容 | 用户提问、粘贴文本 | 否 |
| ② 上传附件 | Excel、图片、扫描件 | 否 |
| ③ 检索上下文 | RAG 召回片段 | 较常忽略 |
| ④ 索引与快照 | 为提升体验建立的文档 / 代码索引 | 是 |
| ⑤ 遥测与崩溃上报 | 设备、路径、堆栈、环境变量 | 是 |
| ⑥ 检查点与缓存 | 会话中间态、结果缓存 | 是 |
由此推出 Q4 预计出现的四类合同要求:出口枚举(列出全部出网端点)、可关闭性(开关实际生效并可由代理日志验证)、删除证明(合同终止后的删除与时间承诺)、独立性(第三方审计报告或开源可审计版本)。
这套要求最先落地在 AI 编程工具(涉及源码、风险最直观),Q4 会逐步外溢到低代码平台的 AI 搭建、RAG 知识库与数据问答——因为这三者同样接触未脱敏的业务数据,且同样会建立表结构与字段索引。
六、行业侧:三个场景不变,验收口径变严
| 场景 | MVP 范围 | Q4 验收口径 | 主要风险 |
|---|---|---|---|
| 制造 | 报工 + 质检 + 异常闭环 | 追溯完整率(批次 → 工序 → 人机料) | 与 MES/QMS 边界不清 |
| 贸易 | 订单跟踪 + 信用额度 + 对账差异 | 差异项闭环率、超限拦截率 | ERP 双向写入导致失真 |
| 零售 | 巡检 + 整改闭环 + 看板 | 整改闭环率、复发率 | 移动端体验与防作弊 |
三个场景的共性:都不依赖 ERP 改造、都能在 4–6 周做出可用版本、都需要移动端。差异在数据来源与验收口径。贸易场景在 Q4 还有一项新增关注——多币种与汇率留痕(币种、汇率值、取值时间与来源),若立项时未预留,次年补起来要动数据模型。
七、节奏:12 月是「清预算 + 冲交付」叠加期
Q4 的典型现象是12 月签约的项目实际进场时间落在次年 1 月。签约流程通常需 3–4 周,而实施档期被同期项目占满。把「签约」与「上线」当作两个独立计划节点,才不会在年度汇报时拿不出成果。
| 月份 | 动作 | 产出物 |
|---|---|---|
| 10 月 | 盘点 AI 功能数据出口;把日志、回滚、人工确认写进待签合同;建立成本模型 | 出口清单 + 合同附件初稿 + TCO 测算 |
| 11 月 | POC 收敛到 1–2 个场景;建立评价集;取得 2–3 家报价并议价;锁定实施档期 | POC 范围书 + 评价集结果 + 比价表 |
| 12 月 | 完成签约(争取上旬);私有化 / 信创冲交付;做一次回滚演练 | 合同 + 验收单 + 演练报告 |
提醒:Q4 交付高峰会稀释顾问资源,把「顾问到场时间」写进合同附件,往往比单纯压价更有价值——排期错过就是错过,而价格总能再谈。
八、对企业选型的建议
- 把「能不能关、能不能验、能不能追」作为选型第一层过滤器,再看功能清单。功能可以补,数据出口一旦失控就很难补回来。
- AI 用量按稳态用量估算,而不是 POC 用量乘以人数;同时争取月度硬上限作为兜底。
- 11 月不锁实施档期,12 月基本排不上;不要把「签约」当成「上线」。
- 私有化预算不要沿用去年模板,要求供应商按当前组件清单重出,并明确甲方自备项。
- 不要为赶预算跳过验收:Agent 类功能的问题往往在运行 4–8 周后才暴露,那时返工成本远高于验收阶段多花的一周。
延伸阅读
- 2026 Q4 低代码与 AI 十二条预测:Agent 验收、双轨计费与数据出口治理三条主线
- Q4 价格与采购预测:席位稳、用量涨,条款比单价更值钱
- Q4 行业 POC 预测:制造追溯完整率、贸易三张表、零售巡检闭环
- Q4 观察:Agent 验收要写进合同的 8 组条款 · Q4 观察:AI 用量预算三步管控法
算数科技观点
「2026 年 Q4 的分水岭,不是谁家的 AI 更聪明,而是谁家的 AI 能被审计。」 前三个季度,平台的竞争焦点是能力边界;到这个季度,采购方的焦点已经转向责任边界。能提供日志、能证明删除、能接受第三方验证的产品,会在这轮筛选中获得结构性优势。
对企业的建议很朴素:把「能不能关、能不能验、能不能追」作为第一层过滤器,再看功能清单。 责任边界先立起来,能力边界才有意义。
算数科技(上海思扬信息科技)11 年企业数字化经验与 16+ 平台官方授权渠道,提供低代码与 AI 平台的选型对比、POC 陪跑、合同条款评审与私有化 / 信创部署支持。咨询 400-678-7857 / 18016313342(微信同号)。
本期简报:2026 年 10 月 7 日 · 由算数科技选型研究组整理;趋势判断基于公开资料与一线交付反馈,置信度为主观估计,不构成投资或法律建议。转载请注明出处 micount.cn。