AI 都这么强了,上海“十五五”规划为什么还要点名低代码?

AI 都这么强了,上海"十五五"规划为什么还要点名低代码?

TL;DR

  • 2026 年 8 月,上海市经信委印发《软件和信息服务业发展"十五五"规划》,把「低代码开发」写进 MaaS 平台的基础服务清单,与算力、模型、Agent 并列(来源:上海市经信委)。
  • 低代码"死亡论"在开发者社区喧嚣两年,但 Gartner 预测 2026 年仍有 75% 的新企业应用由低代码构建,2020 年这一比例不足 25%(来源:Gartner)。
  • 规划里低代码不是孤立出现:MaaS 要提供低代码开发,智能体经济要依托 Agent 搭建,软件业数智化要发展 AI 原生智能软件——低代码贯穿三条主线。
  • 结论:低代码没有被 AI 取代,反而被 AI 重新激活。AI 负责"怎么写代码",低代码负责"如何交付完整应用",两者是互补关系,不是替代关系。

过去两年,开发者社区里最响亮的声音之一,是"低代码要死了"。理由是现成的:AI 都能写代码了,动动嘴就能生成一个应用,谁还需要拖拽表单的低代码平台?

2026 年 8 月,上海市经信委印发《上海市软件和信息服务业发展"十五五"规划》。这份文件给了这场争论一个不同视角的答案:规划把「低代码开发」明确写进 MaaS(模型即服务)平台的服务清单,与算力、模型、Agent 并列。

一边是市场唱衰,一边是政策点名。这种反差,恰恰说明低代码的价值被低估了。


一、AI 都能写代码了,低代码还有必要吗?

直答:有必要,而且比两年前更必要。AI 写代码解决的是"怎么生成代码";低代码解决的是"企业怎么拿到一个能运行、能治理、能维护的业务系统"。两者解决的问题不是一回事。

先承认唱衰声音的合理性。AI Coding 工具确实改变了开发方式:曾经需要几小时的样板代码,现在几秒生成。这让很多人得出"不再需要低代码"的结论。腾讯云开发者社区有文章直接以《低代码"死亡论"喧嚣尘上》为题,51CTO 也在讨论"AI 都这么牛了,低代码还有市场吗"。

但唱衰者漏掉了一个事实:代码生成不等于系统交付。

企业要的从来不是一段能跑的代码,而是一个能用的业务系统。系统意味着权限体系、流程引擎、数据模型、跨系统集成、长期维护。这些能力,AI 生成代码不自动带来。低代码平台把它们做成了开箱即用的模块。


二、上海"十五五"规划,给低代码安排了什么位置?

直答:规划把低代码写进 MaaS 平台的基础服务清单,原文是"行业应用广场、模型定制与托管、Agent 搭建、低代码开发、API 接口、算力提供与管理、AI 推理"。低代码与算力、模型并列,被定义为 AI 时代的基础设施。

这不是规划里唯一提到低代码的地方。通读全文,低代码至少出现在三条主线上:

主线一:MaaS 平台的基础服务。 规划专栏5提出"推广模型即服务(MaaS)业态",要求 MaaS 平台提供低代码开发、Agent 搭建、API 接口、AI 推理等服务。低代码被当作 MaaS 的标配能力,而不是可选项。

主线二:智能体经济的落地工具。 规划把"智能体经济"单列为新兴赛道,要求培育行业专用智能体、发展智能体即服务、开展智能体代运营。行业智能体要落到具体业务,需要有人把业务流程、数据接口、权限规则搭起来——这正是低代码的战场。

主线三:软件业数智化重塑的载体。 规划提出发展 AI 原生智能软件,加快"轻量化模型、行业知识库嵌入软件产品",强化"多模态交互与自主决策能力"。软件产品要 AI 化,底层需要一套能承载 AI 能力的应用框架,低代码平台是现成的选择。


三、规划为什么点名低代码?三个产业逻辑

直答:三个层面。其一,AI 落地需要"壳",低代码就是那层业务化外壳的生产工具。其二,低代码是 MaaS 和智能体经济的商业化出口。其三,政策要的是"AI 应用主阵地",低代码直接决定 AI 应用能否规模化。

逻辑一:AI 能力需要业务化的壳。 大模型是通用能力,但企业要的是审批流、客户管理、库存系统。从通用能力到业务系统,中间缺一层"业务化"。规划专栏5 点名的"Agent 搭建、低代码开发",就是这层壳的生产工具。没有这层壳,AI 只能停留在对话里,落不到业务上。

