Claude Code 可以在远程 Mac 上 24/7 运行吗？2026 部署指南

最新状态

为什么 2026 年 9 月还在搜「远程 24/7」

不是因为 Claude Code 突然能「自己住进云里」，而是官方已经把 Remote Control 写成正式能力：你可以在书桌边开任务，再用手机或另一台电脑的浏览器接着看。很多人据此以为关盖、出门、甚至关机都没关系。官方说明正好相反：会话继续跑在那台已经启动 Claude Code 的机器上；笔记本一睡，执行就停，恢复上线后才会重连。详见 Claude Code Remote Control 官方文档。

第二件事是任务变长了。一次会话不再只是补几行函数，而可能带着测试、重构、MCP 工具和子 Agent 跑十几分钟。合上盖等于主动掐断。第三件事是 iOS / macOS 工程仍卡在真实苹果硬件上：Linux VPS 能跑 CLI，跑不了 Xcode、模拟器和签名。

所以这个关键词现在值得搜，不是百科意义上的「Claude Code 是什么」，而是要分清三件事：远程查看、远程执行、以及真正不关机。把 Agent 工作流本身拆开看时，也可以对照 AI Agent 开发框架怎么选？生产部署指南，先确定你要的是交互会话还是流水线任务。

五种跑法：本机、Remote Control、自购 mini、远程 Mac、CI

先按痛点选路径，不要先解释产品名词。下面五条都能「跑 Claude Code」，但只有后三条有机会在你合上笔记本之后继续跑。

路径 1：本机一直开着。最简单，也最容易被当成 24/7。你只要不关盖、不让 macOS 睡眠，Claude Code 可以连跑一整晚。问题是：这台电脑同时是你的显示器、键盘和出差行李。合盖、进地铁、系统自动睡眠，任务就停。适合「今天下午要把这次会话跑完」，不适合「明天早上再回来看结果」。

路径 2：本机加 Remote Control。这是官方为「人离开键盘、但机器还在桌上」准备的能力。手机和浏览器只是窗口，MCP、仓库和证书仍在本机。它解决的是「我去吃饭还能批一次权限」，不是「我把电脑塞进行李箱」。Team / Enterprise 还要管理员打开开关；API Key 不能用。

路径 3：自购 Mac mini 放在工位或家里。这是个人开发者最接近 24/7 的自建方案。机器可以通电不睡，你用 SSH 或屏幕共享连上去。代价是公网暴露、动态 IP、断电和磁盘自己扛。打开远程登录时，按 Apple「允许远程电脑访问 Mac」说明 只开必要账户，不要把管理员密码裸奔在公网。

路径 4：远程 Mac / 云端 Mac。和路径 3 的差别不是「能不能跑 Claude Code」，而是你是否还要自己管电、管网、管磁盘和账号回收。需要关本机出门、夜间让 Agent 继续改测试、或让同事连同一套固定 Xcode 时，这条才开始有商业搜索意图。远程 Mac 作为一类算力被讨论时，也可以看 苹果新品发布 2026：Cloud Mac为何比iPhone 18更抢手，先分清「买一台放桌上」和「租一台随时 SSH」。

路径 5：CI 托管。Xcode Cloud 或 GitHub 的 macOS runner 适合出包和测试，不适合你坐在会话里来回改提示词。不要把「CI 能 24/7 排队」理解成「Claude Code 交互会话能 24/7」。

Remote Control 和 SSH + tmux 不是一回事

两套工具经常被搜到同一页，但解决的问题不同。Remote Control 让已登录的 claude.ai 或 Claude App 连上已经在跑的本地进程；SSH 让你登录到另一台 macOS，在那台机器上启动进程。24/7 要的是后者的「进程主人」换机，而不是前者的「多一块屏幕」。

官方把限制写得很硬：关掉终端、退出 VS Code，或停掉 claude 进程，远端会话会在几秒内显示离线。要在 SSH 断开后继续跑，必须把会话放进 tmux 或 screen。服务器模式遇到大约 10 分钟的网络中断还会自己退出，需要再执行一次 claude remote-control。这些都不是社区传闻，而是同一份 Remote Control 文档里的 Limitations。

登录方式也要分开看。claude setup-token 和 CLAUDE_CODE_OAUTH_TOKEN 适合 CI 和脚本，有效期长，但只能发模型请求，不能建立 Remote Control。要在手机上接着看会话，必须用完整的 claude.ai 登录，而不是 API Key。对照 Claude Code 身份验证说明，避免在无图形界面的盒子上先发了 token，再奇怪为什么 claude remote-control 报 “full-scope login token”。

还有一个容易混的名字：Claude Code on the web。它和 Remote Control 共用 claude.ai/code 界面，但会话跑在云端基础设施上，用的不是你那台远程 Mac 上的证书、DerivedData 和本地 MCP。要签 iOS 包、用本机钥匙串或公司内网 MCP，仍得让进程落在真实 macOS 上。

