离开电脑也不停工：手机指挥 Claude 数字团队多 agent 干活

把本机的 Claude Code 包成一支随身的数字干活团队 —— 手机就是派单台，VSCode 是干活的车间。出门、躺床、地铁里掏出手机随时下达任务，VSCode 那边一个或多个 Claude agent 并行执行：改代码、跑测试、推部署、监训练。回到电脑前，所有会话历史、所有 chat tab 都完整在那，电脑接着干无缝衔接。

说一句很有信息量的元叙事：这套东西本身也是 Claude 替我搭的。从最初 python -m http.server 看一眼 jsonl 渲染，到 FastAPI + SSE 流式 + 三层登录防护 + Caddy + Let's Encrypt + SSH 反向隧道 + CDP 注入 + 多 agent 并行 + 移动端 PWA + 单元测试 + 一键起停脚本 —— 1 天搞定。我做的更多是产品经理：给截图、说"这个交互不对，要这样"、定优先级、做决策。这篇文章本身的发布也是它通过 admin API 直接 POST 上来的。

实拍：外面用 iPhone 看一台 6 卡训练机的 SFT 进度。问"机器啥负载了"，agent 思考 12.7s → 跑 Bash 工具调用 → 拿回 GPU util / 显存 / 功耗 / 温度 / RAM / load avg → 渲染成表格 → 给结论"完全正常,SFT 还在跑（step 2000+, val loss 1.18 / 5000 step 进度 40%）,剩约 95 分钟"。整个交互流式，思考过程可折叠，工具卡跟 VSCode 里完全一致。

01起点 — 离开电脑就是断开

本机装了 claude CLI，VSCode 里的 Claude Code 插件用的就是它。VSCode 这套体验很好：流式输出、工具卡片、思考过程、工作区上下文 —— 但它有一个硬限制：只能坐在电脑前用。

实际工作里这个限制很难受：

• 开会、出门、地铁：agent 还在跑 / 还在等你拍板，你只能干瞪眼
• RDP / 远程桌面 不是为手机设计的：要在手机上做 IDE 级操作 —— 点小按钮、切窗口、看 diff、用右键菜单 —— 操作粒度跟"电脑前坐着"完全不是一回事；加上图像流压缩、整窗口画面流量大，远程桌面本身就重，"能看不能用"
• Claude 官网 / 移动 App 是另一套登录态，跟本机的会话完全隔离 —— 你的代码、你的 prompt 文件、你的项目上下文都不在那边
• 每次需要 agent 拍板的时刻你不在线，等你坐回电脑前，可能已经卡了 1 小时

为什么必须本地 + 必须 VSCode

有人会说"为什么不直接用云端 AI 工具？" —— 这个问题值得讲清，因为它不是偏好，是硬约束。这条约束分两层：必须本地（资源在哪）+ 必须 VSCode（人怎么 review）。

第一层 · 资源都在本机，搬不动也不该搬

• 本地有大量代码仓库 —— 几十个项目分散在不同目录，跨仓库复用、相互依赖、共享 lib。"全部 push 到云让 AI 看"既不现实（数据量、私有协议、未提交修改），也不合规（含密钥 / 客户数据 / 内部接口）。云端 AI 看到的永远是个不完整的子集
• SSH 私钥 + 公司 VPN + .env 文件都在本机，云端工具看不到；放过去 = 把所有秘密交给第三方
• 未提交的本地修改是上下文的一部分；云端工具只能看到你 push 上去的版本

第二层 · AI 干的活要人 review，VSCode 是 review 的工具栈

AI 写代码不是"扔出去自己跑"就完事，每一段重要改动都要人审计。审计需要 IDE 级别的工具：Diff 视图、Source Control 面板、Go to Definition / Find References、Git Blame、Debugger、整个工作区符号搜索。这套工具网页版 IDE / 云端编辑器都做不到 IDE 这个级别。把 AI 协作搬上云 = 失去人 review 的能力。

02一条消息的旅程 — 从手到回

不讲技术，先把"一条消息从你手发出，到 agent 给你回结果"这件事的体验描出来。

整套体验跟"远程把命令发到本机"或者"上传代码到云端 AI 改"很不一样：

• 没有"上传代码"这个步骤 —— agent 本来就在你电脑上，能看见所有文件
• 没有"我得 push 一下让云端拉" —— 改完直接进你本地 git status
• 没有"切回 VSCode 把云端改的 pull 下来" —— VSCode 那边一直是真相源
• 手机端就是 VSCode 的远程屏幕和键盘，干完活无缝合并到电脑上

03技术链路全景 + 完整功能清单

把上一章那段叙事画成图就是这样。绿色框是公网，蓝色框是本机：

每个框做一件事，下面这张表是模块的"一句话定位"，具体怎么实现 + 为什么这么实现放到第 04 章逐个拆。

完整功能清单

