把 Claude Code 变成“Always-on 开发机”：手机 SSH 到 VPS 的完整工作流

Claude Code 在 2026 年 2 月上线了官方 Remote Control 功能，扫码就能用手机接管桌面端的会话。但 Remote Control 仅对 Pro/Max 订阅用户开放，每月 20 刀起，而且本质上仍然是“桌面端在跑，手机在控”——桌面机不能关，网络不能断。如果你想要的是一个真正脱离本地电脑、24 小时常驻、手机随时接入的 Claude Code 环境，一台低配 VPS 加 SSH 才是成本最低、控制权最完整的路线。

J t t i 香港轻量云 1核1G 的年付方案只要 49刀，折合月均约 4刀。下面是从零搭起这套“always-on 开发机”的完整流程。

为什么手机 SSH + VPS 比官方 Remote Control更值得认真考虑

官方 Remote Control 的优势是“零配置”，扫个码就能用。但它的代价也明确：需要持续付费的 Pro/Max 订阅，且会话跑在你原本的电脑上——电脑休眠、断网、关机，会话就没了。

手机 SSH 到 VPS 的逻辑则完全不同。Claude Code 运行在J t t i 的服务器上，你的手机只是一个接入终端。手机锁屏、切到 4G、甚至关掉 App，服务器上的 Claude Code 都不会停。你可以在通勤路上看进度、在午休时改一段提示词、晚上回到电脑前接着同一个会话继续推进，工作现场始终不变。

从成本上看，J t t i 香港 1核1G 轻量云年付 49刀，已经覆盖了“服务器 + 常驻环境”的全部基础设施开支。Claude Code 本身的订阅费用另计，但你不再需要为了“远程接入”额外支付一层 Remote Control 的订阅门槛。

第一步：选对 VPS 配置——1核1G 够不够跑 Claude Code？

Claude Code 官方系统要求写的是“4 GB+ RAM”。这个数字需要被正确理解：它是单会话交互式使用的底线，不是“手机 SSH 接入”的门槛。

手机 SSH 场景的核心特征是：你连上去是为了查看进度、下达指令、干预方向，而不是在服务器上同时开三个并行代理做大规模重构。tmux 中常驻一个 Claude Code 会话，内存占用主要来自 Node 运行时和当前会话上下文，1GB 内存的 J t t i 入门款可以承载这种轻量常驻模式。J t t i 的实测数据也显示，1核1G 配置在 Sysbench 单核测试中可跑到约 872 operations/s，内存操作超过 434 万次/秒，应对轻量脚本和交互式 CLI 是够用的。

如果你计划在 VPS 上同时跑多个并行会话，或者项目代码库规模较大，再考虑 2GB 或 4GB 内存的档位即可。“手机接入”这件事本身不要求高配机器。

第二步：在 J t t i VPS 上安装 tmux，让会话脱离 SSH 存活

SSH 会话绑定在终端上，连接一断，系统就会向该会话下的所有进程发送 `SIGHUP`，Claude Code 会直接被终止。tmux 的作用就是给 Claude Code 一个独立于 SSH 连接的虚拟终端。

登录 J t t i VPS 后，以 Debian/Ubuntu 为例：

sudo apt update && sudo apt install tmux -y

然后创建一个专属会话并在其中启动 Claude Code：

tmux new -s claude_mobile

进入 tmux 界面后，正常安装并运行 Claude Code。之后无论你在手机端执行什么操作，都安全地运行在这个虚拟终端内。需要暂时离开时，按下 `Ctrl+B`，松开后按 `D`，你会退回到普通命令行，但 Claude Code 仍在后台继续运行。

下次从手机 SSH 连上 VPS，只需一条命令就能回到现场：

tmux attach -t claude_mobile

第三步：手机端接入——用 SSH 客户端连上 J t t i VPS

手机侧不需要安装 Claude Code 本体，只需要一个 SSH 客户端。iOS 上 Termius、Blink 都可用，Android 上 Termux 或 Termius 都可以完成基础 SSH 连接。

在 SSH 客户端中填入 J t t i VPS 的 IP、SSH 端口和登录凭据，连接成功后直接执行 `tmux attach -t claude_mobile`，就能接管服务器上正在运行的 Claude Code 会话。整个手机端的交互体验取决于 SSH 工具的快捷键支持程度，但核心工作流只有“SSH 登录 → tmux 重连”两步。

如果对安全性有要求，可以在 J t t i VPS 上禁用密码登录、改用密钥认证，手机 SSH 客户端导入私钥即可。不需要在 VPS 上开放任何额外端口。

第四步（可选，但推荐）：systemd 兜底，让会话在重启后自动恢复

tmux 能扛住 SSH 断开，但扛不住 VPS 意外重启。如果你希望 Claude Code 在服务器重启后自动回到可用状态，可以再叠一层 systemd。

创建一个简单的启动脚本 `run_claude.sh`，内容为你平时启动 Claude Code 的命令；然后写一个 systemd 服务单元，设置 `Restart=always` 和 `RestartSec=10`，并强烈建议用非 root 用户运行。启用服务后，执行：

sudo systemctl enable claude.service

sudo systemctl start claude.service

这样即使 VPS 经历了一次重启，Claude Code 也会在系统就绪后自动拉起，你从手机 SSH 上去时不需要手动重新启动任何东西。对于“always-on”的完整闭环来说，tmux 负责连接层的持久，systemd 负责系统层的自愈，两层叠加才算是真正不用操心的常驻环境。

为什么是 J t t i 香港节点：网络质量直接决定 Claude Code 的可用性

Claude Code 在 VPS 上常驻后，每一个操作都要调用远端 API。如果 VPS 到 API 的网络在晚高峰频繁超时，tmux 和 systemd 配置得再完美也没有意义——会话会在“等待响应”和“超时重试”之间反复卡住。

J t t i 香港 CN2 VPS 的实测数据：全国三网平均延迟约 40—63ms，华南地区可低至 10—30ms，CN2 GIA 回程线路的丢包率长期可控制在 0.5% 以下。对于手机 SSH 场景，这意味着你在手机上敲下一条指令后，往返 VPS 和 API 的延迟体验是可感知的流畅，而不是在 4G 网络叠加高延迟后变成“每一步都在等”。J t t i 香港轻量云 49刀/年款还带有 200Mbps 独享优化带宽，在同价位香港 VPS 中属于相当突出的网络配置。

这套工作流的真实使用边界

需要诚实地说清楚：手机 SSH 适合的是推进、查看和干预，不是长时间高强度编码。6 英寸屏幕上调试复杂逻辑的效率天然受限。但这套方案的价值恰恰在于，它把 Claude Code 从一个“必须在电脑前启动的工具”变成了一个始终在跑的后台进程。你在电脑前时用电脑接入，在通勤、午休、排队时用手机接入，会话始终是同一个，上下文始终连续。

对于已经有 Claude Code 使用需求、又想以最低额外成本获得“随时接入”能力的开发者来说，J t t i 香港 1核1G 入门款加上 tmux，整套基础设施的月均成本可以压在 4刀 左右，不依赖桌面机，不依赖官方 Remote Control 的订阅门槛。这才是把 Claude Code 变成“always-on 开发机”最务实的一条路径。