iOS 真机 JS 注入 · 汇报用一页纸
common.getSettings 不响应 · 证据链一页讲清：为什么难、怎么打通、怎么证明"是容器的锅"。一页总览，可直接用于汇报或团队文档。
结论先行：iOS 上妙记的网页容器（实时总结、尾窗）未响应 common.getSettings 原生接口——
桥对象存在、消息发送成功，但回调永不触发。web 侧只能超时兜底。诉求：客户端补齐该接口，对齐视频会议容器行为。
lockdownd 迁到 RemoteXPC：要先建 IPv6 隧道、过更严配对加密，老式直连一律作废。iwdp 依赖已废弃的 lockdownd 门 → 直接连不上。webinspector cdp 自身 asyncio bug；inspector_session 特权隧道会话拉不稳、吊死。js-shell --userspace工程细节（可略）：需 pty 伪终端模拟真终端、方向键字符模拟选页、动手前 opened-tabs 备份 URL 防导航翻车。已固化为可复用驱动脚本。
第一枪：发 common.getSettings + 埋信箱 window.__PROBE_R__={state:'waiting'}，回调命中改 done；
第二枪隔几秒读信箱。独立会话，不存在"没等够"。
| 容器（同一探针/账号/设备） | 结果 |
|---|---|
| 飞书视频会议·会中 · iOS | ✓ 秒回 done（证明探针本身对） |
| 妙记 · Android（同接口） | ✓ 约 8ms 回 |
| 妙记 · iOS | ✕ 永远 waiting |
逻辑：三方唯一变量是"哪个容器"，其余全相同 → 排除 web 侧嫌疑 → 锁定妙记 iOS 容器未注册该接口。
"同一探针在视频会议容器秒回、妙记 iOS 永不回、妙记 Android 8ms 回——三方对照排除 web 侧问题，
实锤妙记 iOS 容器没接 common.getSettings。诉求：客户端补齐，对齐视频会议容器。影响：目前主要影响测试用的版本标签（fail-safe 不显示、线上无感），但后续按 settings 做开关都走这条桥，建议一并补。"