自动化
把验证过的步骤接成流水线：先把检查放进 CI，再处理密钥作用域、重复事件与重试，最后在不可逆动作前保留人类检查点，让自动化既跑得快也停得住。
开始之前
已有可复跑的验证命令，能区分可逆与不可逆操作；CI、密钥与幂等从本主题前几篇补齐，不需要预先配好发布权限。
这个主题要掌握什么
- CI 先跑现有的检查与构建，再加由 Agent 生成内容的门禁。
- 密钥按最小作用域注入，不在日志和产物里回显。
- 重复事件用稳定幂等键去重，重试只针对暂时性失败。
- 不可逆动作前保留人类检查点，默认放行比没有检查点更危险。
按顺序读： 用 GitHub Actions 给静态站点加检查与构建门禁 Agent 自动化流水线：接入 CI 的四个环节 GitHub Actions 密钥边界：注入、脱敏与产物卫生
用 GitHub Actions 给静态站点加检查与构建门禁
为 Astro 静态站点写一条最小 CI：只读权限、固定 Node、显式工作目录，依次跑 check、build 和 smoke test，并避开 PR 密钥风险。
Agent 自动化流水线：接入 CI 的四个环节
一条能上生产的自动化流水线不是“一键全自动”，而是触发、准备、执行、复盘的串联。给出可复现的流水线骨架、失败预算、幂等要求与成本控制。
GitHub Actions 密钥边界：注入、脱敏与产物卫生
说清仓库/环境/组织密钥的作用域、fork PR 权限、env 注入与脱敏的局限，并用只输出布尔结果的步骤验证配置。
自动化幂等：重复事件、状态机与有界重试
用离线 Node 示例实现幂等键、in_progress/succeeded/failed 状态、瞬时与永久错误、指数退避，并说明内存演示为何不是 exactly-once。
自动化人工检查点：放在哪、怎么拦、失效会怎样
全自动不是目标，可控才是。讲清检查点该放在哪些决策点、钩子为什么只能当提示层、真正的门禁为什么必须在 Agent 之外，以及“默认放行”的检查点比没有更危险。