GB/T 46900—2025 已于 2026 年 7 月 1 日正式实施。我们对照公开标准原文逐条自评，把结论、证据和差距客观发表为公开白皮书，以供客户选型参考。
一、关于 GB/T 46900
2025 年 12 月 31 日，GB/T 46900—2025《系统与软件工程 低代码开发平台通用技术要求》发布，2026 年 7 月 1 日正式实施。标准由全国信息技术标准化技术委员会（SAC/TC28）提出并归口，中国电子技术标准化研究院等单位参与起草。
它是推荐性国家标准，不是强制性标准。编号里的 “GB/T” 中的 “T” 就是”推荐”。它不构成市场准入门槛，但它把低代码平台该有哪些能力、分几个成熟度阶段，写成了一份全行业可以共同引用的技术语言。对用户来说，这意味着终于有了一把相对公开公平的尺子；对厂商来说，这意味着能力宣称有了可被逐条核对的坐标系。
逐条对照标准写白皮书，和拿一份第三方评测报告，是两件事。后者是评测机构出具的结论，前者是厂商基于公开标准的自评估。我们选择的是前者：标准原文是公开的，我们的产品文档是公开的，那么把两者之间的映射关系一条条摊开、附上可核查的证据，让客户自己去验证——我们相信这样的透明度更加有说服力。
所以，这份《明道云 HAP GB/T 46900 合规能力白皮书》的定位写在封面上：合规自评估文档，客观、可核查、不夸大，不构成第三方认证结论。
二、零代码平台能参加低代码标准的评估吗
这是我们内部第一个要回答的问题。明道云 HAP 是零代码平台，而标准名称写的是”低代码开发平台”。
标准第 3.3 条对低代码开发平台的定义，并未把手工编码作为必要条件；附录 B 同时将”无编码型”列为低代码平台的一种分类。按标准附录 B.2 的分类，HAP 属于”无编码 / 模型解析型”平台——不生成源码，而是在运行时解析应用元数据（模型 / DSL）来支撑应用运行。
标准里有一批条款针对的是”代码生成型”范式：应用定义代码、源码仓库、编译构建、制品库、版本切换回滚。HAP 没有这些形态，但业务目标是同样要达到的——我们用元数据版本化（应用备份/还原、.mdy 应用包导出/导入/升级）等效覆盖，并在每一条上标注清楚这是”等效达成”而不是”直接达成”。
不把架构差异算作能力缺失，也不用架构差异掩盖真实差距。这是白皮书全篇的写作纪律。
三、评估结果：269 项逐条对照，0 项未达成
白皮书覆盖标准定义的 9 个能力域、39 个能力子域、269 项具体要求，每一条都走”标准要求 → 平台证据 → 达成结论”的最小闭环。
判定口径分四档：达成 / 等效达成 / 部分达成 / 未达成。逐条汇总下来，206 项直接达成、26 项等效达成、37 项部分达成，未达成 0 项。
九个能力域的域级结论如下——色块表示该能力域覆盖到的成熟度阶段，深色为「达到」、浅色为「基本达到」：
按标准的平台综合等级判定规则（要求范围内全部能力域”达到”即为达到该等级；存在”基本达到”但无”部分达到”即为基本达到该等级），HAP 的综合结论是：基本达到进阶级要求，并具备部分引领级能力。
其中值得单独说一句的是安全管理能力域：网络安全、数据安全、平台安全、应用安全 4 个子域共 17 项要求，全部直接达成，没有一项走等效路径。运维管理同样 5 个子域全部达到 L2，32 项中 30 项直接达成。
而在引领级层面，HAP 在生态扩展、资源调用、可视化支撑、智能辅助上已经具备较高成熟度的能力特征。
四、那 37 项”部分达成”是什么
一份只讲达成率的白皮书缺乏实用价值。真正有用的是差距在哪、为什么、有没有等效路径。37 项部分达成主要集中在这几处，我们在正文对应章节逐条说明了原因，并提供了等效实现路径：
- 专业设计器形态的边界：统一撤销重做、通用 CSS 编辑、专业大屏图层管理——HAP 提供可视化配置的界面/主题/导航能力，但与专业前端设计器、专业大屏设计器仍有差距；
- 代码编辑与调试：多编程语言嵌入、浏览器 IDE、业务逻辑单步调试、运行态调试——HAP 通过工作流代码块、字段函数、AI 生成代码覆盖脚本化需求，但不以代码编辑器为主要形态；
- 实时协同编辑：HAP 支持多人共同维护同一应用，但不提供光标级实时共编；
- 底层设备接入：设备协议转换、协议适配、专用设备 SDK、设备连接管理——HAP 通过 API / Webhook 与物联网平台、网关集成，不直接做底层协议栈；
- 专用中间件连接器：缓存类、安全类中间件的专用连接器（Kafka 已支持作为数据源）；
- 模板体系：模板继承关系、跨模板依赖分析与冲突检测、兼容性分析；
- 其他单点：权限一键转移工具、自动数据归档、流程仿真与流程性能分析。
这些不是”暂时不便公开”的说法，是白皮书正文里写着的原话。没有一项判定为”未达成”，意味着每一条标准要求 HAP 都有对应能力或等效路径；但”部分达成”就是”部分达成”，我们不把它说成达成。
五、白皮书使用指南
白皮书有三个明确的使用场景：
- 招投标技术应答——当招标文件引用 GB/T 46900 的能力域或成熟度阶段时，可直接引用对应章节的映射结论与证据编号；
- 客户技术交流与合规问询——客户的技术评估清单往往就是标准条款的翻版，逐条对照表可以直接回答；
- 生态伙伴选型参考——合作伙伴判断 HAP 的能力边界时，”部分达成”那一节比”达成”那一节更有信息量。
需要提醒的边界：本白皮书的结论基于编制时明道云 HAP 的产品能力、公开产品文档及可核查证据形成。具体项目的适用性，仍应结合实际版本、部署环境和交付范围确认。白皮书采信的证据只有三类：产品官方文档、可复现的产品功能、脱敏客户案例；不采信无法验证的口头描述、市场宣传表述，以及未正式发布的规划能力。
《明道云 HAP GB/T 46900—2025 合规能力白皮书》V1.0 现已发布。全文 94 页，含 9 大能力域逐条映射表与附录证据索引截图汇编。
本白皮书为基于推荐性国家标准开展的自评估技术文档，不构成第三方认证结论，也不等同于任何认证机构出具的评测报告。
