深色模式
10 · 后台与长任务管理
让活儿在你睡觉时跑完
📚 《Claude Code 进阶玩法》第 10/20 篇 · 下一篇:11 · 多项目配置管理
长任务失败的主因是"一口气跑到黑"。
01 断点设计
大任务切阶段,每阶段产物落盘(文件/commit)+ 可恢复状态说明——8 小时任务跑到 7 小时崩了无中间产物,是最贵的学费。
02 云端接力
本地开工、web/移动端盯进度——"换个地方接着干"让长任务不再绑架你的工位。
03 验收清单模式
长任务开工前写好验收清单交给它——跑完自查再来找你,你验收清单而不是验收过程。
04 权限纪律
睡觉时跑的任务权限要比白天更紧——醒来发现它"顺手"升级了所有依赖,不是惊喜是惊吓。
05 动手
设计一个 2 小时级任务(全库补测试)并断点续跑一次 → 验收:中断后恢复不重头。
06 小结
长任务工程 = 断点 + 落盘 + 紧权限。下一篇把打法复制到所有项目。
📎 实战案例
一个 8 小时大任务跑到第 7 小时崩了,无中间产物全部重来。开发者给长任务切阶段、每阶段产物落盘+可恢复状态、并收紧无人值守权限后,中断能续跑不重头——阶段落盘是保险不是开销。
踩坑
- 我的 8 小时任务在最后半小时崩了,无落盘全部重来——阶段产物是保险不是开销。
- 夜跑任务权限全开,醒来依赖全被升级——无人值守要更紧不是更松。