Claude Code 用量上限了？把工作无损交接给另一个 Agent

正干到一半，Claude Code 提示用量已达上限，重置时钟还差好几个小时。卡住你的没有任何技术问题——你和收尾之间隔着的只有配额。这里讲怎么把工作干净地交接到另一个 Agent：交接什么、别动什么、别指望什么。

什么带得走，什么带不走

动手前先把边界讲清楚：

带得走。 git 历史。工作区（未提交的改动）。你自己写的笔记。仓库的状态——做了什么、还剩什么、哪些测试能过。

带不走。 Agent 的会话内记忆、对话历史、计划列表。每家工具都把这些存在自己的专有会话格式里。没有任何受支持的办法把一个 Agent 的会话倒进另一个——承诺能这么做的都是卖神话。你交接的是你自己写的总结，不是会话本身。

这也带不走：配额。一个账号的上限对另一个 Agent 的账号毫无影响。第二个工具用自己的账号和授权登录，消耗的就是它自己的额度——这是切换成立的前提，而且只有第二个工具真正用自己凭证授权时才成立，借用来的凭证不算。

第 1 步：切换前先捕获状态

趁第一个 Agent 还配合时做（哪怕已经限流，"写个总结"也是个小请求）。它要是彻底停了，就你自己从仓库里取。

运行、阅读、保存：

git status            # 哪些改了、暂存了、未跟踪
git diff              # 实际待处理的改动
git log --oneline -10 # 已提交的内容

保存输出，然后——自己写或让 Agent 写——写一份简短的交接笔记：

## 任务
<一句话：我们在做/修什么>

## 已完成
- <完成了什么、在哪里——文件/路径>
- <当前通过的测试>

## 待办
- <下一个具体步骤>
- <已做的决定（选定的方案、否决的备选）>

## 注意
- <已知的坑：会失败的测试名、不稳的环境、版本锁定、环境变量>

## 完成的定义
- <怎么算做完——跑什么命令，期望什么输出>

最值钱的两节是待办和注意。"待办"让下一个 Agent 不用重新推导计划；"注意"让它不必重新踩一遍你已经付过费的坑——失败的测试、破坏性变更、绝不能跑的脚本。缺了这两节，交接只是多了几道手续的重启。

第 2 步：安全地切换 Agent

任务小、工作区干净的话，git stash → 登录第二个工具 → git stash pop → 贴上交接笔记就够了。只要有一点不确定就别 stash——把工作目录整个复制一份更宽容，也不会出错：

# 在项目的父目录里
rsync -a --exclude 'node_modules' --exclude '.git' myproject/ myproject-handoff/
cd myproject-handoff && git checkout -b handoff-from-claude

（git 跟踪的内容用 git worktree add ../myproject-handoff <branch> 效果相同。要点是拿到一份干净的副本，新 Agent 再怎么折腾也不影响原件。）

然后在新 Agent 里，用交接笔记开场——而不是一句含糊的"继续"。笔记就是合同。**同一时间一个 Agent、一个写手。**别让两个 Agent 同时对同一个工作区动手——它们会争同一批文件，解开纠缠的时间比省下的还多。

第 3 步：验证新 Agent 接住了什么

信任之前先核对：

• 新会话里的 git status / git diff 和你离开时一致吗？
• 之前通过的测试现在还通过吗？
• Agent 复述的"待办"和你写的一致吗，还是已经漂移了？

任何一条是否，就停下修正交接笔记，别让 Agent 带着误读继续。悄悄漂移的交接比不交接更糟——问题只会在最后才暴露。

不要做的事

• **别轮换或共享账号，别借别人的登录绕配额。**浪费自己的时间，还违反服务条款。正路是：你自己的第二个工具，用它自己的账号完成授权。
• 别做你还没完全理解的破坏性 git 操作。git reset --hard、强推、把没检查过的未跟踪文件塞进 stash，都可能吞掉真实工作。一份拷贝比一声道歉便宜。
• **别指望会话"跟着你走"。**新 Agent 不知道你之前的对话、你的偏好、你和第一个 Agent 争过的架构问题。把这些写下来带过去，才是真正的搬运。
• **别把配额系统和计费系统混为一谈。**订阅的用量上限和 API 账号的 token 花费是两回事。先确认你在跟哪一个较劲。

什么时候该交接，什么时候该等

限额一小时内就重置、任务正在兴头上，等待可能真的更划算——交接本身也是一次有成本的上下文切换。如果重置还要好几个小时，或者剩下的活是机械性的、不需要顶级模型的能力，换一个更便宜计量表上的 Agent 通常是更划算的选择。这个模式可以泛化：稀缺配额留给决策，机械的部分花在便宜的表上。

meshcode 正是围绕这个模式设计的：多个 Agent 并行窗格，各自登录自己的工具与账号。一个窗格撞限额，拿着同一份笔记交给下一个窗格——不用离开项目，不用额外配置。

相关阅读：Gemini CLI 与 Code Assist 的共享配额 · 一条 prompt 为什么消耗多次请求 · Claude 与 Codex 并排跑。

👉 下载 meshcode