L0 一页纸：先让工作能闭环
目的
适合流程混乱、赶交付、文档没人看的团队。先不要推完整工程体系，只执行这 5 条。
五条硬规则
- 没有
Driver / Approver的任务不排期。 - 没有
Scope / 验收标准的任务不进入开发。 - 没有测试或验证证据的 PR / patch 不合并。
- 没有 rollback 的发布不上线。
- 没有业务验收或关闭结论的任务不算完成。
三角色最小分工
草台团队先不用建立复杂委员会，但每周至少按三个视角检查一次：
| 角色 | 只看什么 | 不合格时怎么处理 |
|---|---|---|
| 技术负责人 | PR 证据、回滚、技术风险 | 阻止合并或发布，要求补测试 / rollback |
| 产品负责人 | 用户问题、优先级、业务验收、反馈回流 | 退回 clarification，要求补用户和验收 |
| 平台 / 资深工程师 | 本地运行、CI、模板、发布入口是否可执行 | 补命令、模板、脚本或项目入口 |
最小任务卡
目标：
用户 / 问题：
Requester：
Driver：
Approver：
Scope：
验收标准：
风险：
示例：
目标：登录失败时给用户明确错误提示。
用户 / 问题：登录用户输错密码后不知道下一步该怎么办，客服收到重复咨询。
Requester：客服负责人
Driver：张三
Approver：产品负责人
Scope：只改登录页错误提示，不改登录流程和鉴权逻辑。
验收标准：输入错误密码时显示“账号或密码错误”，有截图。
风险：影响登录页文案，不影响后端鉴权。
最小 PR / Patch
关联任务：
改了什么：
怎么验证：
风险：
回滚：
Reviewer：
Approver：
最小发布记录
版本 / commit：
Driver：
Approver：
Operator：
包含变更：
Smoke 结果：
代码回滚：
配置回滚：
数据回滚：
Feature flag：
观察结果：
最小验证证据
| 变更类型 | 最低证据 | 可以不做什么 |
|---|---|---|
| 文案 / 配置 | 截图、配置 diff、影响范围说明 | 不要求完整自动化测试 |
| UI | 截图或录屏，说明浏览器 / 设备 | 不要求后端集成测试 |
| API / 后端逻辑 | 请求响应样例、单测或集成测试结果 | 不接受只说“本地试过” |
| 数据库 / migration | migration 执行结果、回滚或 forward-fix 说明 | 不允许无记录直接改生产 |
| 发布 | smoke 结果、观察指标、rollback 方式 | 不接受只说“已上线” |
| 事故修复 | 复现方式、修复证据、线上观察结果 | 不接受只关群聊 |
紧急通道
线上事故、客户现场、老板急活可以先处理，但必须补闭环。执行人临时成为 Driver；直属小组长或当班负责人是 Approver。
先止血
-> 24 小时内补任务卡
-> 补 PR / patch / 发布记录
-> 补验证证据
-> 明确后续 action
紧急通道不能变成默认工作方式。连续出现同类紧急任务，必须进入复盘。
这些事项不能只走事后补审：
- 权限和鉴权变化。
- 支付、计费、提现、资金相关逻辑。
- 客户数据导出或删除。
- 生产密钥、证书、云权限变化。
- 破坏性数据库 migration。
- 大范围批量操作。
每周检查
小组长每周先看这些数：
| 指标 | 目标 |
|---|---|
| 无 Driver / Approver 任务数 | 0 |
| 高优任务 blocked 超过 24 小时 | 0 或重新拍板 |
| 普通任务 blocked 超过 3 天 | 0 或重新拍板 |
| 无验证证据 PR 比例 | 第 1 周低于 50%，第 4 周为 0 |
| 无 rollback 发布数 | 0 |
| 无业务验收或关闭结论任务数 | 0 |
| 用户可见功能无反馈回流数 | 第 4 周开始看，目标为 0 |
这几个数变好，说明团队开始闭环。
下一步阅读
读完或填完这份文档后，通常继续看：
- 03-人类闭环总纲-human-closure-principles.md：L0 能执行后，再理解完整人类闭环。