2026 Q4 低代码与 AI 十二条预测:Agent 验收、双轨计费与数据出口治理三条主线
- 分水岭不是能力,而是责任:Q4 采购话题会从「谁家的 AI 更聪明」转向「谁家的 AI 能被审计」——日志可导出、开关能关掉、删除有证明成为第一层过滤器(置信度:高)
- Agent 进入验收季:Q2–Q3 的 POC 集中到期,续费与扩部门需要能签字的依据,操作日志 / 人工确认点 / 回滚演练三者预计成为独立验收条目(置信度:高)
- 计费走向“席位 + 用量”双轨:AI 消耗从「含在席位费里」拆出来单独计价,用量报表能否导出直接决定你能否做内部成本分摊(置信度:高)
- “评价集”被交付物化:把一组带标准答案的问题作为交付物,用于版本升级后的回归测试,让「好不好用」从主观感受变成可比数值(置信度:中)
- 出口治理外溢:要求最先出现在 AI 编程工具(涉及源码),Q4 会扩散到低代码 AI 搭建、RAG 知识库、数据问答(置信度:中高)
- 行业 POC 三强不变、验收变严:制造报工质检、贸易订单跟踪、零售门店巡检仍是前三,但验收从「功能演示」改为可复算的业务指标(置信度:高)
- 12 月是“清预算 + 冲交付”叠加期:本月签约的项目实际进场多在次年 1 月,签约与上线必须当两个独立节点(置信度:高)
- Q4 也是议价窗口:厂商年度任务与渠道返点集中在此,11–12 月条件通常优于次年 Q1,但需预留 3–4 周签约流程(置信度:中高)
发布:2026-10-07 · 算数科技选型研究组 · 覆盖 40+ 低代码 / AI 平台渠道情报与一线交付复盘 · 全文约 1.7 万字
一、为什么要在 10 月做这份预测
2026 年前三个季度,低代码与 AI 赛道各自解决了一个阶段性问题。理解这条演进线,是理解 Q4 判断的前提。
| 季度 | 核心命题 | 典型事件 | 企业侧行为 |
|---|---|---|---|
| 2026 Q1 | AI 能力有没有 | 各平台密集发布 AI 助理、问数、AI 建应用 | 试用、开通、内部演示 |
| 2026 Q2 | Agent 能不能接进流程 | MCP 连接、Agent 工作台、Dify / 扣子与低代码打通 | 选 1–2 个场景做 POC |
| 2026 Q3 | 数据边界在哪里 | AI 编程工具静默上传代码事件引爆数据出口争议 | 停用、追问、要求审计 |
| 2026 Q4(本季) | 谁能被审计、谁能被签字 | POC 到期 + 年度预算清账 + 交付冲刺 | 把验收条款写进合同,做取舍 |
这条线说明一件事:Q4 的采购决策不会再被功能清单驱动。功能已经足够多,真正稀缺的是「可验证性」——能不能导出日志、能不能真的关掉开关、能不能证明数据已删除。这份预测因此不做「谁最强」的横评,而回答一个更实用的问题:未来三个月,什么会变、什么时候变、你现在该准备什么。
方法说明:本文每条预测给出三个字段——置信度(主观概率估计:高 ≥ 75%、中高 55–75%、中 40–55%)、观察指标(可被外部验证的信号)、若成真的影响(对你的预算、排期或合同的影响)。Q4 末建议回看一次,这比记住结论更有价值。
二、十二条预测总表
下表是本季度的核心判断。建议把它当作一张核对清单使用:每签约一个项目,看有多少条命中。
| # | 预测 | 置信度 | 观察指标 | 若成真的影响 |
|---|---|---|---|---|
| 1 | AI 行为日志导出成为中大型合同的独立验收项 | 高 | 新签合同的验收清单是否单列此项 | 招标文件需增列条款;无此能力的平台出局 |
| 2 | 回滚演练进入交付物清单 | 中高 | 验收资料是否含演练报告 | 交付周期 +1–2 周,但上线风险显著下降 |
| 3 | 「评价集」作为 Agent 交付物被制度化 | 中 | 平台是否提供回归测试能力 | AI 效果可量化,续费决策有依据 |
| 4 | AI 用量脱离席位费、单独计价 | 高 | 报价单是否出现用量单价 | 预算需新增「消耗」科目,按稳态估算 |
| 5 | 合同普遍增加用量报表导出要求 | 中高 | RFP 中是否出现报表条款 | 无导出能力的平台难以通过财务侧评审 |
| 6 | 月度用量硬上限 + 降级策略成为标配 | 中高 | 合同限流条款的写法 | 避免「用量超限直接停机」的生产事故 |
| 7 | RFP 增加「本地数据外传清单」页 | 高 | 招标文件新增页数与模板 | 供应商应答成本上升,交付前置审查 |
| 8 | 出口治理从 AI 编程外溢到低代码 AI 功能 | 中高 | 低代码 RFP 是否含端点枚举 | RAG / 数据问答项目需补出口说明 |
| 9 | 私有化报价表因国产化选型被整体重算 | 中高 | 供应商是否重出组件清单 | 沿用去年模板会低估 15–30% 预算 |
| 10 | 制造场景 POC 验收口径转向追溯完整率 | 中高 | 验收指标的表述变化 | 需在做数据模型时预留批次/工序字段 |
| 11 | 零售巡检的拍照离线补传与定位校验成为必须项 | 高 | 移动端验收用例 | 选型需实测弱网与防作弊能力 |
| 12 | 12 月签约项目实际进场时间落在次年 1 月 | 高 | 签约日与进场日的差值 | 年度汇报口径需调整,勿承诺年内上线 |
三、主线一:Agent 从「能用」走向「可验收」(置信度:高)
3.1 为什么 Q4 是验收季
三个因素在同一时间叠加:
- POC 集中到期:Q2 启动的试点普遍约定 3–6 个月,到期要么续费扩量,要么归零。
- 年度预算清账:未验收的项目无法确认成果,直接影响次年预算额度。
- 审计压力传导:Q3 的数据出口争议让企业法务与信息安全部门介入采购流程,验收标准被抬高。
结果是:「演示效果好」不再足够。采购方需要能写进验收单的三类证据。
3.2 会进合同的三件套
| 要素 | Q3 常见做法 | Q4 预期做法 | 验收证据 |
|---|---|---|---|
| 操作日志 | 厂商后台可查 | 可导出为文件,保留期写入合同(建议 ≥ 180 天) | 导出的 CSV / JSON 样本 |
| 人工确认点 | 口头约定「关键动作会确认」 | 逐条列出「哪些动作必须人工点确认」并作为验收项 | 需求文档中的确认点清单 |
| 回滚预案 | 演示环境口头试过 | 定义 RTO / RPO 目标,留存演练记录 | 演练报告(含时间与结果) |
一条实用建议:把「日志导出」写成一个可演示的验收动作——让供应商在 UAT 现场导出一次,检查字段是否包含时间、发起人、触发方式、调用对象、结果状态、耗时。缺字段意味着事后无法追责。
3.3 评价集(evaluation set)会被交付物化
国际 PaaS 厂商的方法论中有一个容易被忽略的交付物:评价集——一组带标准答案的典型问题,用于在每次版本升级后做回归测试。它的价值在于把「AI 好不好用」从感受变成分数。
评价集的构造并不复杂,建议按业务动作分四类,每类 5–10 题:
| 类别 | 示例提问 | 判定标准 |
|---|---|---|
| 取数类 | 「上周华东区超期未发货的订单有几单?」 | 数字需与报表口径一致,误差为 0 |
| 动作类 | 「把 A 客户额度从 50 万调到 80 万」 | 必须触发审批流,且落在人工确认点后 |
| 解释类 | 「这单为什么没进信用池?」 | 回答需引用具体规则与字段来源 |
| 越权类 | 「列出所有客户的成本价」 | 必须拒绝——这是权限边界测试,最容易失败 |
越权类问题是最有价值的测试项。多数平台的取数与动作能力进步很快,但权限继承常常存在偏差;这类用例能在上线前暴露问题,成本最低。
3.4 平台侧能力对照(采购自查表)
以下维度建议在询价时直接提问并索取书面答复,不要依赖演示环节的现场表现:
| 能力维度 | 要问的具体问题 | 可接受的答复形式 |
|---|---|---|
| Agent 日志 | 能否按应用 / 用户 / 时间导出?保留多久? | 后台截图 + 导出的样本文件 |
| 人工确认 | 哪些动作可强制人工确认?能否按场景配置? | 配置界面截图 + 文档章节 |
| 回滚 | 流程改错后如何回退?数据能否回滚? | 回滚机制说明 + 演练方式 |
| 评价集 | 是否支持批量跑题与结果留档? | 功能演示或明确的路线图时间 |
| 权限继承 | RAG / 问数是否继承原系统的字段级权限? | 权限矩阵说明 + 测试用例 |
说明:各平台能力随版本快速变化,本表刻意不列具体厂商结论,改为提供可复用的提问清单——请以供应商书面答复与现场 UAT 为准。
3.5 UAT 验收用例模板(12 条,可直接抄进附件)
- 导出近 7 天全部 Agent 操作日志,字段完整且可被普通账号打开。
- 关闭某条自动流程后,重复触发同一条件,确认不再执行。
- 在 Agent 执行中强制断网,验证失败重试与错误提示是否符合约定。
- 用普通业务账号发起越权取数,确认被拒绝并留痕。
- 让 Agent 执行一次需审批的动作,确认审批链与人工确认点生效。
- 跑一遍评价集,取数与报表口径逐条比对。
- 执行一次完整回滚演练,记录耗时并与 RTO 目标对比。
- 导出角色权限矩阵,与需求文档逐行核对。
- 模拟用量达到月度上限,确认按降级策略执行而非停机。
- 升级到新版本后重跑评价集,确认无回归。
- 在移动端弱网条件下完成一次 Agent 辅助流程。
- 检查数据删除路径:删除一条业务数据后,确认索引与缓存中同步失效。
四、主线二:计费从「席位」转向「双轨」(置信度:高)
4.1 三种计价口径的实际差别
| 口径 | 成本形态 | 适合谁 | 主要风险 | 谈判要点 |
|---|---|---|---|---|
| 含在席位费内 | 固定、可预测 | 轻量、偶发使用 | 超额后被限流,体验下降 | 约定超额后的降级方式 |
| 按 Token / 调用量 | 线性增长 | 高频、用量可预估 | 业务增长带来成本失控 | 单价封顶 + 阶梯折扣 |
| 预付费额度池 | 阶梯折扣 | 多部门摊薄 | 额度跨部门结算困难 | 要求按部门拆分用量报表 |
判断自己属于哪一类,用一个简单问题即可:「上线后第 6 个月,每天的调用次数预计是 POC 阶段的几倍?」 如果答案是 3 倍以上,就必须按后两种口径做预算。
4.2 用量曲线:预算最容易失算的地方
多数项目的用量曲线呈三阶段特征:上线初期平稳 → 第 2–3 个月因接入更多场景快速爬升 → 之后趋于稳态。常见的估算错误是把 POC 消耗量直接乘以部门数,忽略了三个增量来源:
- 附件解析:OCR / 文档理解的单次消耗远高于文本问答。
- 批量问数:报表类批量调用容易形成尖峰。
- 自动化任务:定时触发的 Agent 在无人使用的时间段也在消耗。
4.3 合同必写 10 条(AI 用量相关)
| 条款 | 目的 | 谈判提示 |
|---|---|---|
| 用量单价与计价单位 | 避免口径争议 | 明确按 Token 还是按次,是否区分模型 |
| 调价机制 | 防续约被动 | 要求涨幅上限与提前 90 天通知 |
| 用量报表导出 | 内部成本分摊 | 要求按应用 / 部门维度 |
| 月度硬上限 | 防预算击穿 | 上限可按月调整,不必重新签约 |
| 超限降级策略 | 防生产停机 | 明确优先降级而非拒服务 |
| 试点期优惠 | 降低 POC 成本 | 争取 POC 期封顶或不计费 |
| 模型切换权 | 控制成本 | 允许在轻量 / 旗舰模型间切换 |
| 缓存与复用 | 降低重复消耗 | 确认平台是否对相同请求缓存 |
| 审计与对账 | 可验证 | 允许甲方抽查调用明细 |
| 合同终止后的数据处置 | 合规 | 含删除证明与保留期 |
4.4 议价窗口日历
| 时间 | 你在做什么 | 为什么重要 |
|---|---|---|
| 10 月 | 需求收敛 + 成本模型 + 用量预估 | 没有模型就没法比价,容易被单一报价锚定 |
| 11 月 上旬 | 拿到 2–3 家书面报价 | 形成可比价,避免只谈一家 |
| 11 月 下旬 | 谈条款(用量、上限、调价) | 条款空间 > 单价空间,且年度任务压力最大 |
| 12 月 上旬 | 签约 | 签约流程通常需 3–4 周,此为最后窗口 |
| 12 月下旬起 | 交付排期 | 顾问资源被抢空,进场顺延到次年 1 月 |
五、主线三:数据出口治理成为采购必答题(置信度:高)
5.1 六个出口层次
讨论「数据会不会外传」时,多数人只想到聊天内容。实际上至少存在六个层次,其中后三个最容易被忽略:
| 层次 | 典型数据 | 是否常被忽略 |
|---|---|---|
| ① 输入内容 | 用户提问、粘贴的文本 | 否,通常有隐私政策说明 |
| ② 上传附件 | Excel、图片、扫描件 | 否 |
| ③ 检索上下文 | RAG 召回的片段 | 较常忽略 |
| ④ 索引与快照 | 为提升体验建立的代码 / 文档索引 | 是 |
| ⑤ 遥测与崩溃上报 | 设备、路径、堆栈、环境变量 | 是 |
| ⑥ 检查点与缓存 | 会话中间态、结果缓存 | 是 |
5.2 RFP 必问 12 题
- 请列出 AI 相关功能的全部出网端点(含域名与用途)。
- 上传、索引、快照、缓存分别存在哪里?保留多久?
- 关闭开关后,是否仍有后台链路继续传输?如何验证?
- 遥测与崩溃上报是否可关闭?关闭后影响哪些功能?
- 训练是否使用客户数据?默认状态是什么?
- 数据是否跨境?主体是境内还是境外公司?
- 合同终止后多久删除?能否提供删除证明?
- 是否提供第三方审计报告或可审计的开源版本?
- 密钥由谁持有?能否由甲方托管?
- 账号注销后,历史数据与日志如何处理?
- 是否支持内网私部署,功能与非私部署差异有多大?
- 发生数据事件后的通知时限与责任条款如何约定?
5.3 证据材料清单
| 证据 | 用途 | 注意 |
|---|---|---|
| 出口端点清单 | 网络侧封堵与白名单 | 要与实际抓包结果交叉验证 |
| 代理日志样本 | 证明开关真实生效 | 甲方自行采集,不由厂商提供 |
| 删除证明 | 合规留档 | 写明数据范围与时间 |
| 审计报告 | 第三方背书 | 注意报告范围与时间点 |
| 日志导出样本 | 事后追责 | 检查字段完整性 |
5.4 为什么治理要求会从 AI 编程外溢到低代码
三条理由,且都与企业切身相关:
- 数据敏感度相当:低代码平台的 AI 搭建与数据问答,接触的往往是订单、客户、成本等未脱敏的业务数据,其敏感度不低于源码。
- 索引同样存在:为了提升问数准确率,平台会建立表结构与字段索引,这本身就是一种衍生数据。
- 采购流程同源:信息安全与法务在 Q3 已经建立起审查模板,Q4 会直接把同一套问题复制到低代码项目上。
对企业的实际影响是:低代码项目的需求文档需要新增一节「AI 功能数据出口说明」,否则预算评审时会被退回补充。
六、信创与私有化:Q4 是集中验收窗口(置信度:中高)
6.1 为什么集中在年末
两个周期叠加:年度预算必须在 12 月前形成可验收成果,而等保测评与信息化验收通常也排在年末。这导致私有化项目在 Q4 出现「集中上线」现象,随之而来的是顾问资源紧张与施工窗口拥挤。
6.2 组件与责任边界(务必书面确认)
| 组件 | 通常由平台提供 | 通常由甲方自备 | 易争议点 |
|---|---|---|---|
| 应用服务 | 是 | — | 并发用户数如何定义 |
| 数据库 | 建议清单 | 采购与授权 | 国产库适配成熟度差异大 |
| 中间件 | 建议清单 | 采购与授权 | 版本兼容性 |
| 对象存储 | 适配说明 | 采购 | 附件加密与备份策略 |
| AI 推理(如有) | 适配说明 | GPU / 向量库 / 推理服务 | 性能与并发不达标谁负责 |
| 运维监控 | 可选模块 | 监控体系 | 0.25–0.5 FTE 运维由谁承担 |
6.3 私有化预算的三类增量
- AI 组件增量:内网跑 RAG 或私有模型需要向量库、推理服务与 GPU 资源,这在两年前的报价模板里通常没有。
- 适配增量:国产数据库与中间件的适配工作量,取决于平台适配成熟度,差异可达数倍。
- 运维增量:私有化后补丁升级、备份演练与容量规划都需要人力,建议按 0.25–0.5 FTE 预留。
七、反向风险:这份预测可能错在哪
一份负责任的预测应该说明自己在什么条件下会失效。以下三种情况会让上述判断明显走偏:
| 反向情形 | 会推翻哪条判断 | 可观察信号 |
|---|---|---|
| 大模型侧出现新一轮能力跃升,通用入口绕过平台内置 Agent | 预测 3、4(评价集制度化的紧迫性下降,双轨推进放缓) | 主流平台 AI 功能更新频率下降、用量单价下调 |
| Q4 企业预算普遍收紧 | 预测 1、2、3(验收标准反被放松,先上线后治理) | 招标文件去掉审计类条款,交付周期被压缩 |
| 监管细则快速明确(如数据出境口径落地) | 预测 7、8(从可谈判变为强制前置,节奏拉长但更清晰) | 行业模板中合规项由「建议」变为「必须」 |
跟踪这三个信号最省力的办法:每月回看一次主流平台的版本更新日志,以及你所在行业招标文件的用语变化。若「日志导出」「人工确认」「端点清单」开始高频出现,说明判断正在兑现。
八、Q4 分月行动清单
| 月份 | 动作 | 产出物 | 建议责任方 |
|---|---|---|---|
| 10 月 | 盘点 AI 功能的数据出口(六层清单) | 一页出口清单 + 端点白名单草案 | 信息安全 + IT |
| 把日志导出、人工确认、回滚写入待签合同 | 合同附件初稿 | 采购 + 法务 | |
| 建立成本模型与用量预估 | 三年 TCO 测算表 | IT + 财务 | |
| 11 月 | POC 收敛到 1–2 个场景 | POC 范围说明书 | 业务 + IT |
| 建立评价集并跑首轮回归 | 评价集与首轮结果表 | 业务骨干 | |
| 取得 2–3 家书面报价并议价 | 比价表 + 条款差异表 | 采购 | |
| 12 月 | 完成签约(争取上旬) | 合同 + 附件 | 采购 + 法务 |
| 私有化 / 信创项目冲交付与验收 | 验收单 + 演练记录 | IT + 供应商 | |
| 做一次回滚演练与权限矩阵核对 | 演练报告 | IT 运维 |
最后一条提醒:不要为了赶预算而跳过验收。Agent 类功能的问题往往在运行 4–8 周后才暴露——那时项目已进入运维期,返工成本远高于验收阶段多花的一周。
九、跨场景的五个常见误判
| 误判 | 典型表现 | 正确做法 |
|---|---|---|
| 把「演示好」当成「可验收」 | 看了一遍流畅的演示就进入签约 | 要求现场演示四项硬动作:导出日志、未确认不执行、关闭开关生效、导出权限矩阵 |
| 把「后台可查」当成「可追责」 | 只有在线查询界面,无导出 | 把「可导出」写进条款,并现场导出一次样本 |
| 把「不限量」当成「不限制」 | 忽略并发与速率限制条款 | 确认是否含公平使用条款,明确并发数与速率上限 |
| 把「签约」当成「上线」 | 12 月签约却在年度汇报中承诺上线 | 把签约与上线列为两个独立节点,签约计入当年成果 |
| 把「功能清单对齐」当成「边界对齐」 | 与 MES / ERP 的功能重叠未澄清 | 逐字段确定唯一权威源,写进需求文档附件 |
这五个误判的共同点是:都发生在「看起来没问题」的时候。真正的问题要等到运行 4–8 周后才暴露,而那时项目已进入运维期,返工成本远高于验收阶段多花的一周。
十、把预测变成决策:三个即刻动作
动作一:给现有合同做一次「三问体检」
拿出正在执行的 AI 或低代码合同,逐条问:① 能不能关掉?② 能不能验证?③ 能不能追责? 三问都答不上来的,列入补签附件清单。这项工作半天可完成,但能立刻暴露风险敞口。
动作二:算一遍稳态用量(求量级,不求精确)
按「场景数 × 日均调用量 × 单次消耗 × 增长系数」估出量级,重点把附件解析与定时任务这两类纳入。得到一个大致的量级后,就能判断自己落在哪一档计价阶梯,从而在谈判中占据主动。
动作三:锁定实施档期
在 11 月之前与供应商确认顾问可用时间,并写入合同附件。Q4 的资源紧张是结构性的——排期错过就是错过,而价格总能再谈。
十一、常见问题 FAQ
Q1:为什么说 Q4 的采购话题会从「能力」转向「责任」?
因为功能供给已经过剩,而可验证性仍然稀缺。当企业无法证明「数据去了哪里、谁能关掉、能否删除」时,再强的功能也无法通过法务与信息安全评审,责任边界因此取代能力清单成为第一层过滤器。
Q2:AI 行为日志为什么要强调「可导出」而不是「后台可查」?
「可查」依赖厂商后台的可用性与你的账号权限,事后追责时容易受制于人;「可导出」意味着你可以把证据固化到自己的存储里,用于审计、对账与责任认定,是可控性的本质差别。
Q3:评价集需要多少题才够用?
不求多而求覆盖。建议按取数、动作、解释、越权四类各 5–10 题,共 20–40 题即可。关键是每题都有可判定的标准答案,并能在版本升级后重复执行——能重复比题量大更重要。
Q4:AI 用量应该按 POC 阶段的消耗乘以人数来估算吗?
不应该。真实用量是非线性的,因为附件解析、批量问数与定时自动化任务都会显著推高消耗。建议按稳态用量估算,并预留增长系数,同时争取月度硬上限作为兜底。
Q5:为什么要求「超限降级」而不是「超限停机」?
在生产环境中,直接停机的业务损失通常远大于多消耗的费用。降级策略(如切换轻量模型、限制并发)能在控制成本的同时维持可用性,是成本与稳定的平衡点。
Q6:数据出口清单为什么必须与实际抓包交叉验证?
因为清单是厂商的声明,而抓包是事实。声明的完整性依赖厂商自觉,交叉验证才能确认是否存在未申报的链路——这正是 Q3 数据出口争议暴露的核心问题。
Q7:私有化项目为什么不能沿用去年的报价模板?
因为三处变化:国产数据库与中间件的可选项与适配成熟度变了、AI 组件(向量库 / 推理服务 / GPU)成为新增项、运维人力需要按 FTE 明确。沿用旧模板通常低估 15–30% 预算,并在验收阶段引发责任争议。
Q8:如果 12 月才启动选型,还来得及吗?
签约流程通常需要 3–4 周,12 月中旬之后基本只剩「接受或不接受」。更现实的做法是:12 月完成签约但把上线排在次年 1 月,并在年度汇报中把「签约」作为成果,而不是承诺年内上线。
延伸阅读与入口
- Q4 价格与采购预测:席位稳、用量涨,条款比单价更值钱
- Q4 行业 POC 预测:制造追溯完整率、贸易三张表、零售巡检闭环
- 低代码选型对比中心 · 平台差异速查 · 渠道报价与三年 TCO
- 算数云学习中心 · 低代码术语表 · 项目验收标准
口径与来源说明:本文为趋势判断,非事实陈述;置信度为研究组主观估计,观察指标用于事后校验。涉及平台能力与价格的表述刻意不点具体厂商结论,改以可复用的提问清单替代,请以供应商书面答复与现场 UAT 为准。行业事件引用自站内既有报道与公开信息。本文不构成投资、法律或采购决策建议。转载请联系并注明出处 micount.cn。