Chongshi Technology · Capability Gap & Product Roadmap

崇实科技 · 能力缺口与产品化方案

基于《两款产品可行性与初步方案 V0.1》的交互式摘要:把“官网已公开能力”与“两款产品真正需要的产品化能力”之间的缺口,拆成可验收的补齐动作。

一个底座 两个产品 先诊断 · 后闭环 90–145 人月 12–15 月首版

崇实目前缺什么

结论:崇实的“感知、接入、边缘、平台、基础 AI 与控制”已经很强,真正缺的是“把节能做成可解释、可核验、可复制的产品化闭环”。

现有能力(官网已公开口径)
目标能力(产品化所需)

雷达图按 0–5 表示成熟度。差距最大的维度是“诊断与方案”与“机理模型”,这两块正是形成差异化、可验收节能证据链的关键。

成熟度为基于公开资料的定性评估,用于识别缺口,不代表精确打分。
按优先级筛选:

方案构思

核心思路:不做两套互不相关的软件,而是共用一套“冷站智能内核”,产品一与产品二只是运行模式与界面不同。

推荐顺序:先卖诊断,再卖闭环

产品二先行——先做“智慧能耗模拟与测算软件”的诊断 MVP,用于售前诊断、方案预演和验收。
共享底座沉淀——把经过现场验证的模型、规则、方案库统一到“冷站智能内核”。
下沉到 AI Box——再把成熟能力下沉到“中央空调机房节能智控 AI Box”,降低直接闭环的安全风险。

共享底座:冷站智能内核(6 个模块)

1

统一冷站图模型

设备节点 + 水路/控制关系边描述真实拓扑,用标准模板实例化,不逐项目编程。

2

数据治理层

点位映射、时间对齐、缺失补全、漂移/卡死、传感器互校、质量评分与可用性降级。

3

透明灰箱模型库

冷量 / COP / kW·RT / 泵风机相似定律 / 冷却塔逼近度,叠加现场残差校准与不确定度。

4

多约束优化器

离散候选 + 连续参数 + 规则剪枝,满足温度/流量/压差/最小启停/冗余等约束。

5

诊断与技改知识库

可验证证据规则 + 审核过的措施库,输出问题、证据、影响量级、可信度与建议。

6

基线与节能量核验

按 ISO 50006 建立计量边界、基线期与报告期,按负荷/天气/生产等变量归一化。

产品一 · 节能智控 AI Box

首版只做典型水冷冷水机房(离心/螺杆冷机、冷冻/冷却泵、冷却塔、常规旁通、一次泵系统)。

  • 架构:协议/BMS → 拓扑映射 → 数据门控 → 负荷预测 → 灰箱模型 → 多约束寻优 → 策略回执 → 分级权限 → PLC/DDC 执行 → 反馈校准。
  • AI 只写白名单设定值,不绕过设备保护;底层 PLC/DDC 联锁保留。
  • “傻瓜式部署”= 模板化少编程:1–3 天硬件接入,2–8 周数据复核与 Shadow 验证。

产品二 · 智慧能耗模拟与测算软件

核心差异化不是重写能耗模拟内核,而是“既有冷站快速校准 + 痛点归因 + 技改组合 + 收益区间与证据链”。

  • 三级精度:快速筛查级 → 校准诊断级 → 投资/核验级。
  • 方案生成不靠大模型自由发挥,而是“诊断规则 → 措施库候选 → 逐时模拟 → 多目标排序 → 大模型只负责解释与报告”。
  • 第三方内核边界:先做鸿业/DeST 结果导入,正式授权或自研冷站机理引擎,必要时评估 EnergyPlus。

投入与团队

充分复用现有资产下:首个可商业试点版本约 12–15 个月、90–145 人月;成熟 V1 建议按 18–24 个月规划。两条产品线同时完全铺开会显著增加返工风险。

推荐核心团队 8–11 人:产品负责人 1、暖通机理与节能算法 2–3、优化/机器学习 2、边缘与协议 2、后端与数据平台 2–3、前端/交互 1–2、测试与 M&V 1–2、现场调试 2–3(可与交付团队共享)。

实施路线图

点击每一阶段查看关键产出。阶段 3 起才进入 AI Box 的现场闭环,前面的工作都是为了让诊断与模型先被验证。

建议立即启动的四项工作

勾选即视为“已纳入计划”,状态保存在本机浏览器。

需要崇实内部确认的 10 项输入