设备身份与项目归属分别管理
产品与设备标识用于识别设备；项目、区域及分组用于组织业务访问和管理。网关拓扑描述父设备与子设备关系。
- 客户少做什么
- 同型号设备可以服务不同项目，接入身份不应该代替业务权限。
- 选择与取舍
- 转移归属和调整授权都要按实际业务流程验证，不等于设备凭据可以公开共享。
这张界面看什么
看产品、设备和状态列：先识别设备，再确认其业务归属；本图设备尚未激活。
点击截图可放大查看IoT / PART OF THE SAME FOUNDATION
接入之后，才是产品服务的开始。
围绕项目归属、设备状态、网关子设备、日志、远程配置与 OTA 组织持续运维。
THE CUSTOMER PROBLEM
设备管理与运维，
从业务问题开始。
交付不只是把设备放到列表里。设备属于哪个项目、为什么离线、上次控制是否返回、固件任务进行到哪里，都需要可查看的记录。否则每次排障都要靠现场人员重新描述。
INSIDE THE FOUNDATION
从交付身份，到持续运维
生命周期与拓扑示意 · 每个环节都需要独立核对结果。
MECHANISM / REASON / TRADE-OFF
结合界面，看懂能力如何工作。
状态、日志与远程配置形成排障入口
设备详情联查属性、事件、上下线和下发记录；远程配置按设备与协议实际支持范围使用。
- 客户少做什么
- 从具体设备追到消息和配置，让排障有依据，而不是把所有异常归因为网络。
- 选择与取舍
- 设备在线不等于每项属性刚刚更新；配置提交不等于终端已经应用。
这张界面看什么
看配置模板与版本记录：提交、终端应用和业务状态要分别核对。
点击截图可放大查看OTA 用任务和设备结果说明进度
升级模块、固件包、任务与设备执行记录承担不同职责，验收同时检查任务进度和设备返回。
- 客户少做什么
- 批量升级需要定位个别设备结果，而不是只展示一个统一成功提示。
- 选择与取舍
- 不宣传未经核验的自动回滚或断点续传；升级能力依赖固件与协议配合。
这张界面看什么
看所属产品、模块、版本和文件：升级包创建之后，还要检查任务及单台设备结果。
点击截图可放大查看A CONCRETE EXAMPLE / 机制示意
一台设备离线后，从哪里开始查？
运维路径示意：先确定项目与设备，再查看最近状态和消息；根据证据选择现场检查或配置处理，不自动下发修复操作。
- 确定项目、区域和设备身份
- 对照最后上报时间、上下线与异常日志
- 如涉及升级，继续核对对应任务和单台设备结果
REQUEST / CHECK / RESULT
查询与控制，不是同一条成功提示。
本地流程示意，不连接设备，不产生实际用量或控制结果。减少动态效果时可手动选择步骤。
确认身份与项目
- 输入
- 当前用户、企业与项目。
- 检查
- 检查实际授权，不以对话中的项目名或请求头代替权限。
- 输出
- 确定可访问项目；CloneGroup 关联项目化身。
这条路径的结束状态：按真实返回展示结果与依据；本页仅示意，不生成用量数字。
READY TO INTEGRATE
接入前，一起确认。
- 确认设备归属与可操作角色
- 准备日志保留、网络与固件支持条件
- 升级先验证测试设备，再按约定范围实施
IN PRACTICE
这些能力，如何进入行业现场？
案例证明其实际展示范围，不表示每个历史项目都启用了全部 AI 能力。