ARTICLE · 1237345
一份“十五五”规划,把AI从软件重新定义为“服务”
资讯速览 ▼
Daily News
10 月 22 日,工业和信息化部规划司在官网公布了《产业基础能力提升"十五五"规划》全文。
这份由工信部会同国家发展改革委、教育部、财政部、人力资源社会保障部、国务院国资委、市场监管总局、国家国防科工局联合印发的文件里,有一句话,可能会让“采购一套系统、配若干账号、授权三年”这种把 AI 当作“买回来”的合同写法,慢慢过时。

01先看清这句话
文件"增强产业基础创新能力"一节的第 6 条,原文是这样的:
推动人工智能赋能产业基础创新。加强产业基础领域通用大模型和行业大模型研发布局,推动工业机理与智能体决策模型融合,发展智能原生的基础产品,培育模型即服务、智能体即服务等新业态。加快人工智能在产品研发、设计仿真、中试验证、生产运营等全环节落地应用,提升过程管理、分析预测、决策执行智能化水平,加快产业基础创新迭代。《产业基础能力提升"十五五"规划》第 6 条

先说一句实话:"模型即服务"不算新鲜事,行业里已经讲了好几年。
真正值得注意的是后半句。
"智能体即服务"被写进了国家级产业规划,而且和"模型即服务"放在了同一个层级上。
这五个字的分量,不在造词。
在于它改变了企业采购 AI 时,钱到底在买什么。
02三代采购:
从买工具,到买账号,到买“活儿”

把企业买软件的形态摊开看,其实只有三代。
第一代:买 License,买的是"工具"
交付物是一套部署在你服务器上的系统。验收方式是功能清单逐条打勾,上线即交付。付费是一笔授权费,加每年固定比例的维护费。责任边界很清楚:厂商保证软件能跑,不保证你的业务变得更好。
第二代:买 SaaS,买的是"账号"
交付物从安装包变成了访问权。验收看开通和可用率,合同里写的是 SLA。付费变成按席位、按年订阅——成本终于跟着人数走,而不是跟着服务器走。责任边界前移了一点点:厂商保证服务在线,仍然不保证你的活干得更好。
第三代:买"智能体即服务",买的是"被完成的工作"
这一代的交付物不是软件,也不是账号。而是——这件事有人干了。报销单被审完了。巡检告警被处理了。随访电话打出去了。
看出差别了吗?
前两代,你买的是能力。第三代,你买的是结果。
03交易对象一变 三件事全部重写
听起来只是说法变了。
落到合同上,是三件事推倒重来。
第一件:验收标准,从"功能交付"变成"指标交付"
买工具时,验收单上写功能项。
买服务时,这一栏没法这么写了——
"智能体已上线"不构成验收理由,就像"保洁员已到岗"不等于办公室干净了。
真正能写进合同的,是业务指标的基线:
单据平均处理时长从多少降到多少,漏检率从多少降到多少,人工复核占比降到多少。
这里有个很实在的建议:立项阶段就把基线测出来。
很多 AI 项目最后说不清价值,不是因为没效果,而是上线前没测过"原来是多少",事后无从对比。

第二件:付费方式,从“按席位”变成“按工作量”
按席位付费,逻辑是"多少人用"。按工作量付费,逻辑是"干了多少活"。
前者可预测,后者会浮动。
这对企业是双刃剑:业务低谷时支出下降,业务高峰时账单上升。
它带来一个新课题——AI 的运行成本,正在变成一张水电账单。
这不是夸张。据央视财经报道,一家位于南京的智能工厂,仅供应链一个环节,每天消耗的 Token 就达到 90亿个,园区为此专门配套建设了算力中心。
所以当智能体规模上去以后,成本不再是一次性采购,而是持续消耗。
签第三代合同时,除了单价,更该谈清楚的其实是三件事:调用优先级怎么排、预算上限怎么设、超出部分谁说了算。

第三件:责任边界,这是最难的一件
前两代里,责任边界是清楚的:软件坏了找厂商,人用错了找自己。
第三代麻烦在于——智能体干错了,算谁的?
它不是只会执行指令的程序。它会判断,会调用其他系统,会在规则边界内自己做决定。
所以责任边界必须重新划,而且不能靠一句"最终解释权"。
得靠三样具体的东西:
· 权限清单:哪些动作它可以自己定,哪些必须停下来等人签字
· 过程留痕:每一步决策有记录,事后可回溯、可审计
· 人工复核点:关键节点上,人始终保留否决权
这三样,恰恰是"智能体即服务"能不能真正作为服务来交付的前提。
没有它们,所谓"服务"只是把风险从甲方转嫁给了甲方自己。

04被忽略的第18条
这份规划一共 7 个方面、22 项重点任务。
媒体转述大多集中在"22 项任务""到 2030 年"这类宏观表述上。
但在"(六)加强基础产品推广应用"里,有一条很短,却更实在:
18. 加大基础产品应用政策引导和支持力度。完善首台(套)、首批次、首版次应用政策。建立用户企业采购应用创新产品容错机制,加大应用力度。《产业基础能力提升"十五五"规划》第 18 条

"首版次"三个字值得单独说。
首台(套)政策原本是给重大技术装备的。现在软件以"首版次"的名义被并列写入,意味着 AI 软件在国家政策语境里,获得了与创新装备同等的对待。
而"容错机制"指向的,是一个更真实的问题——
企业上 AI,卡住的那一关往往不是预算,是没人敢签字。
新技术第一次进企业,决策者承担的是不对称风险:做成了,收益归组织;做砸了,责任归个人。
理性人的选择当然是等别人先试。
容错机制的意义,就是在这笔账上帮决策者卸掉一层。
对企业来说,这释放出一个可以主动利用的空间:谈判时把"先跑一个部门、跑通再扩展"写进方案,用小范围试点换决策速度。

05交易对象变成“服务”
中间就少不了一层
当你买的是"工具"或"账号"时,采购清单的终点是系统上线。
当你买的是"被完成的工作"时,中间必然多出一件事——得有人负责调度、分配权限、计量工作量、记录过程。
否则,一个按服务交付的智能体,甲方根本没法验收、没法计费、也没法追责。
这些事不属于任何一个单独的应用。
它们属于应用下面的一层:谁在派活、谁能调谁的数据、怎么计量消耗、出了事怎么回溯。
行业里对这一层的叫法不一,我们的理解是——它就是 AI 操作系统。
江苏数乘科技模数一体化平台EasyAIOS做的,本质上就是补这一层:让不同类型的智能体在同一套调度、权限和审计规则下工作,让"按服务交付"这件事在技术上可验收、可计量、可追责。
当政策把"智能体即服务"列为要培育的新业态,这一层就从"可选项"变成了"必答题"。
这不是我们一家的判断。
看一下同期行业的动作就明白:从数字员工平台到企业级智能体编排,大家解决的问题正在从"模型够不够聪明",转向"这么多个智能体,听谁指挥、算谁的账"。

最后
一份规划文件不会立刻改变任何一份招标文件。
但它给出了一个信号:
AI 在企业里的身份,正在从"被采购的资产"变成"被采购的服务"。
身份一变,问法就变了。
以后评估一个 AI 项目,值得问的可能不再是"它有多少功能、支持多少人用"。
而是更朴素的三句——它替谁把哪件事干完了?干完了怎么证明?干错了谁兜着?
能答上这三句的项目,大概才能叫"服务"。
关注我们 了解更多
扫码关注抖音号/
抖音搜索「数乘科技」

—江苏数乘科技—















































































