refactor!: rename the project from Monitor to MoShiro [CI]

Namespaces, assemblies, solution, binaries, images, systemd units, config paths, environment variables, protocol methods and the Linux user are all renamed. Breaking: existing databases, node identities and installed units must be recreated.

docs/project-layout.md

@@ -3,8 +3,8 @@
 ## 1. 目标
 
 1. **三个独立项目加一个前端**：Probe、Agent、Backend 各自拥有解决方案，可以单独构建、测试和发布；Web 是独立的 Vite 项目（`web/`）。
-2. **通用能力只写一次**：TCP/UDP/TLS/ICMP 采集积木（类似 iperf3 的能力，但只记录原始数据）放在 `Monitor.Measurement` 中，Probe 和 Agent 共用；采集方法（Kind）由积木组合声明而成。
-3. **节点机制通用化**：注册、身份、连接、RPC、可靠上报、状态同步、宿主、更新，由与业务无关的 **Fleet** 框架提供（见 [fleet/overview.md](fleet/overview.md)）。Monitor 只写业务，其他产品也可以复用 Fleet。
+2. **通用能力只写一次**：TCP/UDP/TLS/ICMP 采集积木（类似 iperf3 的能力，但只记录原始数据）放在 `MoShiro.Measurement` 中，Probe 和 Agent 共用；采集方法（Kind）由积木组合声明而成。
+3. **节点机制通用化**：注册、身份、连接、RPC、可靠上报、状态同步、宿主、更新，由与业务无关的 **Fleet** 框架提供（见 [fleet/overview.md](fleet/overview.md)）。MoShiro 只写业务，其他产品也可以复用 Fleet。
 4. **改一处，整条链路受益**：协议、原始数据格式、测试方案、指标、错误码、版本号、编译设置、代码风格都只有**一个真源**。改动之后，下游要么自动更新，要么在编译期或 CI 中直接报错。
 5. **模块化**：Probe/Agent 由可插拔的模块组成；Backend 按层分成多个项目，层之间的依赖在编译期强制。
 6. **Probe/Agent 轻量**：运行时只依赖 BCL 和仓库内的库，不引用任何 NuGet 包。
