@microi.net/cli 5.9.2 → 5.9.3

package/skills/v8-mq-mqtt/SKILL.md

@@ -1,176 +1,178 @@
----
-name: v8-mq-mqtt
-description: Microi V8 消息队列与 MQTT 生产指南。用于 V8.MQ.SendMsg、RabbitMQ 消费与幂等，以及内嵌 MQTT Broker、SaaS 租户认证、Topic ACL、TLS、QoS/Retain、七类 V8.MQTT 事件、设备级接口引擎、服务端下行、IoT 数据分层和多节点部署验收。
----
-
-> **Microi吾码基础规范（强制）：** 任何 AI 模型与宿主每次新建或接续吾码任务，先完整读取 `../workspace-conventions/SKILL.md`，必须执行版本播报、`@microi.net/cli` 后台自动升级、Skills/MCP 同步和进度播报。安装与诊断读取 `../microi-codex-installer/SKILL.md`；更新失败延后重试，不阻断当前工作。
-
-# Microi V8 消息队列与 MQTT
-
-你正在开发 Microi 吾码平台的 V8 引擎代码，需要使用 RabbitMQ 消息队列或 MQTT 物联网协议。
-
-<!-- microi-progressive:begin -->
-<!-- microi-progressive:chunk id=v8-mq-mqtt-000 sha256=4a6559aed1af036591a04002c6e3311d9f0957fbbabbcafdc4a6bad95dabd843 -->
-## V8.MQ — RabbitMQ 消息队列
-
-### 生产消息（后端）
-
-```javascript
-// 当前 V8EngineMQ 是同步包装，调用完成后直接返回 DosResult。
-// 业务重试必须复用同一个 EventId，供消费者幂等去重。
-var result = V8.MQ.SendMsg({
-  QueueName: 'order_process',
-  EventId: V8.Param.eventId || V8.Method.NewUlid(),
-  Message: {
-    ProductId: '123',
-    Count: 2,
-    OrderId: V8.Param.orderId
-  }
-});
-if (result.Code !== 1) return result;
-```
-
-逻辑队列名由服务端规范为 `microi.{lowerOsClient}.{queueName}`。V8 上下文、登录 Token 与后台显式 `OsClient` 是权威租户，body 不能切换到其它租户队列。
-
-### 生产消息（前端）
-
-```javascript
-V8.ApiEngine.Run('platform-mq', {
-  Action: 'Send',
-  QueueName: 'queue_name',
-  EventId: stableEventId,
-  Message: { ProductId: '123', Count: 2 }
-}).then(function(result) {
-  if (result.Code === 1) V8.Tips('消息已发送', true);
-});
-```
-
-`platform-mq` 是应用商城交付的 Managed 管理接口，只允许当前租户超级管理员，
-并在可信 V8 原子层固定租户、队列名和 1 MB 消息上限。普通业务前端应调用
-自己的受权接口引擎，再由业务接口引擎执行 `V8.MQ.SendMsg`。
-
-### 消费消息
-
-消费者是一个接口引擎，在 `diy_queue_receive` 表中配置队列名和接口引擎 Key 后，消息到达时自动调用。
-
-```javascript
-// 消费者接口引擎
-var message = V8.Param.Message;   // object 类型
-// message.EventId     — 稳定业务幂等 Id
-// message.Id          — EventId 的兼容别名
-// message.OsClient    — 消息所属租户
-// message.Message     — 消息内容
-// message.CurrentUserId — 生产消息的用户 Id
-
-// 处理业务逻辑
-var data = message.Message;
-V8.FormEngine.UptFormData('Product', {
-  Id: data.ProductId,
-  Stock: data.Count
-});
-
-return { Code: 1, Data: { EventId: message.EventId } };
-```
-
-### 实战模式：异步处理耗时操作
-
-```javascript
-// 接口引擎：接收请求后发送到队列，快速返回
-var sendResult = V8.MQ.SendMsg({
-  QueueName: 'order_process',
-  EventId: V8.Param.eventId,
-  Message: {
-    orderId: V8.Param.orderId,
-    action: 'create',
-    userId: V8.CurrentUser.Id
-  }
-});
-
-if (!sendResult || sendResult.Code !== 1) return sendResult;
-
-return { Code: 1, Msg: '订单处理中，请稍候查看结果' };
-```
-
-```javascript
-// 消费者接口引擎：异步处理订单
-var msg = V8.Param.Message;
-var data = msg.Message;
-
-try {
-  // 耗时操作：调用第三方 ERP 接口
-  var erpResult = V8.Http.Post({
-    Url: 'https://erp.company.com/api/order',
-    PostParamString: JSON.stringify({ orderId: data.orderId }),
-    ParamType: 'json',
-    Timeout: 30
-  });
-
-  V8.FormEngine.UptFormData('Order', {
-    Id: data.orderId,
-    SyncStatus: 'success',
-    SyncTime: DateNow('yyyy-MM-dd HH:mm:ss')
-  });
-  return { Code: 1, Data: { EventId: msg.EventId } };
-} catch (ex) {
-  V8.FormEngine.UptFormData('Order', {
-    Id: data.orderId,
-    SyncStatus: 'failed',
-    SyncError: ex.message
-  });
-  console.error('订单同步失败: ' + ex.message);
-  return { Code: 0, Msg: '订单同步失败' };
-}
-```
-
-### MQ 配置
-
-每个租户都必须配置 `MQHost/MQPort/MQUserName/MQPassword/MQVitrualHost`，并在 RabbitMQ 中真实创建独立 user/vhost，把权限限制在自己的 vhost 与 `microi.{lowerOsClient}.*` 队列。缺少配置或与其它已加载租户共用 user/password/vhost 时失败关闭，不回退主租户管理员账号。可选 `MQUseTls/MQTlsServerName`；`MQHost` 可用逗号分隔多个端点。当前 `AddMicroiMQ()` 默认注册 `MicroiRabbitMQSingleConnection`，不会按 `MQType` 自动切换实现。
-
-在 `diy_queue_receive` 表新增记录后，后台同步会创建或更新消费者：
-
-| 字段 | 含义 |
-|------|------|
-| `Type` | `1`=接口引擎；`2`=仅默认主租户受控 DLL |
-| `QueueName` | 逻辑队列名（与生产端 `SendMsg({ QueueName, ... })` 一致） |
-| `ApiEngineKey` | 消费者接口引擎 Key |
-| `FailToReject` | 值为“是”时失败后允许有限重入队 |
-| `Count` | 最大重入队次数；`0` 表示首次失败后直接删除 |
-
-新增、修改或删除队列处理配置会在下一同步周期生效。同步间隔默认最多 180 秒，
-正数 `MQListenerTime` 可缩短但最低 15 秒；Host、端口、凭据、vhost 或 TLS 变更
-不会重建已缓存连接，需要滚动重启对应节点。
-
-多节点会对同一租户队列使用 RabbitMQ competing consumer，但“只有一个节点收到”不等于业务只执行一次。消息 envelope 的 `EventId` 是稳定幂等键，消费者必须配合数据库唯一约束、inbox/条件更新保证副作用仅一次；连接凭据轮换后当前版本需要重启节点重建连接。
-
-消费者使用 `prefetch=1`、手动 Ack。接口引擎返回可解析的 `DosResult Code=1` 才
-明确成功；为兼容旧处理器，`null` 或非 `DosResult` 返回也会 Ack，因此新代码必须
-显式返回 `{Code:1}` 或 `{Code:0}`。失败且 `FailToReject=是` 时，Redis 以 EventId
-记录 7 天重试次数并在未达到 `Count` 前立即 requeue；当前源码没有退避和自动 DLQ，
-达到上限或未启用重入队时会 Reject 且不 requeue。
-
----
-
-<!-- /microi-progressive:chunk -->
-<!-- microi-progressive:chunk id=v8-mq-mqtt-001 sha256=dcf641877c01b65104fbd9b7d5022a9b7b656a6461895d499ab06af9d2bb7d0c -->
-## 注意事项
-
-- MQ 消费者接口引擎通过 `V8.Param.Message` 获取消息，包含 `EventId`、兼容 `Id`、`OsClient`、`Message`、`CurrentUserId`
-- MQ 适合异步解耦、削峰填谷、耗时操作异步化
-- MQTT 七类事件在同一个接口引擎中处理，通过 `V8.EventName` 区分
-- MQTT 运行日志确认写入租户 MongoDB 月度系统日志，`TargetType=MqttEvent`；MongoDB 持久化失败才写当前租户的 `mci_mqtt_log`。`platform-mqtt` 的 `Action=Logs` 按月读 MongoDB，查询失败时才回退 MySQL；`Action=HistoryLogs` 显式读旧记录及故障兜底记录，`ClientId` 可选。新版 PC 客户端的设备 `MqttLogs` 字段及 MQTT 日志菜单使用此入口；旧客户端仍读关系库，须随 API 一起升级。
-- MQTT 适合 IoT 设备管理、实时数据采集
-- 设备/告警/工单等业务事实优先进入关系库，高频遥测可进入 MongoDB，大附件进入对象存储
-- RabbitMQ 租户凭据在 SaaS 引擎登记前必须先在真实 RabbitMQ 创建 user/vhost/权限；内嵌 MQTT Broker 直接校验 SaaS 中的 MQTT 凭据，使用外部 MQTT Broker 时另行完成真实 Broker 账号、ACL 与适配器配置
-- `ConnectedClients` 只代表当前 MQTT 节点的诊断快照，不是集群全局在线事实
-- MQTT 启动失败必须在控制台直接输出脱敏的底层原因、监听端口和针对性解决建议，并将同一诊断写入系统日志；不能只提示“查看系统日志”。端口占用须核对 PID 和节点归属，不得结束所有后端进程。
-- 内嵌 MQTT Broker 不具备跨节点共享会话/订阅/retained 的集群一致性；多 API 节点生产部署应使用支持集群的外部 Broker，或把内嵌 Broker 固定到独立节点并由负载入口路由，不能让每个 API 节点各自充当一套独立 Broker
-- MQTT 生产配置、安全语义、事件字段可用性和上线清单以 [MQTT 生产参考](references/mqtt-production.md) 为准
-<!-- /microi-progressive:chunk -->
-## 详细参考路由（渐进披露）
-
-仅在当前任务涉及对应主题时读取；下列文件合计保留了原 SKILL.md 的全部详细知识。
-
-- [references/progressive-01-v8-mqtt-iot-物联网.md](references/progressive-01-v8-mqtt-iot-物联网.md)：V8.MQTT — IoT 物联网
-<!-- microi-progressive:end -->
-
-平台级 MQTT 状态与下行发布统一调用 Managed 接口引擎 `platform-mqtt`；该入口只允许当前租户超级管理员，并由 `V8.Method.ManageMqtt` 固定租户边界。普通设备业务仍应创建自己的授权接口引擎。
+---
+name: v8-mq-mqtt
+description: Microi V8 消息队列与 MQTT 生产指南。用于 V8.MQ.SendMsg、RabbitMQ 消费与幂等，以及内嵌 MQTT Broker、SaaS 租户认证、Topic ACL、TLS、QoS/Retain、七类 V8.MQTT 事件、设备级接口引擎、服务端下行、IoT 数据分层和多节点部署验收。
+---
+
+> **Microi吾码基础规范（强制）：** 任何 AI 模型与宿主每次新建或接续吾码任务，先完整读取 `../workspace-conventions/SKILL.md`，必须执行版本播报、`@microi.net/cli` 后台自动升级、Skills/MCP 同步和进度播报。安装与诊断读取 `../microi-codex-installer/SKILL.md`；更新失败延后重试，不阻断当前工作。
+
+# Microi V8 消息队列与 MQTT
+
+你正在开发 Microi 吾码平台的 V8 引擎代码，需要使用 RabbitMQ 消息队列或 MQTT 物联网协议。
+
+<!-- microi-progressive:begin -->
+<!-- microi-progressive:chunk id=v8-mq-mqtt-000 sha256=4a6559aed1af036591a04002c6e3311d9f0957fbbabbcafdc4a6bad95dabd843 -->
+## V8.MQ — RabbitMQ 消息队列
+
+### 生产消息（后端）
+
+```javascript
+// 当前 V8EngineMQ 是同步包装，调用完成后直接返回 DosResult。
+// 业务重试必须复用同一个 EventId，供消费者幂等去重。
+var result = V8.MQ.SendMsg({
+  QueueName: 'order_process',
+  EventId: V8.Param.eventId || V8.Method.NewUlid(),
+  Message: {
+    ProductId: '123',
+    Count: 2,
+    OrderId: V8.Param.orderId
+  }
+});
+if (result.Code !== 1) return result;
+```
+
+逻辑队列名由服务端规范为 `microi.{lowerOsClient}.{queueName}`。V8 上下文、登录 Token 与后台显式 `OsClient` 是权威租户，body 不能切换到其它租户队列。
+
+### 生产消息（前端）
+
+```javascript
+V8.ApiEngine.Run('platform-mq', {
+  Action: 'Send',
+  QueueName: 'queue_name',
+  EventId: stableEventId,
+  Message: { ProductId: '123', Count: 2 }
+}).then(function(result) {
+  if (result.Code === 1) V8.Tips('消息已发送', true);
+});
+```
+
+`platform-mq` 是应用商城交付的 Managed 管理接口，只允许当前租户超级管理员，
+并在可信 V8 原子层固定租户、队列名和 1 MB 消息上限。普通业务前端应调用
+自己的受权接口引擎，再由业务接口引擎执行 `V8.MQ.SendMsg`。
+
+### 消费消息
+
+消费者是一个接口引擎，在 `diy_queue_receive` 表中配置队列名和接口引擎 Key 后，消息到达时自动调用。
+
+```javascript
+// 消费者接口引擎
+var message = V8.Param.Message;   // object 类型
+// message.EventId     — 稳定业务幂等 Id
+// message.Id          — EventId 的兼容别名
+// message.OsClient    — 消息所属租户
+// message.Message     — 消息内容
+// message.CurrentUserId — 生产消息的用户 Id
+
+// 处理业务逻辑
+var data = message.Message;
+V8.FormEngine.UptFormData('Product', {
+  Id: data.ProductId,
+  Stock: data.Count
+});
+
+return { Code: 1, Data: { EventId: message.EventId } };
+```
+
+### 实战模式：异步处理耗时操作
+
+```javascript
+// 接口引擎：接收请求后发送到队列，快速返回
+var sendResult = V8.MQ.SendMsg({
+  QueueName: 'order_process',
+  EventId: V8.Param.eventId,
+  Message: {
+    orderId: V8.Param.orderId,
+    action: 'create',
+    userId: V8.CurrentUser.Id
+  }
+});
+
+if (!sendResult || sendResult.Code !== 1) return sendResult;
+
+return { Code: 1, Msg: '订单处理中，请稍候查看结果' };
+```
+
+```javascript
+// 消费者接口引擎：异步处理订单
+var msg = V8.Param.Message;
+var data = msg.Message;
+
+try {
+  // 耗时操作：调用第三方 ERP 接口
+  var erpResult = V8.Http.Post({
+    Url: 'https://erp.company.com/api/order',
+    PostParamString: JSON.stringify({ orderId: data.orderId }),
+    ParamType: 'json',
+    Timeout: 30
+  });
+
+  V8.FormEngine.UptFormData('Order', {
+    Id: data.orderId,
+    SyncStatus: 'success',
+    SyncTime: DateNow('yyyy-MM-dd HH:mm:ss')
+  });
+  return { Code: 1, Data: { EventId: msg.EventId } };
+} catch (ex) {
+  V8.FormEngine.UptFormData('Order', {
+    Id: data.orderId,
+    SyncStatus: 'failed',
+    SyncError: ex.message
+  });
+  console.error('订单同步失败: ' + ex.message);
+  return { Code: 0, Msg: '订单同步失败' };
+}
+```
+
+### MQ 配置
+
+每个租户都必须配置 `MQHost/MQPort/MQUserName/MQPassword/MQVitrualHost`，并在 RabbitMQ 中真实创建独立 user/vhost，把权限限制在自己的 vhost 与 `microi.{lowerOsClient}.*` 队列。缺少配置或与其它已加载租户共用 user/password/vhost 时失败关闭，不回退主租户管理员账号。可选 `MQUseTls/MQTlsServerName`；`MQHost` 可用逗号分隔多个端点。当前 `AddMicroiMQ()` 默认注册 `MicroiRabbitMQSingleConnection`，不会按 `MQType` 自动切换实现。
+
+在 `diy_queue_receive` 表新增记录后，后台同步会创建或更新消费者：
+
+| 字段 | 含义 |
+|------|------|
+| `Type` | `1`=接口引擎；`2`=仅默认主租户受控 DLL |
+| `QueueName` | 逻辑队列名（与生产端 `SendMsg({ QueueName, ... })` 一致） |
+| `ApiEngineKey` | 消费者接口引擎 Key |
+| `FailToReject` | 值为“是”时失败后允许有限重入队 |
+| `Count` | 最大重入队次数；`0` 表示首次失败后直接删除 |
+
+新增、修改或删除队列处理配置会在下一同步周期生效。同步间隔默认最多 180 秒，
+正数 `MQListenerTime` 可缩短但最低 15 秒；Host、端口、凭据、vhost 或 TLS 变更
+不会重建已缓存连接，需要滚动重启对应节点。
+
+多节点会对同一租户队列使用 RabbitMQ competing consumer，但“只有一个节点收到”不等于业务只执行一次。消息 envelope 的 `EventId` 是稳定幂等键，消费者必须配合数据库唯一约束、inbox/条件更新保证副作用仅一次；连接凭据轮换后当前版本需要重启节点重建连接。
+
+消费者使用 `prefetch=1`、手动 Ack。接口引擎返回可解析的 `DosResult Code=1` 才
+明确成功；为兼容旧处理器，`null` 或非 `DosResult` 返回也会 Ack，因此新代码必须
+显式返回 `{Code:1}` 或 `{Code:0}`。失败且 `FailToReject=是` 时，Redis 以 EventId
+记录 7 天重试次数并在未达到 `Count` 前立即 requeue；当前源码没有退避和自动 DLQ，
+达到上限或未启用重入队时会 Reject 且不 requeue。
+
+---
+
+<!-- /microi-progressive:chunk -->
+<!-- microi-progressive:chunk id=v8-mq-mqtt-001 sha256=dcf641877c01b65104fbd9b7d5022a9b7b656a6461895d499ab06af9d2bb7d0c -->
+## 注意事项
+
+- MQ 消费者接口引擎通过 `V8.Param.Message` 获取消息，包含 `EventId`、兼容 `Id`、`OsClient`、`Message`、`CurrentUserId`
+- MQ 适合异步解耦、削峰填谷、耗时操作异步化
+- MQTT 七类事件在同一个接口引擎中处理，通过 `V8.EventName` 区分
+- MQTT 运行日志确认写入租户 MongoDB 月度系统日志，`TargetType=MqttEvent`；MongoDB 持久化失败才写当前租户的 `mci_mqtt_log`。`platform-mqtt` 的 `Action=Logs` 按月读 MongoDB，查询失败时才回退 MySQL；`Action=HistoryLogs` 显式读旧记录及故障兜底记录，`ClientId` 可选。新版 PC 客户端的设备 `MqttLogs` 字段及 MQTT 日志菜单使用此入口；旧客户端仍读关系库，须随 API 一起升级。
+- MQTT 适合 IoT 设备管理、实时数据采集
+- 设备/告警/工单等业务事实优先进入关系库，高频遥测可进入 MongoDB，大附件进入对象存储
+- RabbitMQ 租户凭据在 SaaS 引擎登记前必须先在真实 RabbitMQ 创建 user/vhost/权限；内嵌 MQTT Broker 直接校验 SaaS 中的 MQTT 凭据，使用外部 MQTT Broker 时另行完成真实 Broker 账号、ACL 与适配器配置
+- `ConnectedClients` 只代表当前 MQTT 节点的诊断快照，不是集群全局在线事实
+- MQTT 启动失败必须在控制台直接输出脱敏的底层原因、监听端口和针对性解决建议，并将同一诊断写入系统日志；不能只提示“查看系统日志”。端口占用须核对 PID 和节点归属，不得结束所有后端进程。
+- 内嵌 MQTT Broker 不具备跨节点共享会话/订阅/retained 的集群一致性；多 API 节点生产部署应使用支持集群的外部 Broker，或把内嵌 Broker 固定到独立节点并由负载入口路由，不能让每个 API 节点各自充当一套独立 Broker
+- MQTT 生产配置、安全语义、事件字段可用性和上线清单以 [MQTT 生产参考](references/mqtt-production.md) 为准
+<!-- /microi-progressive:chunk -->
+## 详细参考路由（渐进披露）
+
+仅在当前任务涉及对应主题时读取；下列文件合计保留了原 SKILL.md 的全部详细知识。
+
+- [references/progressive-01-v8-mqtt-iot-物联网.md](references/progressive-01-v8-mqtt-iot-物联网.md)：V8.MQTT — IoT 物联网
+<!-- microi-progressive:end -->
+
+平台级 MQTT 状态与下行发布统一调用 Managed 接口引擎 `platform-mqtt`；该入口只允许当前租户超级管理员，并由 `V8.Method.ManageMqtt` 固定租户边界。普通设备业务仍应创建自己的授权接口引擎。
+
+`sys_osclients.MqttEnable` 的运行语义是空值/`1` 启用、`0` 关闭；旧库空值在兼容迁移中先写为 `0`，避免意外开放。旧部署先升级并启动 API，确认 `sys_config.ServerVersion >= 7.6.16.0` 和旧空值迁移成功，再通过商城更新 SaaS 包与带 `Config.Switch.NullValue=1` 的前端；物理迁移不会自动更新旧租户 UI 元数据。该配置将当前空值显示为开启，但未操作时保留数据库 `NULL`。主租户关停当前节点 Broker；子租户关停由约 30 秒轮询断开当前节点已鉴权连接并清理有可信租户标识的会话/订阅，逐条失败下轮重试；归属不明的旧会话不猜测删除且不得跨租户复用。监听端口/TLS 改动仍需重启，目标设备和多节点结果须分别实测。