如何在手机上批准 Claude Code 权限请求

在手机上处理 Claude Code 的权限提示,让会话持续推进,不用守着终端,也不会让会话卡住。

基于版本
CLI
0.2.17
预览 ref
a2c45c8

认真使用 Claude Code 时,往往会遇到同一个问题:

会话一切顺利……直到碰上一个权限提示。

在笔记本前,这是 2 秒钟的决定。只有手机时,结果就会分成两种:

  • 你离开期间会话顺利完成,或
  • 会话就……停在那里,被阻塞。

本文介绍在手机上处理 Claude 权限提示的工作流,不需要把手机变成终端。

要点

  1. 先决定你希望移动端审批是什么样的:
    • 稳妥优先:你仍然查看上下文,但不必待在笔记本前
    • 速度优先:更少的提示(风险更高)
  2. 如果使用 Happier:完成安装(或通过 Direct sessions 接入),然后在手机上打开会话。
  3. 让权限保持在合理的模式(大多数工作通常用 默认 或 安全 YOLO)。
  4. 会话请求权限时,结合上下文允许或拒绝(只有在出现“不再询问”之类选项、并且你真的这么想时才使用)。
  5. 如果卡在 Plan,把 Exit Plan Mode 当作用户操作请求处理(而不是普通的权限提示)。

问题所在

当 Claude 想运行有实际副作用的工具时(编辑文件、运行命令、安装依赖等),它可能会请求权限。

这是好事。这是一道安全边界。

但这也意味着:

  • 你可以启动会话然后离开,
  • 而整个运行可能会因为一次审批而停住。

常见做法及其取舍

显而易见的方案:

  • 一直待在笔记本前:效果不错,但如果会话要跑 15 到 60 分钟,而你需要走动,这就不现实。
  • 在手机上 SSH:能用,但在手机上查看上下文很别扭,很容易草率做决定。
  • 打开 YOLO,不再看到提示:很快,但也最容易产生你本不想允许的副作用。

更有帮助的是在手机上结合上下文审批的方式。

  • Happier:一款开源应用,让你跨设备运行和编排 Claude Code、Codex 及其他代理。你可以在手机上结合上下文批准 Claude 的权限提示,同时会话继续在你的机器上运行。 取舍:如果不放慢速度仔细读请求,在手机上仍然容易草率决定。

本指南聚焦这套工作流(也要坦白说明:有时仍会有“必须用真正终端”的时刻,比如冲突、环境损坏或奇怪的边缘情况)。

Happier 中权限的工作方式(思维模型)

Happier 把“权限”作为会话的一等设置:

  • 权限决定你被要求批准类工具操作的频率。
  • 选择保存在会话上,因此在不同设备之间保持一致。

所以在手机上审批也能保持理性:你不是在猜会话会做什么,而是在看会话当前的策略。

权限请求、审批请求与用户操作请求

这三者很容易混淆:

  • 权限请求:“是否允许这个工具 / 操作?”
  • 审批请求:“是否执行这个更高层级的操作?”(通过 Happier 的操作系统)
  • 用户操作请求:“代理需要一个结构化的人工决定才能继续”(例如 AskUserQuestion、Exit Plan Mode)

实践中你最常处理的是:

  • 权限提示(允许 / 拒绝)
  • Exit Plan Mode 提示(批准计划 / 请求修改 / 变体)

选择适合你工作方式的权限模式

Happier 提供几种权限模式。名字刻意起得很直白:

  • 默认(Default):在服务商或运行时要求时询问。
  • 只读(Read-only):拒绝类写入操作。
  • 安全 YOLO(Safe YOLO):自动允许类读取操作,类写入操作之前询问。
  • YOLO:在服务商允许的范围内尽量跳过审批。

合理的默认设置(推荐给大多数人)

  • 从 默认 开始。
  • 如果低风险提示打断得太频繁,换成 安全 YOLO。
  • 把 YOLO 当作有意选择的“我要快速推进,之后再审查 diff”模式。

一种可以避免大多数后悔的做法:

  • 日常使用 默认 或 安全 YOLO。
  • 调试时如果想防止误写入,临时切换到 只读。
  • 只有在有意用安全换速度时才使用 YOLO(并准备好事后检查 diff)。

如果你刚接触 Happier(它是什么,在哪里获取)

如果你之前没见过 Happier:它是一款面向 Claude Code、Codex 和 OpenCode 等 AI 编程代理的开源配套应用(移动端 / 网页 / 桌面)。

这里的工作流是:Claude Code 继续在拥有工作区的机器上运行,你用 Happier 在手机上结合上下文批准提示。

对本指南来说,这意味着你可以结合上下文处理 Claude 的权限提示(并让会话继续推进),而不用把手机变成终端。

开始使用:

