把 Studio 主机协议改成单向端口，并让「从视频重算」走分析入口

控制器经 AcquireGate / ImageSink / ShellNotes 与信号接线，采集 tick 用 acquire_presenter 上屏；三维测试证明分析结果已喂 3D 后，重算并入 on_analysis_requested。
验证：apps/studio 下相关 pytest 与 tools/ui_check.py（634 checks）通过。

apps/studio/docs/replay-analysis-part-b.md

@@ -19,8 +19,8 @@
 （连"原始图像"一起），派生模式那些帧一律从结果读、按窗口唯一的 2D 出口画。
 
 图表、二维画布、三维面板都读这一个游标，模式由 `ReplayEngine.mode()` 回答；「从视频重算」
-因此不再是第三种来源，而是**显式重跑**这一遍的开关（第 10 节）。时间基准是**信号时间**
-（Part A 第 5 节），进度、位置、单步与跳转都说它。
+与打开录像共用 `ReplayController.on_analysis_requested()`（第 10 节），不再另开一条采集链。
+时间基准是**信号时间**（Part A 第 5 节），进度、位置、单步与跳转都说它。
 
 **应用里的时间轴永远是录像的。** 引擎留在 `recording`：游标、帧 id 与时长都是录像自己的，
 结果挂在游标后面当缓存（`available_result()`），`_adopt_session()` 调用 `use_recording()` 保证
@@ -58,10 +58,14 @@
 
 | 视图 | 读什么 | 怎么读 |
 |---|---|---|
-| 图表 | `forces.csv`（记录值） | `charts.set_cursor(t)` 用同一游标；结果里不存力 |
+| 图表 | `forces.csv`（记录值），**或结果里重算的力**（裸视频） | `charts.set_cursor(t)` 用同一游标；两条来源在标题上分开命名（`chart.mode_replay` / `chart.mode_recomputed`） |
 | 二维画布 | 结果的 `flow`、`depth` 与 `valid_mask` | `ImageFrame` 走窗口唯一的 2D 出口 `_show_image_frame`（录像时间轴上的派生视图带 `source="replay"` 与 `result_available=True`，因此"原始图像"仍在选择器里），箭头、暗点、配色、域边界与深度视图与实时/重算**同一套代码** |
 | 三维面板 | 同一帧的 `SdkPacket` | `session.packet(frame)` → `Scene3DView.submit_packet`，走同一个 adapter、域掩码 latch 与有效性求交 |
 
+**裸视频的力是重算的，而且只有这一条。** 没有 `forces.csv` 时，pass 把链路对每一帧算出的力按帧
+存进结果（`FRAME_FLAG_FORCE`；Part A 第 1.1 节），曲线读它，标题写 `chart.mode_recomputed`。没有
+任何力可画时标题说明原因。
+
 **没有结果时那一行必须说清是四种里的哪一种。** `plan_image()` 只拿到 `ImageFrame`，四种状态
 因此由生产者写进帧里（`result_state`/`result_reason`），`ReplayController.result_state()` 是唯一
 的判断处；有结果时这一行根本不出现：
@@ -142,18 +146,17 @@ on_progress)`（`chain_spec_for` 从录像自己的 `session.json` 取链路，
 
 ## 15. 已知限制
 
-* 结果里没有力：力曲线始终读记录的 `forces.csv`。深度有了（第 1、11 节），但**三维面板仍只
-  拿光流**：`session.packet()` 的 `depth` 依旧是 `None`、`depth_valid` 依旧是 `False` —— 接进
-  三维会改变三维图形的构成，不在这一片里。
-* **box 的箭头画布在回放里是空的**（本片实测，非本次引入）：box 的绘制路径吃不下只有候选格
-  有限的恢复场，同一帧密流场画 24,440 px、恢复场 0 px；见 [replay-panel.md](replay-panel.md) 第 5 节。
+* **录像**的结果里没有力：力曲线读那份录像自己的 `forces.csv`。裸视频是另一回事（Part A 第 1.1
+  节）：pass 存下链路重算的力，曲线读它。深度有了（第 1、11 节），但**三维面板仍只拿光流**：
+  `session.packet()` 的 `depth` 依旧是 `None`、`depth_valid` 依旧是 `False` —— 接进三维会改变
+  三维图形的构成，不在这一片里。
 * 结果覆盖的帧是 pass 走过的那些：**结果的第一帧可能晚于录像的起点**（box 链路构造时吃掉前
   7 个解码帧，这份结果从 t=0.4162 s 开始），最后一批帧也可能早于录像的终点。游标落在这两段里
-  时，派生视图按 `frame_id_at()` 的"该时刻或之前、越界夹到端点"给帧：起点之前画的是最早那一帧
-  测量，终点之后画的是最后一帧。两段没有各自的提示，"不会静默重复最后一帧"在本片没有兑现。
-* 栅格类显示设置不生效（第 12 节）；换栅格就是重跑一遍，那是**另一个键**。
+  时，派生视图按 `frame_id_at()` 的"该时刻或之前、越界夹到端点"给帧，两段没有各自的提示。
+* 栅格类显示设置不生效（第 12 节）；换栅格就是重跑一遍，那是**另一个键**。被拒的栅格**仍按
+  结果自己的网格绘制**（帧携带 `arrow_policy`）。
 * 一个进程同时只有一遍分析在跑；采集会话运行期间不启动分析 —— 但**读结果不受这条限制**（第 10
-  节）：会话开着时面板照画缓存，只是新的那一遍要等会话停下、「从视频重算」再点一次。
+  节）：会话开着时面板照画缓存，新的那一遍要等会话停下、「从视频重算」再点一次。
 * "有没有结果"是录像的属性、不是游标的属性：`available_result()` 查的是本录像在
   `ResultLibrary` 里的那一份，第 9 节的接线之后这是常态。
 * 面板的 `failed` 把"跑挂"和"被拒跑"合成一句（原因与动作都不同：一个要修链路，一个要停会话）；