轻量启动：先跑出一个可判断的最小闭环
这页给人少、预算有限，或暂时没有条件建立完整项目机制的团队使用。它不是“省略治理”的快速通道，而是把第一步压缩为一条高频、可逆、有人审核的工作改进路径：先少投入地回答“这个场景值不值得继续”，再决定是否进入完整的受控测试。
先分轨。 若你只能使用公开、合成、脱敏或已明确允许的有限材料，且输出只作个人草稿或本地比较，请先走探索轨。一旦涉及真实受限数据、对外发送、系统写入、跨系统工具、多人复用或效果主张，就必须转入受控运行轨；没有业务 Owner、允许输入、人工审核或回退方式时，不启动。
先选一个小场景，而不是一个“大项目”
选择一项每周会反复出现、出错能由人工接住的工作，例如会议待办整理、内部常见问题初稿、工单分类、日报结构化或资料归类。不要从“部署 Agent”“建设知识库”或“让全员用 AI”开始。
用一句话写清：“我想把【哪项重复工作】里的【哪个人工动作】改得更清楚、更快或更少返工。” 这句话决定你要代替或辅助的动作，不是替代一个人、一个岗位或最终业务判断。
用四步跑第一轮
| 步骤 | 只需要写清什么 | 暂时不要做什么 |
|---|---|---|
| 1. 选场景 | 一项高频小任务、当前人工动作、业务 Owner、明确不做什么。 | 不把“上 AI”本身当目标，也不承诺收益。 |
| 2. 定任务 | 允许输入、想要的输出、3 条合格标准、人工必须保留的判断和回退动作。 | 不在资料、审核或回退不清时继续试点。 |
| 3. 小范围观察 | 在业务节奏允许的观察窗中，用少量代表性任务比较人工与 AI 辅助的端到端过程；高频场景可从约 2–4 周开始，低频或高风险场景应按样本和后果另定。 | 不用一次顺利、一次演示或平均生成时间宣布成功。 |
| 4. 决定下一步 | 结合下列三类证据，决定继续受控测试、缩小/修复，或回到人工/探索。 | 不因“看起来不错”跳过 Owner、审核、记录或回退。 |
用三类证据，而不是一个漂亮数字
| 要看的证据 | 用最朴素的话问 | 对应的正式口径 |
|---|---|---|
| 代替账 | 这次到底减少、辅助或转移了哪个人工动作？审核、返工和下游负担是否也算进去了？ | 第 11 章的端到端基线、容量与单位任务成本 |
| 损失账 | 错误、重试、等待、人工接管和没有被采用的输出，造成了什么额外负担？ | 第 11 章的 TCO 与失败/接管口径 |
| 验收账 | 有多少输出达到事先的合格标准并被实际采用？有没有一项不可接受错误、边界或回退问题？ | 第 6 章的验证、暂停与回退设计 |
这三类不是跨场景的固定分数，也不自动相加为 ROI。它们的作用是让团队在扩大前看见：工作是否真的被改善、成本是否被转移、以及质量和控制是否仍成立。详细的“损失账、代替账、验收账”与正式财务/运行口径见ROI 专题页和第 11 章。
第一次只取三项资产
准备让真实工作进入受控测试时，使用 L0 三项路径：
- 用例立项卡，写清场景、范围、Owner、不可接受结果和停止条件；
- 任务定义模板，写清输入、输出、合格标准与人工保留判断；
- 验证清单 加任务定义中的人工控制与回退字段，写清谁审核、依据什么、失败后回到哪条人工路径。
其余提示词、周度记录、升级、Skill、Agent、风险与运行资产只在相应条件出现时再取。模板不是开工前必须填完的文档墙；但当你希望扩大范围、多人复用、对外说明效果或引入更高影响动作时，也不能把这三项当作替代控制。
什么时候停止或升级
| 看到的情况 | 正确动作 |
|---|---|
| 无法确认 Owner、允许输入、审核人或人工回退。 | 暂不开始受控测试；登记缺口，转给有相应决定权的人。 |
| 在小范围内发现任务边界、质量标准或资料来源不成立。 | 缩小任务或回到探索轨重新定义；不要通过增加工具掩盖问题。 |
| 输出开始用于对外发送、系统写入、受限数据、跨系统动作或多人持续复用。 | 停止沿用轻量观察，转入受控运行轨并补齐相称资产。 |
| 质量、采用或端到端负担没有改善，或出现不可接受错误。 | 恢复人工原流程，记录失败；再决定修复、继续探索或停止。 |
出现这些条件时，补齐受控运行资产
下表不是“多做几张表就可以放行”的清单，而是防止把轻量观察继续沿用到影响升级场景的最小转向说明。四类情形都应回到第 6 章的相应判断，并重新确认 L0 三项；如果其中任一项无法填写，先暂停、转人工或缩小范围。
| 出现的条件 | 先打开第 6 章哪一节 | L0 需要重新确认的资产 | 此刻不得把什么当作替代 |
|---|---|---|---|
| 输出将对外发送，或可能影响客户、正式沟通或关键决定。 | “先区分：探索轨不是受控运行的简化版”；再看“步骤 1：明确任务定义和工作流边界”。 | ① 用例立项卡：范围、Owner、不可接受结果和停止条件；② 任务定义：输入、输出和质量标准；③ 验证与回退：审核、依据与人工路径。 | 一次演示、个人判断或“先发出去再改”。 |
| 输出将写入系统，或接入跨系统工具、权限与读写动作。 | “先区分：探索轨不是受控运行的简化版”；再看“步骤 1：明确任务定义和工作流边界”与“步骤 5：执行第一轮受控测试”。 | 重新完成 ① 用例立项卡、② 任务定义 和 ③ 验证与回退；写入、工具与权限还要按风险条件补齐附录 A 的控制资产。 | “先连起来看看”、个人账号或事后人工检查。 |
| 计划由多人复用、持续运行，或从个人技巧变成团队流程。 | “先看答案：首轮先留下三项产出”；再看“步骤 1：明确任务定义和工作流边界”。 | 重新确认 ① 用例立项卡、② 任务定义 和 ③ 验证与回退，再按条件补 Skill 卡或工作流合约。 | 一个熟练使用者的经验、口头交接或“大家照着用”。 |
| 准备对外作出效果主张，以此支持扩大、预算或更高自主性。 | “先区分：探索轨不是受控运行的简化版”与“先看答案：首轮先留下三项产出”；再进入第 11 章的正式口径。 | 重新确认 ① 用例立项卡、② 任务定义 和 ③ 验证与回退，并保留相称的样本、审核、版本、风险/回退和阶段决定记录。 | 探索中的顺利输出、教学演练、个人体验、调用量或单个漂亮数字。 |
轻量启动的完成不是“上线”，而是留下一个诚实、可复核的下一步决定。若只得到“暂不做”或“继续探索”的结论，它仍然节省了把错误场景扩大化的成本。