refactor!: rename the project from Monitor to MoShiro

Namespaces, assemblies, projects and directories, the solution, binaries, images, systemd units, config paths, environment variables, protocol method names, the media type and the raw chunk magic all move to MoShiro/moshiro. Existing data and deployments are not compatible and must be recreated. Also fix the architecture tests after the solution layout change and make the update tests independent of their order.
2026-10-07 01:49:04 +08:00
1 parent 17b35223aa
commit 83e5120377
@@ -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`，下载前检查剩余空间，避免写满闪存 |