docs: 打结——修正 usbip 根因结论（大MTU GATT 流量触发），bridge 架构立项

PROGRESS.md

@@ -75,6 +75,22 @@
 
 **已保留的 guest 侧改善**：`/sys/bus/usb/devices/1-1/power/control=on`（重启后需重设；可写 udev 规则固化，见 README）。
 
+### 2026-07-28：排查打结（结论修正）+ bridge 架构立项
+
+**熠管家 Windows 侧排查结论（采纳，替代此前归因）**：
+- 192.168.61.35 = Windows host-win/banyWinServer（usbipd-win 5.3.0），非 Linux
+- 76B 响应完整到达 guest、下一请求已被 AX200 接收 → 非"中断端点卡住"
+- **ATT MTU=23 时全部服务 + 22 个 characteristic 发现成功、无监督超时** → 定性为"大 MTU GATT 流量触发断流"，具体环节（usbipd/VBoxUSB/VHCI/AX200 固件）无法唯一归因
+- 不能全局降 MTU（EPD 图像帧 244B），运行态已恢复
+
+**打结**：本机 usbip 路径不可用于大帧 GATT，放弃修复，转 bridge 架构。
+
+**bridge 立项**（见 DECISIONS 2026-07-28 第 3 条）：
+- `tools/bridge_server.py`：host-win 原生运行（Python+bleak/WinRT），JSONL/TCP RPC
+- `src/ppclock/bridge.py`：BridgeTransport，与 BLETransport 同接口，全部 CLI 命令透明可用
+- 调用方式：`ppclock --via bridge://192.168.61.35:8971 ...` 或 `PPCLOCK_VIA=bridge://...`
+- field_test.py 经 `PPCLOCK_VIA` 环境变量继承，无需改动
+
 ### 会话时间线
 
 - 08:14 目标设定（治理+规划+执行）