用途：Preflight 旨在减少实现偏差。实现者容易对自身诊断和设计产生依赖，而一个只看到问题与代码、看不到拟议方案的全新专门代理，能在设计定型前发现回归风险。
流程：investigate → risk challenge → concise contract → approve → implement → verify → simplify → finish。
规则：仅当顶层用户明确要求 preflight 或风险门禁时使用；绝不由被委派的子代理调用。若未要求，建议一次并等待。主代理负责调查、范围、实现和沟通；子代理只做挑战、验证、审查或简化，每个子代理只给一个任务。给每个子代理的指令都要加前缀：You are a bounded preflight child. Do not invoke preflight, delegate work, or spawn agents. Complete only the assigned analysis and return it to the parent.
主要能力：实现前始终运行风险挑战；对有意义的代码改动，实现后运行契约验证者和回归审查者；当补丁增加明显结构时运行简化者；仅当复现不确定或改动异常危险时增加证据挑战者。不要为走流程而创建代理。
用法要点：先阅读仓库说明并追踪真实执行路径，区分事实与假设；给全新代理原始请求、证据、仓库说明、相关代码和现有测试，但不给主代理的诊断、计划或补丁。将风险分为 Required、Watch、Discard；Required 进入契约，Watch 进入审查清单但不产生代码或测试。向用户呈现简短契约（问题、契约、受保护行为、非目标、风险挑战、证明），获批后再改项目文件。只实现获批行为，倾向最少的新状态与控制流，捕获 fail-before/pass-after 证据。实现后用契约验证者、回归审查者（必要时证据挑战者）分开验证，最后由主代理裁定各发现。
限制：若无法使用全新上下文代理，应使用受支持的隔离会话；若无法独立审查，需告知用户并征得同意后才可用同上下文审查，绝不能把同上下文审查称为独立。资料未提供具体安装命令、收费或平台信息。