用途：对以 .ppmplugin 二进制包形式发布的第三方控件仓库执行 4 层自动验证加 1 层手动配方，属于无需工具链的结构化预检，用于在编译前发现可快速修复的结构性错误。
主要能力：Layer 0 整体契约一致性（原生↔manifest↔PCF 交叉检查，仅告警）；Layer 1 原生源码结构断言（Android getName()、iOS +moduleName、manifest 一致）；Layer 2 manifest 校验（ppmplugin-format §4 规则）；Layer 3 原生源码契约断言（请求/响应/错误 grep 交叉检查）；Layer 4 在 pcf/<Pascal>PCF/ 执行 npm run build 编译 PCF；Layer 5 打印真机/模拟器端到端手动配方，由用户自行执行并手动更新 .extension-state.md。
使用方式：先读取 shared/shared-instructions.md、shared/naming-conventions.md、shared/ppmplugin-format.md 与 ./PRD.md、./.extension-state.md；打印前置检查块；用 AskUserQuestion 确认范围（默认全跑、仅 1–3 层、单层或取消）。检查使用内置 Read/Grep 工具而非 shell，跨 macOS/Linux/Windows 一致；仅 Layer 4 的 npm run build 为真实命令。自动层遇首个失败即停止。
适用场景：原生模块已落盘、需要快速验证原生源码形状与跨层契约是否对齐时。
限制：不验证原生代码编译为可加载 DEX/框架，该工作由 /build-android-binary 与 /build-ios-binary 完成；本技能不涉及 TypeScript/INativeExtension 层类型检查。无 pcf/ 时 Layer 4、5 延后；无 manifest 时 Layer 2 跳过。资料未提供收费、价格与平台支持等更多信息。