实现到现在，这个 web 端支持的功能按场景分类列在下面。基本是"VSCode Claude Code 体验在手机上能复现的部分 + 一些只有手机端有意义的辅助"：

04子模块拆解 — 怎么实现 + 为什么这么实现

每个子模块两个角度：先讲怎么实现（落到代码 / DOM selector / 协议字段），再讲为什么这么实现（替代方案为什么不行 / 选这条路省了什么坑）。

(() => {
  const input = document.querySelector(
    'div[role="textbox"][aria-label="Message input"]'
  );
  input.focus();
  document.execCommand('selectAll', false, null);
  document.execCommand('delete', false, null);
  document.execCommand('insertText', false, <消息>);
  document.querySelector('button[class*="sendButton"]').click();
})()

05实战案例 — 这套环境替我们干过什么

"有了 Claude Code + 远程指挥 + 多 agent 并行" 不是空话，已经在干真实的活。下面是几个有代表性的实际案例，全部由 Claude 在 VSCode 里执行，多数环节通过 web 端远程下达。

06真实踩过的坑 — 6 个值得记下来的

07方法论 — 几条可复用的判断

1. 共用文件系统当总线。web 端和 VSCode 通过同一份 jsonl 通信，不需要任何同步协议、不需要数据库、不需要 polling。文件系统就是 message bus。
2. 不重造 TLS。"自己写应用层加密"是经典反模式。Caddy + Let's Encrypt 一行配置拿到工业级 TLS 1.3 + 真 CA 证书，工作量比"WebSocket + 自加密"少十倍。
3. 远程驱动而非自己跑。如果一个进程已经在系统里干着这件事，你的工具应该驱动它而不是再起一份。多进程抢同一份状态是分布式系统的经典坑，能避就避。
4. 不打断用户的工作上下文。"resume 别人的 tab"看似省事，实际是把 user 的思考状态、未发草稿、滚动位置都偷偷改了。宁可清晰地报错，不要静默地越权。
5. 宽锁不严锁。任何"失败次数 → 锁定"的设计，锁定都只能挡错误尝试，正确凭证必须永远放行。
6. 幂等运维脚本。start.ps1 内部先调 stop.ps1 清场再起，重复运行不双开。开发期最频繁的动作是"改代码 → 重启 → 验证"，这个回路必须无脑。

08结语 — AI 协作模式给我的更深感受

从实际使用感受来说 —— 出门、躺床、地铁、开会、出差、坐高铁、临时加塞排查 prod，全都用得上。它改变了我什么时候能对 AI 下达任务这件事：以前是"坐到电脑前 = 能干活"，现在是"任何有手机信号的地方 = 能干活"。多 chat tab 并行更进一步 —— 一个 agent 在跑长任务的同时，我可以从手机随时让另一个 agent 干别的，同一时刻多条线并发推进，效率不是单纯的"快 N 倍"，是"原来一次只能推一件事，现在能同时推三件"。

技术上最有价值的发现是 CDP 注入这条路 —— 它不止能远程控 VSCode，任何 Electron 应用都行。Slack、Discord、Notion 都是 Electron，理论上都能远程驱动。

但更想分享的是这次开发本身的体验。1 天搭出来一个完整的、能跑公网、有审计、有防爆破、能多 agent 并行、移动端能 PWA 加桌面的工具，放在两年前光是写需求文档都不止一天。这次我做的工作主要是：定方向、看实现并提反对意见、给真实场景反馈、做产品决策。角色从"写代码的"变成"做决策的"。这个变化比"AI 让我写代码快 10 倍"更深刻 —— 它让我把心思花在对方向、定原则、看反馈上，而不是花在循环写"绑定 listener、注册路由、写测试用例"那些重复劳动上。

同时也要诚实说一句：AI 写得快，但不等于不需要 review。每次 reupload 之前我都在 VSCode 里看 diff、看 git status、跟旧版本比、跑一下确认渲染对。这恰好就是上面"必须 VSCode"那套逻辑的实战验证 —— 没有 IDE 级 review 工具，AI 写得再快也不敢 ship。

限制和后续可做的事也清楚：

• SSH 反向隧道断开不会自动重连（autossh 可解）
• 本机重启不会自启 fastapi（Task Scheduler 可解）
• VSCode 必须开着 + 必须用 CDP 启动方式 —— 接受这个前提的代价就能拿到所有的好处
• CDP 端口本机任何进程能在任何 VSCode webview 跑 JS —— 单用户机器接受，多用户/不可信环境别开

整个工程不大：server.py 约 1500 行，cdp_helper.py 约 600 行，单页前端 33KB。技术栈 FastAPI + uvicorn + asyncio + websockets，部署 Caddy + SSH 反向隧道。但里面踩过的每个坑、做过的每个决策，都是真实工程里"不重要的细节决定能不能用"那种东西。希望对正在做类似事情的人有用。

本文是工程实践记录，截图为真实场景；文章本身亦由 Claude 通过 admin API 直接发布到 dreamyouxi.com。