功能介绍
不按后台菜单报菜名。按「你夜里在忙什么」把能力挂上去——下列与当前实现对齐。
功能存在的意义，是撑住三把尺子：一次调通 · 远程说清 · 数据敢用；以及四条现场：工厂能管 · 园区台账 · OEM 白标 · 集成商少驻场。
问题定义见 我们主要解决什么问题，场景见 应用场景。
怎么读这一页
| 你想…… | 往下看 |
|---|---|
| AI 怎么少调试、少打电话 | AI：读得懂 · 答得准 |
| 少对点、少改内核 | 少调试：接上 |
| 值班看得见、异常能处置 | 交到现场：看得见 · 能处置 |
| 接上以后还能养 | 运营：台账 · 养护 · 耗材 |
| 报表敢用、能对接业务 | 数据敢用 · 少绑架 |
| 私有化怎么起步 | 底座怎么扛（链到架构，不重复画图） |
AI：读得懂 · 答得准
凌点域 AIOT 把 AI 嵌进交付与排障链路，不是单独挂一个聊天框。目标对齐设计口号：用 AI 少调试；AI 读得懂、答得准，用户只管用。
| 能力 | 你实际怎么用 | 砍掉什么成本 |
|---|---|---|
| AI 快速接入 | 上传点表 / 协议文档 / 报文样例 → OCR 与识别 → 生成物模型草稿与解析规则 → 人在确认页核对后一键落库 | 对点对三遍、整晚抄寄存器 |
| 凌点域助手 | 管理端浮窗或全页对话；带着当前设备、点位、告警、日志上下文提问；可调 Skill / 平台工具查数、提议操作 | 常见故障反复打电话、专家远程猜现场 |
| 知识库 · Flow · Skill | AI 中心上架技能与知识；物模型识别等复杂能力走 Skill，助手调用而不重复造轮子 | 每个项目重写一套脚本与话术 |
| AI 辅助组态 | 组态侧按模块启用地辅助布局与绑点建议 | 从零拖图、对点位对到眼花 |
原则（和架构一致）：
- 人负责核对：AI 出草稿与建议，发布物模型、下发控制等高风险动作需确认。
- 权限同源：助手 = 当前登录用户，读写走同一租户与权限边界。
- 不替代接入底座：协议差仍靠协议插件；AI 加速「认语义」，不代替热插拔编解码。
理念侧见 设计理念；要验收时问：「一张陌生点表能否走到可核对的物模型？」「问这台设备、这条日志，答得准不准？」
少调试：接上
目标：配置变成核对，新协议装模块，而不是改内核、等人窗。
| 能力 | 你实际能做什么 |
|---|---|
| MQTT 直连 / 网关 + 子设备 | 经 gmqtt 统一 Topic；网关挂子设备上行 |
| Modbus TCP / RTU | 透明网关或主站策略，与点表 / 物模型联动 |
| HTTP · TCP · UDP | 网络模块 + 协议插件扩展 |
| 协议仓库 · 热插拔 | 上传/启停协议包；运行时按产品拉激活协议（WASM / Go Plugin 等） |
| 产品 / 设备 / 物模型 | 直连·网关·子设备；属性/事件/服务；预注册与认证相关能力 |
| 连接与调试 | 连接参数、模拟上报、远程下发；原始 + 标准双轨日志 |
点表识别与物模型草稿见上一节 AI 快速接入。接入细则见左侧「设备接入」各章。架构上 Go 只做 Broker Client，见 系统架构设计。
交到现场：看得见 · 能处置
目标：值班用业务词工作；发现能变成动作；远程说得清，少扛笔记本。
看得见
| 能力 | 作用 |
|---|---|
| 看板 / 趋势 / 聚合 | 设备详情曲线、多时间粒度、导出 |
| 工业组态 | 图纸、编辑、运行监视、图元库；点位绑定物模型 |
| 小程序 | 列表/详情/控制、扫码、告警与台账入口；与管理端同一控制面 API |
组态侧 AI 辅助见 AI：读得懂 · 答得准。
能处置
| 能力 | 作用 |
|---|---|
| 规则引擎 · 流程 | 画布编排、发布；近实时规则靠数据面，配置在控制面 |
| 典型联动 | 时间/设备条件 → 控制、告警、场景（如供气不足管停多余设备） |
| 告警中心 | 消息确认/关闭/恢复、分析统计、点位类规则 |
| 通知中心 | 通知组/渠道/绑定、发送日志；短信邮件等按已配渠道 |
| OTA | 固件包、批次任务、进度；api 编排 → Go 下发 → 双轨可追 |
排障问答与 Skill 见 AI：读得懂 · 答得准。
运营：接上以后还能养
对应「园区台账」现场——接上只是开始。
| 能力 | 作用 |
|---|---|
| 设备台账 | 类型树、列表/详情、自定义字段、质保、附件、绑定采集设备 |
| 养护 | 计划、任务、执行记录 |
| 耗材 | 对象、SKU、BOM、库存校验、使用记录 |
| 区域 | 树形空间归属，撑台账与设备组织 |
| 手机作业 | 扫码与现场闭环，少微信群派工 |
数据敢用 · 少绑架
对应「用得越久越敢信」和「不绑死业务系统」。
| 能力 | 作用 |
|---|---|
| 标准参数 | 参数树、别名、租户配置、匹配与巡检——守口径 |
| 双轨存储 | 原文可追（TD uplink）；标准可算（遥测/API/组态） |
| 数据转发 | 多规则、按设备与消息类型、脚本调试；MQTT/HTTP 外发 MES/云 |
| Open API | admin / open / app；密钥与范围，供第三方集成 |
| 租户 · 项目 · 权限 | 多项目隔离、菜单/数据范围、工作台统计、可视化配置 |
没有专职数据团队时，靠标准参数 + 双轨 + 业务只认物模型守住可信，而不是再贴一张「治理中台」海报。
谁在用哪包能力
| 现场故事 | 常开的能力包 |
|---|---|
| 工厂能管 | 接入 + 物模型 + 看板/组态 + 规则告警 + 转发 |
| 园区台账 | 台账养护耗材 + 告警通知 + 小程序 |
| OEM 白标 | 协议仓库 + 产品模板 + 租户/私有化 + OTA |
| 集成商少驻场 | 双轨日志 + AI 问答 + 远程调试路径 + 可复制项目 |
底座怎么扛（不在这里重复架构课）
能力挂在这张骨上，细节只链过去：
- 分层：Device → Go → Node → Vue，禁止跳层
- 消息：gmqtt + 标准信封
LingdianDeviceMessage - 存储：PostgreSQL / TDengine / Redis（Manticore 可选）
- 起步：单机 4C2G 同机；同一边界再扩
- 规模规划：分阶段设备量级与日志保留见 性能测试报告
要改协议、加模块、接大模型：协议插件发布、Cool 新模块、Skill / 转发脚本 / Open API——优先加插件，不改核心。
怎么验收「功能有没有用」
别数菜单项。对着演示问：
- 一张陌生点表，能否走到「可核对的物模型」？
- 关掉现场笔记本，远程能否说清上一包原文和标准结果？
- 同名异义 / 脏数据能否被拦住或巡检出来？
- 供气不足类规则，能否从告警走到动作？
- 台账养护能否在手机办完一环？
能打勾，功能才算交到现场。