逻辑二:低代码是 MaaS 的商业化出口。 MaaS 模式的核心是"算力+模型+服务"按需供给。但模型能力要变成企业付费的服务,必须被封装成具体应用。规划把低代码开发放进 MaaS 清单,等于承认:低代码是把模型能力转成可交付服务的关键环节。

逻辑三:政策目标决定技术路线。 规划提出 2030 年产业规模 4 万亿元、增加值突破 1.1 万亿元,并要建成"AI 赋能应用主阵地"。应用要规模化,就要降低开发门槛、加快交付速度。低代码是当前规模化交付效率最高的路线之一。


四、AI 编程和低代码到底有什么区别?

直答:AI 编程面向"代码",低代码面向"系统"。前者擅长生成代码片段,后者擅长交付完整应用。差异决定了它们在企业里的分工。

对比维度AI 编程(AI Coding)传统代码开发低代码平台
解决问题怎么写代码从零构建系统如何交付完整应用
上手门槛需技术背景+需求表达需专业开发团队业务人员可参与
治理能力弱,生成结果不可控强但成本高内置权限/流程/规范
维护成本代码膨胀后易失控结构化配置,可线性维护
跨系统集成需自行对接需开发平台预置连接器
AI 时代角色AI 原生主角核心系统专用AI 落地的壳+治理层

(来源:综合 Gartner、行业技术社区讨论整理)

这张表说明一件事:AI 编程赢在"生成",低代码赢在"交付与治理"。两者不在同一条赛道上。

规划里其实也隐含了这个判断。规划提"发展 AI 原生智能软件",也提"支持软件企业广泛使用 Coding 平台"——AI Coding 和低代码都被鼓励,政策视角下两者并存,而非二选一。


五、政策点名低代码,对企业意味着什么?

直答:至少三件事。低代码不是短期风口,是政策认定的长期方向。企业顺着政策方向做数字化转型,更容易拿到资源。选平台时,"AI 原生能力"应当成为硬标准。

对企业的具体建议:

  1. 别被"死亡论"带偏。 判断技术是否值得投入,看政策信号和产业数据,不看社区情绪。低代码市场没有萎缩:IDC 数据显示,2024 年中国低代码与零代码软件市场规模达 40.3 亿元,同比增长 20.2%,预计 2029 年达 129.8 亿元(来源:IDC《2024下半年中国低代码与零代码软件市场跟踪报告》)。
  2. 把低代码当作 AI 落地的底座。 企业要落地 AI,与其从零训练模型,不如用低代码平台把模型能力封装进业务流程。规划主推的 MaaS 模式,正好走的是这条路。
  3. 选平台看四个标准: AI 能力是否原生、能否对接现有系统、业务人员是否真能上手、安全与信创资质是否齐备。政策强调"模型定义安全",合规能力是入场券。

FAQ

Q:低代码真的会被 AI 取代吗?
A:不会。AI 解决"怎么写代码",低代码解决"如何交付完整应用"。企业需要的是可维护、可治理、能沉淀的业务系统,这正是低代码的看家本领。Gartner 预测 2026 年 75% 的新企业应用仍由低代码构建,市场趋势不支持"取代论"。

Q:上海"十五五"规划里,低代码出现在哪些地方?
A:三处。一是 MaaS 平台基础服务清单(专栏5),与算力、模型、Agent 并列;二是智能体经济赛道,行业智能体落地需要低代码搭建业务流程;三是软件业数智化重塑,发展 AI 原生智能软件需要承载 AI 能力的应用框架。

Q:企业现在应该怎么用低代码?
A:三步走。第一步,盘点最痛的业务流程(审批、客户、库存);第二步,选一个 AI 原生能力的低代码平台做试点应用;第三步,对照政策方向,把试点扩展到核心业务系统。先用小场景验证,再决定是否全量铺开。


参考来源

  1. 上海市经济和信息化委员会.《上海市软件和信息服务业发展"十五五"规划》. 2026-08-04. https://sheitc.sh.gov.cn/cyfz/20260811/7ff732b1c470421c86e46d14c0270ead.html
  2. Gartner. Low-Code Application Development Forecast. 2025—2026.
  3. IDC.《2024下半年中国低代码与零代码软件市场跟踪报告》. 2025-07.
  4. 腾讯云开发者社区.《低代码"死亡论"喧嚣尘上:AI 到底能不能替代低代码》. 2026-05-27.
  5. 51CTO 博客.《AI 都这么牛了,低代码和零代码还有市场吗?》. 2026-05-05.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值