分步说明:在手机上批准 Claude 权限提示

1) 打开被阻塞的会话

在手机上(应用或移动端 Web UI):

  • 打开正在运行 Claude 的会话
  • 滚动到显示提示或请求的位置

根据你的设置,权限请求可能出现在:

  • 对话记录中,或
  • 输入框区域(以请求界面的形式)

2) 读清楚请求的内容(不要直接点允许)

批准之前,查看请求中包含的具体信息,例如:

  • 命令名称
  • 目标文件路径
  • 改动摘要(如果有)

在手机上,关键就在于你能结合上下文做决定。

3) 选择允许 / 拒绝(可选地限定范围)

如果服务商提供了限定范围的选项(如“此工具不再询问”或“此命令不再询问”),只在你真的这么想时使用。

这类“记住”选项通常是会话范围的,而不是全局永久策略。

4) 如果处于 Plan:把“Exit Plan Mode”当作用户操作请求处理

这一点常让人困惑。

Plan 模式会改变 Claude 的行为,但不会绕过权限。

当 Claude 准备退出 Plan 模式时,Happier 可以把 Exit Plan Mode 显示为一个用户操作请求,选项包括:

  • 批准计划(Approve Plan)
  • 请求修改(Request changes)
  • (变体)Approve Plan (Accept Edits)
  • (变体)Approve Plan (Bypass All Permissions)

把它当作一个独立的明确决定,它和工具权限提示不是一回事。

把权限请求推送到手机(通知)

启用推送通知后,当会话因以下原因被阻塞时,Happier 可以通知你:

  • 权限请求,或
  • 用户操作请求(如 AskUserQuestion 或 Exit Plan Mode)

目前在移动端:

  • 权限通知可以提供 允许 / 拒绝
  • 用户操作通知可以提供 回答

重要的安全行为:如果通知指向的服务器在该设备上不受信任或未知,Happier 会引导你进入更安全的添加 / 切换流程,而不是在未知服务器上静默批准。

如果你坐在电脑前并打开了 Happier,可以开启 0.2.16 中的通知设置:当 Happier 在电脑上处于焦点时,暂停手机推送。无法确定电脑焦点时,手机推送会继续。

常见错误

  • 一直开着 YOLO:你不再看到提示,但也不再注意到自己越过了在意的边界。
  • 不读就批准:在手机上尤其危险,因为很容易只想快点解除阻塞。
  • 把 Exit Plan Mode 和工具权限混淆:它们是后果不同的两种请求。

故障排查

现象:会话被阻塞,但对话记录里看不到任何提示

可能原因:

  • 打开的不是正确的会话(多服务器 / 多会话)
  • 提示显示位置的设置让请求显示在输入框区域,而不是对话记录中
  • 你在看较早的消息,请求在更下面(手机上容易漏看)

解决:

  1. 打开会话,滚动到最新消息。
  2. 在输入框附近查找请求界面。
  3. 检查 设置 → 会话 → 权限(Settings → Session → Permissions)中的提示显示位置选项。

现象:在通知里点了允许 / 拒绝,但没有反应

可能原因:

  • 通知指向的服务器 / 配置在这台手机上尚未受信任或未激活
  • 机器(守护进程)当前无法访问
  • 你点击时请求状态已经改变(已被处理)

解决:

  1. 直接打开应用(而不只是点通知)。
  2. 确认连接的是正确的服务器 / 配置。
  3. 打开会话,在收件箱或对话记录中查看请求的当前状态。

现象:同一个工具 / 命令反复出现权限提示

可能原因:

  • 服务商或运行时不支持为该请求稳定更新允许列表
  • 你在来回切换权限模式,导致实际策略不断变化

解决:

  1. 如果可用,为该工具 / 命令使用限定范围的“不再询问”选项。
  2. 否则,考虑在该任务期间切换到 安全 YOLO。

现象:收到“Exit Plan Mode”请求,不确定选哪个

可能原因:

  • 这是用户操作请求(计划审查),不是普通的权限提示。

解决:

  • 如果想开始执行:选 批准计划。
  • 如果想让 Claude 修改计划:选 请求修改。
  • 只有在你明确希望计划结束后有那种行为时,才使用“绕过权限”类的变体。

常见问题

这和打开 YOLO 一样吗?

不一样。

重点是让提示保持有意义、可审查,并且能在手机上结合上下文做决定。

Plan 模式会绕过权限吗?

不会。Plan 模式和权限是分开的。

在 Plan 模式下你仍可能收到权限提示。

这安全吗?

安全程度取决于你建立的设备和服务器信任关系。

关键在于:Happier 会避免在未知服务器上静默批准,权限也始终是明确的。

相关指南

mobileclaudepermissionsapprovalsworkflows
最后更新: 2026-10-26