Agent 跑长任务时：并行、后台和回滚怎么不翻车

Agent 入门那篇把 Ask 和 Agent 分清楚了（见 Agent 入门）。真正费神的是第二周：任务一拉长，它开始碰你没点名的目录，命令失败一半，你还开着 Multitask 并行两个活——这时候缺的不是「再换强模型」，是分支、小步和回滚习惯。

开跑前的两条硬规矩

1. 脏改动先 commit 或 stash，再开 Agent。 工作区一团糟时，你分不清哪行是它写的。
2. 大改走 feature 分支。 主分支上让 Agent 撒欢，回滚成本是整个人类项目的。

Rules 里写禁区（别动 legacy/、别改 lockfile 除非明说）比事后骂它有用，配置思路见 Rules / Skills / MCP。

把「重构整个模块」拆成可验收的小票

一次 Agent 会话只交一张票：例如「只改 src/auth/login.ts，补空值判断，跑 npm test -- login」。验收标准写进提示里，而不是「把登录做好」。

第一张票绿了之后，再开第二张。这和 30 分钟上手 里「Agent 只改一个文件」是同一逻辑，只是规模放大。

命令与 diff：默认当不可信

Agent 申请跑 npm install、删目录、改全局配置时，先看清单再按 y。装依赖、动生产配置这类，能手动就手动。

每轮改完必看 diff：有没有动 .env、有没有格式化整个仓库、有没有顺手「优化」无关文件。不对就拒绝本轮输出，必要时 git restore . 或 git checkout -- <file> 回到开跑前（命令以你本地 git 版本为准）。

怎样算这一轮没翻车：测试或类型检查你自己跑过一遍；diff 只落在票里写的范围；没有未解释的 lockfile / 配置变更。

并行与「后台」：Multitask 不是免费午餐

客户端若支持 Multitask / 多 Agent 并行（名称随版本变），适合互不抢目录的任务：一个改前端组件、一个写文档，而不是两个 Agent 同时改 package.json。

并行时额度烧得更快，Usage 要盯。读法见 Dashboard / Usage。官方多 Agent 实验里「写和验分开」的思路，站内 Verifier 一文 有展开——日常仓库不必上那么重，但「改完让第二个会话只做审查」值得偶尔试。

别和「一打开就是 Agents 窗口」搞混：那是启动界面，见 Agents Window 排查，不是并行能力本身。

失败之后怎么收

• 改了一半不对： git restore 单文件或整工作区，缩小提示重开。
• 已经 commit 了但不想留： git revert 或 reset（团队有共享分支时慎用 reset）。
• 模型/区域/额度问题： 不是 Agent「坏了」，先排 区域 和额度，别用更长提示硬顶。

Agent 进阶没有神秘开关。分支干净、一票一验、diff 必审、git 当撤销键——比收藏「最强 Agent 提示词」管用。