约束优先执行
何时使用
在开始新的实施、自动化或研究工作流时使用，特别是当代理可能过度构建或假设未明确授予的权限时。
必需输入
目标、所有者授权的操作、禁止的操作、现有系统能力、成功证据、资源预算以及任何外部审批边界。未知的权限不等于隐含的许可。
流程
- 编写一份简短的合同：目标、范围内的可交付成果、非目标、可逆操作、不可变约束以及已验证的完成证据。
- 质疑每个需求是否真正对用户的目标必要。不要静默删除用户明确提出的需求。
- 移除不能改进指定验收标准的可选工作。保留必要的安全和质量控制。
- 在优化之前先简化提议的架构。优先使用现有工具和直接工作流，而不是新框架。
- 按依赖关系和证据关卡对剩余任务进行排序。找出能证明进展的最小可逆单元。
- 只有在完成此序列之后，再考虑加速、并行化或自动化。评估每项增加的成本和复杂度。
- 使批准问题明确且有边界。如果对重大变更授权不明确，则保留提案而非执行它。
停止或升级
在以下情况前停止：访问权限升级、超出预算的付费承诺、不可逆效果、冻结的方法变更，或超出明确权限的操作。永远不要将速度目标视为覆盖安全机制的理由。
可交付成果
一个简要的“需求-行动”对照表，包含必须做、可以做、绝对不能做、所有者、依赖关系以及标记每个单元完成所需的证据。当可追溯性重要时，使用合同模板。
验收标准
每个提议的任务都有明确的理由和证据条件；任何新的依赖或抽象都不能仅以可能的未来需求为理由。