决策矩阵 · 八步 Runbook · 失败码思路 · VNC 图形会话清单
主力机是 Windows、只租了云端 Mac的读者经常会问：手边有 iPhone，但机房里的 Mac 根本插不上线，还能不能当真机调？答案要分三层：能否接受仅 Simulator、是否必须真机传感器/性能/外设、以及你能否在远程会话里走完信任、无线配对、开发者模式与网络同网段。本文给出一套与《Simulator 能力边界》互补的「无线真机」视角：先读痛点与隐性成本，再用有线 / 无线 / 模拟器三列表格定边界，跟八步可复现 Runbook，补四条可写进工单的观测结论，最后给只有在 VNC 下才稳的验收入口。阅读前建议同时打开《Simulator 与真机能力对照》与《首次使用 30 分钟清单》，三篇一起对照，你的排障路径会短很多。
在自有 Mac 上，插上 USB 后大部分摩擦发生在签名与描述文件；而在无法物理插线的远程节点上，摩擦会前移到「设备是否被系统信任」「无线调试是否已启用」「手机与 Mac 是否在同一可路由网段或能否完成首次配对」——这些步骤里，一半以上需要你在图形界面点完，而不是在终端里一条命令解决。
空间隔离：设备与「跑 Xcode 的那台 Mac」不在你手边同一桌面，你必须依赖屏幕共享里可见的弹窗，而不是余光扫一眼真机提示。
网络结构：若手机走蜂窝、Mac 在机房，或双端 NAT 严格，mDNS/无线调试广播可能不可达，表现为 Devices 里偶现、断连、或「准备中」长时间不结束。
首次成本：第一次打开「开发者模式」、信任电脑、在设置里开无线调试，需要连续、可观察的点击序列；在 200ms+ 延迟的 VNC 上，误点一次往往意味着多付半小时租机费。
排障信息形态：真机问题常常以系统设置里的开关状态 + Xcode 组织器窗口文案呈现，而不是 stderr 里一行清晰错误码；这决定了「只有 SSH」在首配阶段极容易走进死胡同。
与 Simulator 的混淆：能编过、能跑 Simulator，不代表真机侧已准备好；若你的验收标准含真机性能曲线、外设、Push、背景模式，必须另走一条检查表。详见站内对照长文。
下表以「可执行」为导向：你真正需要回答的是——本迭代能否用模拟器交差，以及无线真机是否足以覆盖你的风险点。若你尚不确定全量 Xcode 与 CLT 的分工，可先读《CLT 与全量 Xcode 决策表》，再回到本表定「设备形态」。
| 路径 | 最擅长 | 不擅长/硬边界 | 在远程套壳上的额外注意 |
|---|---|---|---|
| USB 有线 | 首次信任、固件类恢复、大体积容器同步、最稳的连续调试 | 物理上够不到云机房里的口 | 若供应商允邮寄/本地 KVM 是另一成本项；多数租用场景默认不假设有线 |
| 无线真机（同账号/同网或已配对） | 与上架流程接近的实机表现、外设、性能剖析 | 首次配对、断线重连、对 Wi‑Fi 与路由敏感 | 必须在 VNC 里看设置与 Xcode 双屏状态；延迟高时只排配网，不写业务代码 |
| iOS Simulator | 迭代 UI、大部分单元与集成测试、节省真机电量 | 与真机差在推送、部分传感器、性能上限等 | 在远程 Mac 上通常可单独完成；与本文场景常可并行作为第一刀验收 |
一个实用经验法则：把「必须今天证明的风险」写在一行，例如 Push 冷启动必须真机，则无线真机列为必需；若只是 布局不错位，Simulator 往往可先行。把法则写进工单，能显著减少在远程会话里无目的地来回点设置。
以下顺序已按「先消掉结构性不可能，再排 UI」排列；若你卡在中间某步，优先回滚到前两步核账号与网段，而不是在 Xcode 里反复 Clean。
版本与账号对齐：在 VNC 会话打开「关于本机 / Xcode 关于」，确认与目标 iOS 版本匹配的最小 Xcode；手机端为可开发版本的 iOS。若需对比更新策略，可对照《系统更新与开发工具链冻结》，避免在租期内被动大版本跳变。
同身份双端登录：确认 Apple ID 在 Mac 的「媒体与购买项目 / 开发者关系」与手机上的账号不冲突，团队资源与免费账号的能力边界先写在侧栏，再连设备。否则你会在组织器与设置之间来回改，远程延迟下成本极高。
网段与路由：在「手机与 Mac 能否发现彼此」上，用同一无隔离的 Wi‑Fi SSID 或可路由网段作为默认假设；企业网/访客网/强制门户常杀广播，这时无线调试会表现为随机掉线。可先对照企业网排查长文（若你所在网络属于受限环境）。
USB 或信任首配（若你仍有一天本地窗口）：在生命周期里若曾有机会有线一次，可优先完成「信任本机 / 首启开发者模式」；若完全没有，则把无线配对的官方路径走完整，并在会话里用截图固定顺序，避免换班同事重复踩坑。
在 iPhone 上开无线调试相关开关：按当前 iOS 版本在「隐私与安全性 / 开发者模式」等路径中逐项可复述，而不是凭肌肉记忆。远程会话里请把「上一步的开关状态读出来」当口头确认，减少「以为开了其实没开」的半小时。
在 Xcode 的 Window → Devices and Simulators 中确认设备为 Ready/已配对，而不是只出现在侧栏。若只亮图标不能 Run，先回到 03 网段，而不是先怀疑工程签名。
签名与描述文件干跑一遍：在真机 Run 前，用最小示例工程或当前分支先验证「能装能启」，把崩溃留在业务层而不是证书层；钥匙串/授权弹窗出现在本机还是被远程的桌面，要在工单里显式记一笔。
验收记录：固定三样产物：Xcode 设备行截图、手机「开发者」相关页截图、一次 ping 或同网自测的文本记录；下次断线时直接对照差分。
验收探针（示例，可按团队口径改名）: P1: Xcode 能列出设备并显示可调试状态 P2: 同网不丢 mDNS/广播（由网络侧策略决定，不在应用层“修”） P3: 与签名无关的最小 app 能装能启 P4: 业务项（Push/后台任务等）单独开清单，不与 P1 混排
下表与 SSH「能跑通命令」互补：你关心的是在远程可见桌面里能否稳定完成弹窗与开关，这直接决定真机工作流在租用节点上是否可重复。
| 核对项 | 在 VNC 中看什么 | 通过标准 |
|---|---|---|
| 账号与组织 | XCOrganizer/Accounts 与手机设置里的 ID 与团队名 | 与证书、Bundle ID 文档一致，无“灰色未知团队” |
| 设备行状态 | Devices 窗格是否 Ready、是否有黄色警告 | 警告有可映射操作或已知豁免说明 |
| 网段自洽 | 与路由/网管确认 SSID/隔离策略 | 不依赖「多试几次就连上」的运气流 |
| 时延策略 | VNC 画质/分辨率是否过高拖慢点击 | 为配对阶段降到「可辨认文案」的带宽档位 |
不一定。真机可经无线调试与已建立的信任/配对关系工作；前提是双端系统版本、账号关系与网络满足。插线会显著降低首配成本，但在租用场景里并非总是可行，因此更要把可重复的图形化 Runbook写好。
不现实。与信任、系统开关、Xcode 图形窗口相关的信息大量以 UI 状态存在。SSH 适合作为编译与日志的延伸臂，而首配与复验应规划独立 VNC 时间窗。可与站内 SSH 与隧道长文对照阅读。
先对照第三节八步的验收截图，通常只需回滚到网段/账号或设备行状态，而不是全量重配。若节点睡眠/换机，可再看断线恢复长文。
无线真机把问题从「能不能编」推到了「网络与系统 UI 是否一致可复述」：你能用 Simulator 挡掉一大部分 UI 迭代，但一旦验收标准落在外设、后台与真机时序上，就必须在远程桌面里保一条可交接的配网/配对路径。纯 SSH 能省带宽，却省不了第一次要点的那一串系统开关。
自购或独占 Mac 还要自己扛睡眠、系统更新、显示器与外设的成本；租用云端机器则把在线率、机房网络与基础镜像交给平台，你专注在与 Xcode/设备相关的决策表和验收截图。若你当下的阻塞恰恰是「没有一台随时可开图形会话的 Mac」，用一台可 7×24 可连的远程 Mac 会显著减少在错误层级上反复重试的隐性时间。
若你准备把本文 Runbook 落到自己的外包或内测项目里，可先在 VNCMac 选节点：下方主按钮进入 购买页；需要比对新旧套餐时先看 首页 再下单。更多连接细节以远程连接说明为准，本文内链的 Simulator 与首次清单也可一并收藏。