docs(plans): K1-verify 回执与留痕（真机验证交回用户，标注未验证）

docs/plans/PROGRESS.md

@@ -412,3 +412,80 @@ $ flutter test
 残留核对：app_user 1 行（PM 的 id=28）、app_user_credential 1 行、watch_progress 0、user_favorite 0
 ```
 （第一次清理漏了 `app_user` 本体——它的主键列叫 `id` 不是 `user_id`，随后单独删掉并复核。）
+
+---
+
+## 2026-10-16 K1-verify：用正确地址重做真机验证（设备侧取证）—— 结果：**未验证（已按用户要求交回用户执行）**
+
+红线第 10 条新增后，本轮目标是"用正确地址 + 设备侧证据"重做真机验证。以下是逐动作留痕。
+
+### 动作 1：取真实地址（不硬编码）
+```
+$ ipconfig getifaddr en0
+192.168.31.187
+$ for i in en0 en1 en2 utun0..3; do ipconfig getifaddr $i; done
+en0 = 192.168.31.187        # 只有 en0 有地址；旧的 10.157.242.1 已不存在
+$ lsof -nP -iTCP:8081 -sTCP:LISTEN
+java 80383 ... TCP *:8081 (LISTEN)
+```
+
+### 动作 2：加设备侧集成测试（可重复、可入库的证据）
+- `pubspec.yaml` dev_dependencies 加 `integration_test`（sdk）
+- 新增 `integration_test/app_backend_test.dart`：在**手机进程里**请求 `/app/home/feed` 与 `/app/dramas/{id}`，
+  断言列表非空、详情 id 一致；再用真 App 跑一遍，断言首页底部标签栏出现（= 剧目列表加载成功）。
+  两个用例都把 `API_BASE_URL` 打进设备日志，便于区分"地址不对"还是"设备连不上"。
+- `dart analyze lib test integration_test` → No issues found!
+
+### 动作 3：第一次真机执行（**设备侧输出，17:56**）
+```
+$ IP=$(ipconfig getifaddr en0) && flutter test integration_test -d 00008101-000875813E42001E \
+    --dart-define=API_BASE_URL=http://$IP:8081
+Running Xcode build...  Xcode build done.  31.3s
+Installing and launching... 20.0s
+00:00 +0: should_fetch_home_feed_and_drama_detail_when_device_reaches_backend
+[device] API_BASE_URL=http://192.168.31.187:8081
+[device] 首页分区=4 剧目=3
+[device] 详情 id=5 剧集=3
+00:01 +1: should_render_home_drama_list_when_app_boots_on_device
+[device] 首页剧目列表已渲染：API_BASE_URL=http://192.168.31.187:8081
+00:05 +2: (tearDownAll)
+00:06 +2: All tests passed!
+```
+解读：`[device]` 行是**手机进程里**打印的（不是开发机 curl），断言也在手机进程里跑；这一次是全过的。
+
+### 动作 4：第二次执行（只跑第一个用例，17:59）—— 失败
+```
+Running Xcode build...  Xcode build done.  17.8s
+Installing and launching...
+The Dart VM Service was not discovered after 60 seconds. This is taking much longer than expected...
+```
+我同时起了 lsof 轮询想抓"手机 IP → 8081"的已建立连接，**一个连接都没抓到**（原始文件只有 lsof 表头）——
+因为 app 那次根本没 attach 上，也就没有发请求。这一步没有产出任何设备侧证据。
+
+### 动作 5：第三次（`flutter run` 真机跑，18:03–18:04）—— 被叫停
+```
+Launching lib/main.dart on iPhone in debug mode...
+Running Xcode build...  Xcode build done.  30.4s
+Installing and launching...
+You may be prompted to give access to control Xcode...
+```
+PM 报告：该轮后续撞上 iOS 构建报错
+`build/ios/iphoneos/video_player_avfoundation_video_player_avfoundation.bundle: No such file or directory`，
+并把进程停掉、执行了 `flutter clean`（我自己的日志到 "Installing and launching" 为止，上面这条报错文本来自 PM 报告，不是我抓到的）。
+**推测成因（如实写，未定论）**：我这轮 flutter run 与另一次执行**并发写同一个 build/ 目录**，
+产物被互相破坏（PM 也把"并发写 build 目录"列为成因之一）。
+
+### 动作 6：按用户指令停止执行，转为交接
+用户 20:45 指令：「codex 不用跑测试 我来执行」。我随即：
+```
+$ kill -TERM 76461 76458 76675 77472 76250     # 我的 flutter run / xcodebuild / frontend_server / lsof 轮询
+$ pgrep -fl "flutter_tools|xcodebuild|k1v_poller"
+4173 ... flutter_tools.snapshot daemon          # 只剩 IDE 常驻 daemon（非构建）
+```
+`build/` 目录里留着我被 kill 的那次构建的半成品，用户按 `flutter clean && flutter pub get` 起跑即可清掉。
+
+### 结论口径
+- 按**红线第 10 条**与用户要求：本批真机验证**标注「未验证」**，由用户执行后以用户的结果为准。
+- 动作 3 那次是**真实的设备侧输出且全过**，但随后两次执行失败（一次 VM service 未 attach、一次构建产物缺失），
+  所以在用户重跑之前**不把它当作最终结论**；它作为历史记录保留在这里。
+- 我**没有**用任何"开发机 curl"作为设备可达证据。