@@ -12,45 +12,45 @@
 ## 2. 仓库布局
 
 ```text
-monitor/
+moshiro/
 ├─ README.md  .gitignore
 ├─ docs/   docs/fleet/
 ├─ scripts/                                   # publish / package / smoke / stability 等脚本（check-deps 等检查也放这里）
 ├─ packaging/                                 # install.sh、systemd 单元、OpenWrt 文件
 ├─ web/                                       # 前端：Vite + React + TypeScript（自写），只依赖 backend/openapi/v1.json
 │
-├─ global.json  Directory.Packages.props  Monitor.slnx  # SDK、NuGet 版本和全部 .NET 项目入口
+├─ global.json  Directory.Packages.props  MoShiro.slnx  # SDK、NuGet 版本和全部 .NET 项目入口
 ├─ .editorconfig  BannedSymbols.txt           # 风格与禁用 API（构建期强制）
 ├─ BannedSymbols.Node.txt                     # 仅用于常驻节点进程：纯采集边界
 │
-├─ ci/Monitor.Tar/                            # CI 归档工具，也加入根解决方案
+├─ ci/MoShiro.Tar/                            # CI 归档工具，也加入根解决方案
 └─ backend/                                   # 服务和节点 C# 代码（构建产物在 backend/artifacts/）
-   ├─ Directory.Build.props  Monitor.slnx      # 后端编译设置和后端目录解决方案
-   ├─ fleet/                                  # 通用节点框架（不认识 Monitor，以后可以拆成独立仓库）
+   ├─ Directory.Build.props  MoShiro.slnx      # 后端编译设置和后端目录解决方案
+   ├─ fleet/                                  # 通用节点框架（不认识 MoShiro，以后可以拆成独立仓库）
    │  ├─ src/     Fleet.Core Fleet.Identity Fleet.Rpc Fleet.Link Fleet.Hosting Fleet.Update
    │  │           Fleet.Enrollment.Client  Fleet.Server.{Enrollment,Link,Releases,Sqlite}
    │  ├─ tools/   fleet-enroll  fleet-updater  fleet-release
    │  ├─ samples/ EchoNode  EchoServer
    │  └─ tests/
-   ├─ shared/                                 # Monitor 自己的共享库
-   │  ├─ Monitor.Protocol/      # 契约真源：Kind/Plan 目录、任务集、monitor.* 方法、UDP 包、RawChunk、错误码
-   │  ├─ Monitor.Measurement/   # 采集引擎：积木、Recorder、任务调和（见 measurement.md）
+   ├─ shared/                                 # MoShiro 自己的共享库
+   │  ├─ MoShiro.Protocol/      # 契约真源：Kind/Plan 目录、任务集、moshiro.* 方法、UDP 包、RawChunk、错误码
+   │  ├─ MoShiro.Measurement/   # 采集引擎：积木、Recorder、任务调和（见 measurement.md）
    │  └─ tests/
-   ├─ probe/   src/Monitor.Probe/    tests/   # 家宽端采集器
-   ├─ agent/   src/Monitor.Agent/    tests/   # VPS 端采集器
+   ├─ probe/   src/MoShiro.Probe/    tests/   # 家宽端采集器
+   ├─ agent/   src/MoShiro.Agent/    tests/   # VPS 端采集器
    ├─ src/                                    # Backend（面板）
-   │  ├─ Monitor.Backend/                     # 宿主与组合根（Program.cs）
-   │  ├─ Monitor.Backend.Api/                 # API 层：HTTP 端点、DTO、错误映射
-   │  ├─ Monitor.Backend.Gateway/             # 在 Fleet.Server.Link 上注册 Monitor 的方法、状态与收件箱
-   │  ├─ Monitor.Backend.Application/         # 用例层 + 端口接口
-   │  ├─ Monitor.Backend.Analysis/            # 分析（纯计算，见 analysis.md）
-   │  └─ Monitor.Backend.Storage.Sqlite/      # 端口接口的实现，同时实现 IFleetStore
+   │  ├─ MoShiro.Backend/                     # 宿主与组合根（Program.cs）
+   │  ├─ MoShiro.Backend.Api/                 # API 层：HTTP 端点、DTO、错误映射
+   │  ├─ MoShiro.Backend.Gateway/             # 在 Fleet.Server.Link 上注册 MoShiro 的方法、状态与收件箱
+   │  ├─ MoShiro.Backend.Application/         # 用例层 + 端口接口
+   │  ├─ MoShiro.Backend.Analysis/            # 分析（纯计算，见 analysis.md）
+   │  └─ MoShiro.Backend.Storage.Sqlite/      # 端口接口的实现，同时实现 IFleetStore
    ├─ tests/
    ├─ openapi/v1.json                         # 构建生成并提交
-   └─ Monitor.Backend.slnx
+   └─ MoShiro.Backend.slnx
 ```
 
-节点机器上的发布物是三个独立进程，使用不同的系统用户：`monitor-agent`（或 `monitor-probe`）、`fleet-enroll`（一次性运行）、`fleet-updater`（常驻或定时运行）。
+节点机器上的发布物是三个独立进程，使用不同的系统用户：`moshiro-agent`（或 `moshiro-probe`）、`fleet-enroll`（一次性运行）、`fleet-updater`（常驻或定时运行）。
 
 ## 3. 依赖关系
 
@@ -65,21 +65,21 @@ monitor/
    │ └─────┬──────┘          │               │
    ▼       ▼                 ▼               ▼
  ┌──────────────────────────────────┐   ┌─────────────────────────┐
- │         Monitor.Protocol         │   │ Fleet.Server.*          │
+ │         MoShiro.Protocol         │   │ Fleet.Server.*          │
  └────────────────┬─────────────────┘   └───────────┬─────────────┘
                   ▼                                 ▼
  ┌──────────────────────────────────────────────────────────────────┐
  │ Fleet（节点侧）：Core · Identity · Rpc · Link · Hosting              │
  └──────────────────────────────────────────────────────────────────┘
