用途：让交接、提示词或生成的下游产物达到“可稳定执行”的效果——下一个消费者清楚该读什么、做什么、什么算成功、哪些未决决定会改变结果。
主要能力与规则：
- 使用正向、可执行的指令，说明下一步应做什么；把质量政策转成正向标准。仅在保护不可逆边界或已发布契约时保留禁止项，并点明受保护条件与允许动作。
- 把模糊指令具体化：用可观察条件、路径、命令、schema、示例或判定规则替换主观词。常需澄清的词：appropriate、proper、related、existing behavior、optional、as needed、if needed、per convention、unresolved alternatives、TBD、placeholder。
- 明确输出形态：使用消费者实际使用的分节、字段、表列、JSON 键或清单项；交接只写产物路径与控制下一步转换的状态字段。
- 提供“最小充分上下文”：即该动作及其产出所需，而非完整背景；包含目的、来源产物、硬约束、已接受决策和该动作消费的未决条件；优先具体文件路径与章节提示，而非宽泛模块名；沿引用追踪到能改变范围内决策、行动或验证结果为止。
- 把含 3 个以上目标或顺序依赖的复杂工作拆成有序步骤，每步有检查点（何种证据证明完成）。
- 显式允许不确定性：先从被引用产物与仓库证据中补齐缺失的操作细节，再视为未决；记录剩余不确定性及其影响、所需输入、决策负责人；若治理性证据可解，则做可逆的仓库内选择。
- 约束保持适度：只加能减少歧义或保存真实需求的约束；简单下游任务保持轻量；对完成的 diff 以总量预算应用 minimal、a few lines 及明确行数估计。
重写模式：optional（用作未决选择）→ Required、omitted 或仅在具名条件下 required；多个待选方案→已选方案或确定性判定规则；as needed / if needed→触发条件与所需动作；per convention→需遵循的文件、函数、测试或成文约定；related files→具体路径、glob 或搜索提示；existing behavior→要保留的可观察行为、源文件、测试、API 响应或 UI 状态；placeholder→精确临时值/行为、允许依赖与验证预期；TBD→带负责人、所需输入与决策影响的阻塞未决项；appropriate / proper→可度量标准或清单。
交接检查：目标动作明确；命名必需输入路径、来源产物与决策相关事实；每项上下文都被目标动作或所需结果消费；已接受决策与约束用统一措辞；指定输出格式或状态字段；成功标准可观察；模糊表达已重写或标为未决；每条指令说明允许动作，保留的禁止项说明受保护条件与替代动作；下一个消费者能据目的、来源、标准与证据完成范围，或退回确切的未决决定与负责人。
生成产物检查：每条需求、声明、任务、测试骨架或评审发现都有可追溯的源上下文；每条可执行指令写明目标、动作与预期结果；验证步骤写明运行或观察什么、何种结果证明成功；若由其他产物派生，复制决策的措辞与含义保持一致；若因缺信息阻塞，记录缺失输入、决策负责人与影响。
限制：具体安装、配置、平台与收费信息暂未提供。