动手前要准备什么

把环境一次列清，后面步骤才不会在登录页卡住。

• 一台不会自动睡眠的 macOS 主机：本机以外的 mini，或远程 Mac。
• 已打开「远程登录」，且你能从本机 SSH 进去。
• 在那台主机上安装 Claude Code CLI，不要在本机对着挂载盘跑。
• 主机上有 tmux 或 screen；登录后第一条命令就应该是进入会话。
• 若要用 Remote Control：Pro / Max / Team / Enterprise，并且完成 claude.ai 登录。Team / Enterprise 还需管理员打开开关。
• 项目目录至少成功跑过一次 claude 并接受工作区信任；Remote Control 不会把家目录记成已信任。
• 不要在环境里留着 ANTHROPIC_API_KEY 当唯一登录方式，也不要对着自定义 ANTHROPIC_BASE_URL 指望 Remote Control。

内存不要按「官方最低能启动」来买。只跑 CLI 和中小型仓库时，16GB 通常够用；同时开 Xcode、模拟器或两个以上 Agent 时，24GB 更不容易在峰值掉进 swap。这是容量规划，不是对照实验分数。

在远程 Mac 上把会话挂住

下面假设你已经能 SSH 进目标 Mac。目标不是「装上就能聊」，而是「断线后进程还在」。

1. 先关掉睡眠

系统设置 → 电池 / 电源适配器：防止自动休眠，必要时允许显示器关闭但保持系统唤醒。主机睡了，tmux 也救不了正在跑的模型请求。

2. 打开远程登录并验证

系统设置 → 通用 → 共享 → 远程登录。只给需要的用户。从本机执行：

ssh user@mac-host.local
uname -m
sw_vers

能看到架构和系统版本，再往下走。连不上时先查防火墙、公司 VPN 和「仅同一 iCloud 用户」之类的限制，不要先装 Claude Code。

3. 登录后立刻进 tmux

tmux new -A -s claude
# 之后再安装或启动 Claude Code
# 离开时：Ctrl-b 然后 d
# 下次：tmux attach -t claude

官方原话的意思可以缩成一句：SSH 断了还想会话在，就放进 tmux 或 screen。没有这一步，后面所有 Remote Control 技巧都是在给一个会随 SSH 一起死的进程化妆。

4. 在主机上登录并启动

在 tmux 里进入项目目录，运行 claude，用 /login 走 claude.ai。无浏览器的盒子可以先在有图形界面的机器完成 claude setup-token，把 token 只用于脚本或 CI；若你还要手机遥控，回来补一次完整登录。日常 24/7 交互会话，推荐：

cd ~/Projects/ios-app
claude --remote-control "night-agent"

这会留下可在终端里打字的交互会话，同时允许 claude.ai / Claude App 连上来。若你只想让这台机器当服务器、自己完全在手机上打字，用 claude remote-control。两种模式都要求这个进程不要退出。

5. 断一次线做验收

不要相信「应该还在」。按这个清单过一遍：

• 在 tmux 里 detach，关掉本机 SSH 窗口。
• 重新 SSH，tmux attach -t claude，会话还在、滚动历史还在。
• 若开了 Remote Control：本机 SSH 关掉后，手机仍能看到会话在线。
• 让主机睡 2 分钟再醒：会话应暂停后恢复，而不是假装从未中断。
• 看 tmux ls。若提示没有 server，说明上次根本没在 tmux 里启动。

断线、睡眠、登录失败怎么排

会话消失。先 tmux ls。没有 server，就不是「丢了」，是没挂上。养成习惯：登录后第一条命令永远是 tmux new -A -s claude。

Remote Control 报需要完整登录。你大概用了 setup-token 或 CLAUDE_CODE_OAUTH_TOKEN。卸掉环境变量，执行 claude auth login，选 claude.ai。环境里若还留着 ANTHROPIC_API_KEY，先清掉再登录。

合盖后手机显示离线或卡住。这是预期行为，不是配置错误。Remote Control 会在主机回来后重连；它不会在睡眠的笔记本上继续改文件。要出门，就把进程放到另一台不睡的 Mac。

服务器模式自己退出。主机醒着但网络中断大约 10 分钟，claude remote-control 会放弃。交互模式会继续在本地重试。重新 SSH 进 tmux，再启动一次服务器模式即可。

自定义网关或 Bedrock。Remote Control 要求走 api.anthropic.com。设了 ANTHROPIC_BASE_URL、Bedrock、Vertex 或企业网关时，先当这个功能不存在，改走 SSH + tmux 的纯终端方案。

权限弹窗没人点。Remote Control 可以把一部分确认转到手机，但不是所有对话框都会转发。长时间无人值守时，把权限模式收紧到你能接受的自动批准范围，并假设总有一步必须人回看。

适合谁，不适合谁

常见问题