用途：适用于任何需要高质量交付的实质性任务，它不改变用户原始任务本身，而是在任务外围加强执行与验证流程。也可用于“Compose”模式：当用户想要一个改进后的提示词而非成品时，返回可复用的提示词包装模板，原始任务在其中保持权威且不得改动；不应悄悄从撰写提示词切换为直接执行。
主要能力：一、锁定原始任务，提取成果与交付物、受众与用途、输入与参考资料、约束与工具格式、授权动作与受保护边界、明确的完成定义，视为任务契约，不替换主题、不编造需求、不放宽约束。二、把“完美”“专业级”“生产可用”等模糊词转成可观察检查项，涵盖正确性、完整性、工艺与受众契合、可用性与无障碍、健壮性与边界情况、性能、安全与合规等，并建立紧凑的验收矩阵（门、验证方法、通过条件、证据），优先采用通过/失败而非模糊评分。三、分解任务为最小工作流，仅对真正独立的分支并行，耦合改动保持单一负责人，每个执行者须返回产物或证据而非信心声明。四、分离执行与评审，验证者看到任务契约、验收矩阵、候选产物与基准材料，但看不到实现者的自我评价，先找失败点并逐门给出裁决。五、按任务类型匹配验证面：代码用测试、类型检查、构建、lint、安全检查与运行时行为；视觉用渲染输出与并排对比；研究用一手来源与引用核对；写作做事实核查与编辑校对；外部动作做目标确认与事后回读。
使用方式：按“产出候选—跑所有适用门—记录通过/失败/阻塞—把失败路由回责任工作流—做最小修订—重跑失败门及受影响回归门—仅集成已验证部分”循环推进，直到所有必需门通过且不存在相关回归，方可停止；若必需门依赖缺失的访问权限、输入或新授权，应如实报告阻塞点及最小下一步，不得为宣布成功而削弱门。
限制：资料未提供具体安装命令、收费、平台要求或适用工具清单；文中强调不得用自我评分替代证据，不得虚构基准、来源、测试结果、截图或盲评结论，重复失败后应更换方法或报告阻塞而非空转。