# Lesson 05｜自动化产线：Overnight Goal Autopilot 的可持续生成

# 核心问题

很多团队做自动化，最后都停在“定时跑一下，发个消息”。但真正有价值的是：每次跑完都留下可复用产物，让第二天的人/机器人能接着干。 这节课要解决的问题是：

• 如何把“目标”变成“每天夜间无人值守的行动包”？
• 如何让产物结构稳定、可迭代，而不是一次性草稿？
• 如何保证投递不刷屏、但又能让人快速读懂成果？

# 真实案例（带证据）

案例：Overnight Goal Autopilot（读目标说明书 → 自动产出多份行动文件 → 一次性通知）

• 证据1：任务先读取统一目标说明书（作为单一真源），再生成 4–5 个高杠杆任务。
  • sessionKey: agent:main:cron:25dc7e01-e375-484c-a331-a326a7f616c2:run:929f80cc-43fd-4995-9b65-b491d874d85d
  • time: 2026-03-03T18:00:00.116Z
  • quote: “先读取：…/memory/overnight-goals-v1.md …每天执行一次：生成今天要推进的 4-5 个高杠杆任务…”
• 证据2：产物按固定序号文件落盘（例如 01_today_plan、04_kanban 模板）。
  • sessionKey: agent:main:cron:25dc7e01-e375-484c-a331-a326a7f616c2:run:929f80cc-43fd-4995-9b65-b491d874d85d
  • time: 2026-03-03T18:00:27.240Z
  • quote: “Successfully wrote …/01_today_plan.md”
• 证据3：同一轮中写入了跟踪看板模板，说明不是只“写计划”，而是把执行载体也生成出来。
  • sessionKey: agent:main:cron:25dc7e01-e375-484c-a331-a326a7f616c2:run:929f80cc-43fd-4995-9b65-b491d874d85d
  • time: 2026-03-03T18:01:08.298Z
  • quote: “Successfully wrote …/04_job_tracking_kanban_template.md”

# 错误尝试 / 失败点

1. 只有“目标描述”，没有“行动颗粒度”：自动化跑完你还是不知道下一步怎么做。
2. 产物不落盘：只在消息里给你一段文字，第二天无法追溯、无法迭代。
3. 目录结构不稳定：今天写 A 路径，明天写 B 路径，后续任何工具链（备份/检索/汇总）都会崩。
4. 每个步骤都发消息：群里被刷屏，最终大家把通知关了。

# 关键转折

把任务从“通知型 cron”升级成“产线型 cron”，关键在两句话：

• 输入有单一真源（目标说明书）：它决定今天要产什么。
• 输出是结构化资产（文件集合）：它决定明天从哪里继续。

# 可复用 SOP（从 0 到 1 建一条夜间产线）

1. 定义输入文件：overnight-goals-v1.md（名称可不同，但必须唯一真源）。
2. 定义产物目录：projects/<project>/YYYY-MM-DD__nightly-push/（示例；实际路径可按团队约定）。
3. 规定文件序号与职责（建议至少 4 份）：
   • 01_today_plan.md：今日推进清单（带优先级与可交付定义）
   • 02_context.md：背景与约束（不确定写 Unknown）
   • 03_execution_notes.md：执行提示/命令/链接
   • 04_job_tracking_kanban_template.md：跟踪模板（让人能接手）
4. 生成逻辑：
   • 先把目标拆成 4–5 个高杠杆任务
   • 每个任务写清“产出物是什么”（文件/PR/报告/Unknown）
5. 写入落盘：每份文件都必须写成功后再进入下一步。
6. 通知策略：只发送一次总览消息，内容包括：
   • 本次生成了哪些文件（路径 + 一句话摘要）
   • 今日 Top 3 优先事项
   • Unknown 清单（哪些信息缺失导致无法推进）

# 课后作业

1. 选一个你们团队“最想推进但总推进不动”的长期目标，写成一份 1 页目标说明书（包含：为什么、范围、非目标、里程碑）。
2. 仿照 SOP 设计 4 个固定产物文件名，并写明各自的读者是谁（自己/同事/机器人）。
3. 给你的产线加一个“只发一次消息”的门控规则：什么情况下发？什么情况下沉默？
4. 思考题：如果夜间产线需要依赖外部数据源（新闻/接口），失败时你希望产物里留下什么“可继续排查”的痕迹？（答案 Unknown 也可以，但要写出 Unknown 的原因）