跳到主要内容

Local -> Background -> Cloud Runbook

前置条件​

  • 当前任务需要先在本地读代码、跑命令和缩小边界。
  • 后台阶段有明确执行入口，而不是只是一句“稍后再做”。
  • 最终平台收口能承载 diff、日志和 reviewer 判断。

执行表​

阶段要做什么产出
Local discovery读代码、跑命令、缩边界。结构化 brief。
Background execution推进已收敛部分并保留日志。diff、日志、验证结果。
Platform close审阅、交接、最终判断。PR 或任务系统收口记录。

步骤​

  1. 先在本地做 discovery，写清目标、范围、风险和验证方式。
  2. 再把已经收敛的任务说明交给 background agent 或 cloud task。
  3. 回到平台或 PR 系统查看日志、diff 和状态，而不是只看一句完成提示。
  4. 最终由 owner 合并本地发现与后台结果，完成最终判断。
  5. 把本轮关键信息写回 PR、issue 或仓库文档，避免只留在面板里。

最自然的入口组合通常是：

默认停点​

  • 本地阶段还说不清边界，先停，不要往后台丢模糊问题。
  • 后台只返回结论不返回证据，先停，补日志和 diff。
  • 平台阶段拿不到可 review 资产，先停，回前两段补材料。

验证​

  • 本地阶段真的产出结构化 brief。
  • 后台阶段保留了可追踪日志和验证结果。
  • 平台收口阶段能清楚映射“本地发现 -> 后台执行 -> 最终 review”。

交付检查​

  • brief 是否真的让别人可以接手下一段。
  • 后台结果是否能脱离会话继续复盘。
  • 平台收口是否承载了最终判断，而不是只展示状态。
  • 如果明天换 owner，是否仍能看懂当前做到哪一步。

下一步​

来源​