Gate C 真实 UI 预检 · partial，未采 Session

1. 入口与已得事实

按 Gate B 冻结合同 先进行不创建会话的预检。基线 main=8521269、双远程同 SHA、共享区四项他方 WIP 未参与。本轮只使用 Gate B 固定的 b78 x86_64 公证 ZIP（SHA-256 fa5c268dbba9072e194d478aa79c8a4bf0faae6b72be29c3c65086b737f9286a）独立解包件，不构建第二个产品包、不修改产品代码或指标语义。

设备 A 的有线配对详情查询成功；目标 App A 在设备已安装列表中找到。宿主为 x86_64，包 SHA 复算一致。预检时可用磁盘约 36.35 GiB，低于合同设定的全批 40 GiB 空间上界，因此整批容量预留未满足；这本身不等于某一短轮必然失败，但不得据此声称完整 21+6 轮矩阵已具备资源保证。

真实 b78 App 从独立解包目录启动后，系统窗口清单看到了 3 个该 App 的窗口；然而同一环境的 AX 查询虽然报告 AXIsProcessTrusted=true，对两个 App 进程都没有读到任何 perfowl.* 控件，系统辅助功能层报告该 App 窗口数 0；单窗口截取也失败。随后用已公证的前一版 b77 包做无会话对照预检：AX trust 同为 true、可读控件仍 0。这说明现象并非 b78 独有，但不能因此排除共同的 App/AX 机制问题。所有启动均仅属预检；在未拿到可核对的设备/目标/Start 控件前，没有按下 perfowl.capture.toggle、没有创建 Session；预检 App 进程随后全部退出。不能拿命令入口采集代替这个真实 UI 门。

2. 证据分级与停止结论

Gate C = PARTIAL-NO-SESSION，证据 E3 宿主/设备预检，不是 E4。 眼下仅能确认“系统窗口可见，而当前辅助功能/截屏通路取不到可操作的 App UI”；根因仍为 unknown，可能在宿主权限、AX 枚举辅助脚本、桌面会话或产品窗口可访问性，不能仅凭此归咎产品代码。容量预留也是独立未关项。按合同在首个正式轮次前停止；不扩样、不自动重试、不改动已经公证的 b78 包。

私有证据只在同一批次 ~/Perfowl-Local-Archive/beta-gate-c-20261001/：预检 JSON、AX 查询、App 采样、辅助脚本与非自引用 SHA256SUMS-preflight.txt（初封 9/9 文件）；b77 对照后另增 SHA256SUMS-preflight-r1.txt（12/12，含原初封清单，旧件不改）。公开文档只用设备 A / 目标 App A 别名，不含原始设备/目标/进程身份。初封清单 SHA-256 66ce807ead2c628b93afa1de01ee2f526a85e11cc8e2bba07ce683b42bd407d4，补封清单 SHA-256 a12bfdced278e32f22f1aa9475df4054adb9b2387c06fe37814a79b0bace3d6d，结果 JSON SHA-256 02cf5aed78bab45993d26bc896fa0bcbb9f94ac33c4327d54612354af7f964bf。会话数 0、Raw 数 0；这里的 0 是已核实的执行计数，不是缺失资源指标的代填。

3. 唯一继续条件

先恢复可验证的桌面 AX/屏幕访问，使同一个已公证 App 的设备/目标选择和 perfowl.capture.toggle 可被读取及按标识操作；并为正式全批准备足够磁盘或另立更小、可验的存储合同。恢复后重新做预检，确认包 SHA、App 窗口与 AX 控件同源，然后才按 Gate B 从第一轮真实 UI 开始。若恢复仍失败，保留 partial，不用屏幕坐标或直接调用 Core 伪装 E4。

Gate A E2 结论不变；本次没有 Startup 真机有效轮，稳定性改善仍 NOT PROVEN，A1 UI E4 OPEN，Hybrid FROZEN。内部 Beta Gate C–E 未达，最终包未交付，网站未发布。