docs(deploy): document QUIC runtime and port requirements [CI]

docs/dev/project-layout.md

@@ -3,7 +3,7 @@
 ## 1. 目标
 
 1. **三个独立项目加一个前端**：Probe、Agent、Backend 各自拥有解决方案，可以单独构建、测试和发布；Web 是独立的 Vite 项目（`web/`）。
-2. **通用能力只写一次**：TCP/UDP/TLS/ICMP 采集积木（类似 iperf3 的能力，但只记录原始数据）放在 `MoShiro.Measurement` 中，Probe 和 Agent 共用；采集方法（Kind）由积木组合声明而成。
+2. **通用能力只写一次**：TCP/QUIC Datagram/TLS/ICMP 采集积木（类似 iperf3 的能力，但只记录原始数据）放在 `MoShiro.Measurement` 中，Probe 和 Agent 共用；采集方法（Kind）由积木组合声明而成。
 3. **节点机制通用化**：注册、身份、连接、RPC、可靠上报、状态同步、宿主，由与业务无关的 **Fleet** 框架提供（见 [../backend/fleet/README.md](../../backend/fleet/README.md)）。MoShiro 只写业务，其他产品也可以复用 Fleet。
 4. **改一处，整条链路受益**：协议、原始数据格式、测试方案、指标、错误码、版本号、编译设置、代码风格都只有**一个真源**。改动之后，下游要么自动更新，要么在编译期或 CI 中直接报错。
 5. **模块化**：Probe/Agent 由可插拔的模块组成；Backend 按层分成多个项目，层之间的依赖在编译期强制。
@@ -111,7 +111,7 @@ MoShiro.Protocol/
 │  └─ ParamSpec  参数定义（类型、默认值、上下限），节点与 Backend 共用同一套校验
 ├─ Tasks/        TaskSet（Fleet 期望状态的文档类型）、调和结果
 ├─ Rpc/          moshiro.* 方法名、params/result、二进制通道号（从 16 开始）
-├─ Wire/         UDP 包、数据连接首帧
+├─ Wire/         QUIC Datagram 测量包
 └─ Raw/          自描述 RawChunk：头部、列类型、列编解码、Brotli、crc32c
 ```
 
@@ -142,7 +142,7 @@ AgentApp                                  Probe（ProbeApp）
     发件箱 RawChunk（通道 16）                心跳带更新器的状态；moshiro.update.* 通知
     心跳带更新器的状态；moshiro.update.*      AgentDirectory → 每个 Agent 一个 AgentConnection（点对点会话）
   PeerListener / PeerHub（Probe 会话）          会话内：线路任务集 line_task_set 的调和、角色、列块发件箱（通道 17）
-  UdpMux / TcpAcceptor（数据端口）
+  QuicDatagramTransport / TcpAcceptor（数据端口）
   TaskManager / TestRunner / ChunkAssembler
   RestartUpdater（只报告有无新版本、请求时退出）  RestartUpdater
 ```