一句话答案:别干等,也别从头重来。代码在磁盘上不会丢,要保住的是进度和决策:先留一个 git 检查点,让当前 Agent(如果还能响应)写好交接文档,换另一个 Agent 读完接着做;等额度重置或服务恢复,再切回来。
单个 Agent 的额度到了就是到了,只能等重置。但任务可以换个 Agent 继续,前提是事先把上下文留在了它看得见的地方。
做法:
HANDOFF.md:目标、已完成、没做完的、验收标准、已知坑、下一步。AGENTS.md / CLAUDE.md 里写一条「每完成一小块就 commit,并更新进度说明」。这样就算中途被打断,下一个 Agent 也能从最近一次提交接着做。/export 导出对话文本给下一个 Agent;也有人直接读本地保存的会话文件。先确认是不是服务端的问题(看官方状态页和社区)。是的话,最省事的就是换一家接着做,而不是反复重试。
做法:
git stash 或提交一个 WIP,避免半截改动和重试混在一起。AGENTS.md。真到要切的时候,成本只剩「读交接文档」。通常不用。被限流是暂时的,把工作流绑在单一 Agent 上才是长期风险。
做法:规则写在 AGENTS.md 这类通用文件里,任务状态放在 git 和交接文档里。这样换哪个 Agent 都只是换个执行者,项目结构和习惯都不用变。
接手的 Agent 对前面的决策只有「二手信息」,最容易出现重复做、改错方向。最后一定要看 Diff。
做法:
git worktree add ../takeover -b takeover 里改,主目录不动;git diff <检查点> 只看这次新增的改动,满意再合并。如果不想每次手写交接文档,也有桌面工具把多个编码 Agent 放进同一个任务界面,比如 Caravel(免费使用,支持 macOS / Windows):一家额度用完时,在同一个任务里把下一轮换成另一家,之前的对话会一起带过去;它不管额度,也不会自动切换。用法见手册:https://caravel-site.pages.dev/zh-CN/docs/chat/
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。