审批与“Confirm on Mac”

可见与可控制是两个事实

Hook 可以上报观察到的权限请求。远程审批还要求 Provider Hook 保持阻塞、Moshline 保留精确请求身份，并且 Provider 定义了可写回 stdout 的 allow/deny 协议。

Moshline 用 approval_scope 记录这一区别。bridge_relay 表示存在同步路径；host_local 表示信息真实可读，但必须在 Provider 所在主机回答。

当前审批路由

Claude Relay 如何抵达被阻塞的 Hook

1. 01Claude 调用 Moshline PermissionRequest Hook 并等待。
2. 02Hook 把请求连同 awaiting_decision 与截止时间发给本机 Host daemon。
3. 03Daemon 返回已保存的 event ID；Hook 对带鉴权的决策端点进行长轮询。
4. 04iPhone 或 Watch 提交绑定到精确 request 与 agent run 的决定。
5. 05Daemon 记录 permission.decided 并唤醒对应 Hook waiter。
6. 06Hook 把 Claude 所需的 allow 或 deny JSON 写入 stdout，Provider 解除阻塞。

超时或网络失败会发生什么

• 过期 Relay 不再接受迟到的移动决定。
• Bridge 不可达或没有有效决定时，Hook stdout 保持为空。
• 空 stdout 会把控制权交回 Provider 正常的本机权限提示。
• Inbox 保留事件上下文，但在路由过期后移除远程动作。
• Open Terminal 仍可用于完整上下文和手动确认。

风险策略仍然生效

技术上可达并不表示适合所有表面。Apple Watch 只展示 iPhone 判断为可在有限上下文下安全操作的决定；高风险或未知请求应在 App 或终端查看命令、cwd、风险、策略与 reason 后再处理。

“Confirm on Mac”到底表示什么

它通常表示 Moshline 收到了真实请求，但没有该 Provider 的有效同步回复通道，或者原本有效的 Relay 已过期。它不一定是配对或通知故障。

• 打开对应终端会话，在 Provider 提示中回答。
• Claude Code 若长期没有远程动作，重跑 Host Helper setup 以刷新 PermissionRequest Hook。
• Codex 中信任当前 Hook 定义以保持事件可见；原生远程审批仍是 host-local。
• 不要在 Relay 截止时间后反复操作旧通知。