01
理解
明确目标，收集获准访问的上下文，并检查缺失信息。做出决策之前，先确认信息来源的质量。
实施方法
让自主能力，经得起每一步验证。
有用的智能，不止于给出答案。它是从理解工作到核验实际结果的受控闭环。
为什么要将 AI 决策与软件执行分开？因为一个好回答，还不是一种可以持续复用的工作方式。
AI 为什么还没真正减少工作？
工作闭环
四个步骤，每次交接都有依据。
02
研判
依据制度与约束比较可行方案，说明下一步建议所依据的证据、假设与不确定性。
03
执行
使用范围受限的工具与权限。重要操作前请求审批；授权或信息不足时，停止执行。
04
核验
对照预期目标检查系统实际状态，记录异常、升级处理失败，并明确区分尝试执行与真正完成。
从意图到证据
从小处验证，为长远扩展做好设计。
-
探索
与负责人共同梳理一个工作流，明确现状基线、数据边界、常见异常，以及必须保留人工判断的决策。
产出：边界清晰的改进机会与明确的验收标准。
-
试点
在受控环境中测试有代表性的案例，将质量、耗时、异常处理与审核投入同基线进行比较。
产出：支持继续、调整或停止的证据，而非将演示效果等同于上线准备就绪。
-
扩展
试点达到约定标准后再扩展。在扩大访问范围之前，建立监控、明确支持负责人，并落实变更审核与恢复流程。
产出：持续接受评估的业务流程，而非无人管理的实验。
交付物
提前明确交付物。
以下交付物用于说明拟采用的交付方法；具体范围、责任与验收标准须在每个项目中共同约定。
工作流蓝图
在实施前，将现有流程与拟议变更整理成可审查的设计。
- 明确流程与系统负责人、审批环节及升级处理路径。
- 选定有代表性的案例，记录现状基线。
- 约定验收标准、排除项，以及继续、调整或停止的条件。
经测试的执行能力
依据约定案例评估范围受限的实现，并覆盖失败路径。
- 版本化接口契约与可重复执行的测试用例。
- 采用最小权限的执行身份，明确读写范围。
- 验证操作幂等性、重试行为与部分失败处理。
运行交接
记录工作流的监督、变更与恢复方式，并在上线前约定责任归属。
- 运维手册，包含支持负责人及升级处理路径。
- 针对执行失败、审核队列及信息源变更的监控。
- 恢复流程、回滚限制与人工接管方案。
将人的决策权写入设计
审批是系统的一部分，而非事后补丁。
事先约定哪些操作可以自动执行、哪些需要审核、哪些不在范围内。审批应展示拟议变更、相关证据及可能影响。
为人提供切实可用的暂停、拒绝与接管方式。针对重复请求、系统不可用和部分完成制定预案，并在适当情况下安排恢复或补偿操作。
梳理一个审慎的首个试点