-      反向依赖一律禁止：fleet/** ✗→ Monitor.*
+      反向依赖一律禁止：fleet/** ✗→ MoShiro.*
 ```
 
 简要来说：
 
 ```text
-Probe, Agent  ──> Measurement ──> Monitor.Protocol ──> Fleet.Core / Fleet.Rpc
+Probe, Agent  ──> Measurement ──> MoShiro.Protocol ──> Fleet.Core / Fleet.Rpc
 Probe, Agent  ──> Fleet.Link / Fleet.Hosting / Fleet.Identity
-Backend.*     ──> Monitor.Protocol + Fleet.Server.*                （不引用 Measurement）
+Backend.*     ──> MoShiro.Protocol + Fleet.Server.*                （不引用 Measurement）
 fleet-enroll  ──> Fleet.Enrollment.Client ──> Fleet.Identity / Core
 fleet-updater ──> Fleet.Update ──> Fleet.Core                      （不引用 Link，也不读取节点身份）
 Web           ──> openapi/v1.json
@@ -87,12 +87,12 @@ Web           ──> openapi/v1.json
 
 | 项目 | 允许依赖 | 禁止 |
 | --- | --- | --- |
-| `Fleet.*`（节点侧） | BCL、其他节点侧 Fleet 库 | 任何 NuGet 运行时包；任何 `Monitor.*` |
-| `Fleet.Server.*` | ASP.NET Core、`Microsoft.Data.Sqlite`（仅 Sqlite 项目）、节点侧 Fleet 库 | 任何 `Monitor.*` |
-| `Monitor.Protocol` | Fleet.Core、Fleet.Rpc | 任何 I/O、套接字、日志 |
-| `Monitor.Measurement` | Monitor.Protocol、Fleet.Core | NuGet；日志（只通过计数接收器上报）；读取配置；统计或解释逻辑 |
+| `Fleet.*`（节点侧） | BCL、其他节点侧 Fleet 库 | 任何 NuGet 运行时包；任何 `MoShiro.*` |
+| `Fleet.Server.*` | ASP.NET Core、`Microsoft.Data.Sqlite`（仅 Sqlite 项目）、节点侧 Fleet 库 | 任何 `MoShiro.*` |
+| `MoShiro.Protocol` | Fleet.Core、Fleet.Rpc | 任何 I/O、套接字、日志 |
+| `MoShiro.Measurement` | MoShiro.Protocol、Fleet.Core | NuGet；日志（只通过计数接收器上报）；读取配置；统计或解释逻辑 |
 | Probe / Agent | 上述库，以及 Fleet.Link / Hosting / Identity | NuGet 运行时包；彼此互相引用；Fleet.Update；Fleet.Enrollment.Client |
-| Backend.* | Monitor.Protocol、Fleet.Server.*，以及第 5.2 节列出的包 | Measurement、EF Core 等依赖反射的库 |
+| Backend.* | MoShiro.Protocol、Fleet.Server.*，以及第 5.2 节列出的包 | Measurement、EF Core 等依赖反射的库 |
 
 分析器类包（`PrivateAssets="all"`）不受限制。`scripts/check-deps` 在 CI 中检查上述规则。
 
@@ -102,28 +102,28 @@ Web           ──> openapi/v1.json
 
 组件、扩展点与接入方式见 [fleet/overview.md](fleet/overview.md)，连接细节见 [fleet/link.md](fleet/link.md)，更新见 [fleet/update.md](fleet/update.md)。
 
-> **实现状态**：`Fleet.Core`、`Fleet.Identity`、`Fleet.Rpc`、`Fleet.Link`、`Fleet.Hosting`、`Fleet.Enrollment.Client`、`Fleet.Server.*`（Abstractions、Enrollment、Link）和 `fleet-enroll` 已实现。`Fleet.Update`、`Fleet.Server.Releases`、`fleet-updater`、`fleet-release` 还只是设计（纯二进制方式的更新）；容器节点的更新是宿主机上的 `monitor-update` 脚本和面板的 `ReleaseService`，见 [deployment.md](deployment.md)。原来的 `Monitor.Common` 和 `Monitor.NodeHost` 已经并入 Fleet：
+> **实现状态**：`Fleet.Core`、`Fleet.Identity`、`Fleet.Rpc`、`Fleet.Link`、`Fleet.Hosting`、`Fleet.Enrollment.Client`、`Fleet.Server.*`（Abstractions、Enrollment、Link）和 `fleet-enroll` 已实现。`Fleet.Update`、`Fleet.Server.Releases`、`fleet-updater`、`fleet-release` 还只是设计（纯二进制方式的更新）；容器节点的更新是宿主机上的 `moshiro-update` 脚本和面板的 `ReleaseService`，见 [deployment.md](deployment.md)。原来的 `MoShiro.Common` 和 `MoShiro.NodeHost` 已经并入 Fleet：
 
 | 原位置 | 现位置 |
 | --- | --- |
-| `Monitor.Common`（Result、缓冲区、VarInt、有界队列、重放窗口、退避、ID、令牌哈希） | `Fleet.Core` |
-| `Monitor.NodeHost`（模块宿主、日志、配置、ConfigStore、服务外壳） | `Fleet.Hosting` |
+| `MoShiro.Common`（Result、缓冲区、VarInt、有界队列、重放窗口、退避、ID、令牌哈希） | `Fleet.Core` |
+| `MoShiro.NodeHost`（模块宿主、日志、配置、ConfigStore、服务外壳） | `Fleet.Hosting` |
 | 节点密钥与签名 | `Fleet.Identity` |
 | JSON-RPC 信封与路由 | `Fleet.Rpc` |
 | Agent 注册 | `Fleet.Enrollment.Client` + `fleet-enroll` |
 
-### 4.2 Monitor.Protocol（Monitor 的契约真源）
+### 4.2 MoShiro.Protocol（MoShiro 的契约真源）
 
 ```text
-Monitor.Protocol/
-├─ ProtocolVersion  ProtocolLimits  MonitorErrorCode（在 Fleet 错误码基础上扩展）
+MoShiro.Protocol/
+├─ ProtocolVersion  ProtocolLimits  MoShiroErrorCode（在 Fleet 错误码基础上扩展）
 ├─ Ids/          AgentId(= Fleet NodeId)、ProbeId、TaskId、TestId、ChunkId、StreamId
 ├─ Catalog/
 │  ├─ Kinds/     KindSpec 声明（积木组合 + ParamSpec + 记录列 + 预算）
 │  ├─ Plans/     多阶段测试方案
 │  └─ ParamSpec  参数定义（类型、默认值、上下限），节点与 Backend 共用同一套校验
 ├─ Tasks/        TaskSet（Fleet 期望状态的文档类型）、调和结果
-├─ Rpc/          monitor.* 方法名、params/result、二进制通道号（从 16 开始）
+├─ Rpc/          moshiro.* 方法名、params/result、二进制通道号（从 16 开始）
 ├─ Wire/         UDP 包、数据连接首帧
 ├─ Raw/          自描述 RawChunk：头部、列类型、列编解码、Brotli、crc32c
 └─ Json/         AgentRpcContext、ProbeRpcContext（按信道拆分，便于裁剪）
@@ -131,7 +131,7 @@ Monitor.Protocol/
 
 累加器、直方图等统计类型**不在 Protocol 中**，只属于 `Backend.Analysis`。
 
-### 4.3 Monitor.Measurement（采集引擎）
+### 4.3 MoShiro.Measurement（采集引擎）
 
 包含：
 
@@ -147,14 +147,14 @@ Monitor.Protocol/
 
 ### 5.1 Agent 与 Probe：组装
 
-节点的组装点是 `AgentApp` 和 `ProbeApp`：在构造函数里**显式组装**，不使用 DI 容器，也不做反射扫描；没有全局状态，测试可以在同一进程里启动多个。连接、认证、重连、发件箱、状态同步都由 Fleet 提供，Monitor 只写业务：
+节点的组装点是 `AgentApp` 和 `ProbeApp`：在构造函数里**显式组装**，不使用 DI 容器，也不做反射扫描；没有全局状态，测试可以在同一进程里启动多个。连接、认证、重连、发件箱、状态同步都由 Fleet 提供，MoShiro 只写业务：
 
 ```text
 AgentApp                                  Probe（ProbeApp）
   FleetLink（到面板）                       FleetLink（到面板）
-    状态 TaskSet、方法 monitor.test.*         状态 probe_agents（Agent 列表）、hello 带系统和构建信息
-    发件箱 RawChunk（通道 16）                心跳带更新器的状态；monitor.update.* 通知
-    心跳带更新器的状态；monitor.update.*      AgentDirectory → 每个 Agent 一个 AgentConnection（点对点会话）
+    状态 TaskSet、方法 moshiro.test.*         状态 probe_agents（Agent 列表）、hello 带系统和构建信息
+    发件箱 RawChunk（通道 16）                心跳带更新器的状态；moshiro.update.* 通知
+    心跳带更新器的状态；moshiro.update.*      AgentDirectory → 每个 Agent 一个 AgentConnection（点对点会话）
   PeerListener / PeerHub（Probe 会话）          会话内：线路任务集 line_task_set 的调和、角色、列块发件箱（通道 17）
   UdpMux / TcpAcceptor（数据端口）
   TaskManager / TestRunner / ChunkAssembler
@@ -163,7 +163,7 @@ AgentApp                                  Probe（ProbeApp）
 
 模块之间通过构造函数传入的接口或 `Channel<T>` 通信，禁止通过静态全局状态共享数据。
 
-**新增 RPC 方法**：在 `Monitor.Protocol/Rpc` 中定义 params/result，然后在组装处加一行 `.On(Methods.X, HandleX)`。
+**新增 RPC 方法**：在 `MoShiro.Protocol/Rpc` 中定义 params/result，然后在组装处加一行 `.On(Methods.X, HandleX)`。
 
 ### 5.2 Backend：分层与 API 层
 
@@ -172,7 +172,7 @@ AgentApp                                  Probe（ProbeApp）
                 │                              │                                    ▲
  ┌──────────────▼───────────────┐  ┌───────────▼──────────┐                         │
  │ Backend.Api                  │  │ Backend.Gateway      │                         │
- │ Public/ Admin/               │  │ 注册 monitor.* 方法    │                         │
+ │ Public/ Admin/               │  │ 注册 moshiro.* 方法    │                         │
  │ 认证（Cookie/CSRF/令牌）       │  │ TaskSet 状态提供者     │                         │
  │ 错误映射 · OpenAPI · SSE 端点  │  │ RawChunk 收件箱        │                         │
  └──────────────┬───────────────┘  └───────────┬──────────┘                         │
@@ -187,7 +187,7 @@ AgentApp                                  Probe（ProbeApp）
                              │ 实现端口
  ┌───────────────────────────┴─────────────────────────────┐
  │ Backend.Storage.Sqlite：段文件 + SQLite（只做读写）         │
- │ 同时实现 IFleetStore（Fleet 的节点和令牌表放在 monitor.db 中）│
+ │ 同时实现 IFleetStore（Fleet 的节点和令牌表放在 moshiro.db 中）│
  └─────────────────────────────────────────────────────────┘
 
  端口：IAgentStore、ITaskStore、IRawStore、IMetricStore、ITestStore、IAuthStore
@@ -198,16 +198,16 @@ AgentApp                                  Probe（ProbeApp）
 - **Api 不能引用 Storage**（编译期保证）；Api 和 Gateway 只调用 Application。
 - Application 返回 `Result<T>`。**错误码到 HTTP 状态的映射只在 Api 层做一次**（`ErrorCodeHttpMap`）；到 JSON-RPC 错误的映射由 Fleet.Rpc 统一完成。
 - Api 层按调用方分目录：`Public/`、`Admin/`，公共部分放在 `Common/`（分页、ETag、认证过滤器、ProblemFactory、`EndpointConventions`）。每类资源一个端点文件，新增资源时在 `ApiModule.Map` 中加一行。
-- 注册端点、签名认证、连接注册表、状态推送、收件箱 ACK、发布通道都来自 Fleet（`MapFleetEnrollment`、`MapFleetLink`、`MapFleetReleases`）。Monitor 只提供：
+- 注册端点、签名认证、连接注册表、状态推送、收件箱 ACK、发布通道都来自 Fleet（`MapFleetEnrollment`、`MapFleetLink`、`MapFleetReleases`）。MoShiro 只提供：
   - `IFleetStore` 的实现；
   - `TaskSet` 的状态提供者；
   - `RawChunk` 的收件箱；
-  - `monitor.*` 方法。
+  - `moshiro.*` 方法。
 - public 层的 DTO 单独定义，只暴露可以公开的字段，并统一经过“可见性过滤器”。
 - 请求校验：简单字段约束使用 .NET 10 内置的 Minimal API 校验；任务参数统一用 `ParamSpec` 校验（与节点共用）；跨字段规则放在 Application 层。
 - Backend 使用 ASP.NET Core 自带的 DI 容器，只在组合根显式注册。
 
-Backend.Analysis 只依赖 Monitor.Protocol 和 Fleet.Core，没有 I/O，可以单独做成离线 CLI 使用。
+Backend.Analysis 只依赖 MoShiro.Protocol 和 Fleet.Core，没有 I/O，可以单独做成离线 CLI 使用。
 
 Backend 允许的包：ASP.NET Core 共享框架、`Microsoft.Data.Sqlite`、`Microsoft.AspNetCore.OpenApi`、`Microsoft.Extensions.ApiDescription.Server`（仅构建期使用）。
 
@@ -221,11 +221,11 @@ Backend 允许的包：ASP.NET Core 共享框架、`Microsoft.Data.Sqlite`、`Mi
 | 原始数据格式 | `Protocol/Raw`（自描述） | 新增列不需要升级版本；四处使用同一份编解码器 |
 | 新增统计指标 | `Analysis/Metrics` 中加 1 行 `MetricDef` | 存储、降采样、API、SSE、目录全部自动处理；回填 30 天历史 |
 | 服务评分 | `Analysis/Models` | 查询时计算，立即对全部历史生效 |
-| 新增 RPC 能力 | `Monitor.Protocol/Rpc` + 组装处加 1 行 | 通过 Fleet 的 capabilities 协商，旧节点不受影响 |
-| 注册、认证、重连、发件箱、状态同步 | `backend/fleet/` | Monitor 和所有其他产品同时受益 |
+| 新增 RPC 能力 | `MoShiro.Protocol/Rpc` + 组装处加 1 行 | 通过 Fleet 的 capabilities 协商，旧节点不受影响 |
+| 注册、认证、重连、发件箱、状态同步 | `backend/fleet/` | MoShiro 和所有其他产品同时受益 |
 | 更新机制 | `Fleet.Update` + `fleet-updater` | 所有产品共用；产品只提供发布清单 |
 | REST DTO 与端点 | `Backend.Api` | 生成 OpenAPI，CI 检查 diff，前端的 TS 类型随之更新 |
-| 错误码 | Fleet 错误码 + `MonitorErrorCode` | REST、JSON-RPC、OpenAPI、TS 全部一致 |
+| 错误码 | Fleet 错误码 + `MoShiroErrorCode` | REST、JSON-RPC、OpenAPI、TS 全部一致 |
 | 版本、编译设置、风格、禁用 API | `backend/` 下的 props、`.editorconfig`、`BannedSymbols*.txt` | 所有项目 |
 
 ## 7. 编译设置
@@ -334,10 +334,10 @@ M0 阶段先测出基线，之后作为 CI 的回归门槛（超出 10% 即失
 | C 库 | musl：使用 `linux-musl-*` 目标发布 |
 | TLS | .NET 在 Linux 上依赖 OpenSSL，而 OpenWrt 默认使用 mbedTLS/wolfSSL。需要安装 `libopenssl3`（安装脚本自动检查并提示）。启动时自检，缺少时明确报错，不会静默降级 |
 | 全球化 | 已启用 `InvariantGlobalization`，不依赖 ICU |
-| 服务管理 | procd：提供 `/etc/init.d/monitor-probe`（`procd_set_param respawn`，前台运行，日志输出到 logd）；`Fleet.Hosting.ServiceShell` 在 procd 下不需要 `sd_notify` |
-| 存储 | 闪存很小，而且需要避免频繁写入：二进制放在 `/usr/lib/monitor/`，配置和身份放在 `/etc/monitor/`（sysupgrade 时通过 `/lib/upgrade/keep.d/` 保留）；测量数据本来就不落盘；`ConfigStore` 只在 Agent 列表变化时写入 |
+| 服务管理 | procd：提供 `/etc/init.d/moshiro-probe`（`procd_set_param respawn`，前台运行，日志输出到 logd）；`Fleet.Hosting.ServiceShell` 在 procd 下不需要 `sd_notify` |
+| 存储 | 闪存很小，而且需要避免频繁写入：二进制放在 `/usr/lib/moshiro/`，配置和身份放在 `/etc/moshiro/`（sysupgrade 时通过 `/lib/upgrade/keep.d/` 保留）；测量数据本来就不落盘；`ConfigStore` 只在 Agent 列表变化时写入 |
 | 内存 | 预算 ≤ 32 MB，适合 ≥ 256 MB 内存的路由器；在本地配置中限制重负载测试的码率（`limits.max_test_mbps`），防止路由器 CPU 成为瓶颈，反过来影响测量结果 |
-| 测量偏差 | Probe 运行在网关上时，自己没有 NAT；一旦路由器 CPU 饱和，结果就会失真。因此 Probe 在 `monitor.event` 中上报自身的 CPU 繁忙标记（仅进程级别），分析层据此标注置信说明 |
+| 测量偏差 | Probe 运行在网关上时，自己没有 NAT；一旦路由器 CPU 饱和，结果就会失真。因此 Probe 在 `moshiro.event` 中上报自身的 CPU 繁忙标记（仅进程级别），分析层据此标注置信说明 |
 | 打包 | 提供 `tar.gz` 和 procd 脚本；包格式（ipk 或 apk）按目标 OpenWrt 版本提供 |
 | 更新 | `fleet-updater` 使用 procd 适配器；`keep_versions = 1`，下载前检查剩余空间，避免写满闪存 |