用途：审计同一逻辑工具在“编写→发现→校验→执行”全链路中的契约与 schema 一致性，发现列表/目录/文档所展示内容与运行时实际执行约束不一致的分裂脑缺陷。名称虽源自 mcp_flutter，内容与仓库无关，同样适用于 MCP 栈、RPC 网关、插件注册表和 OpenAPI 式契约。
主要能力：逐环节检查规范输入 schema 是否传到注册/描述符、动态注册是否发送完整 inputSchema、目录与运行时注册表 schema 是否一致、各网关（注册表转发、宿主网关、进程内调用、CLI、迁移器/codegen）是否在执行前校验、缺 schema 时是否 fail-closed、迁移是否保留 required/additionalProperties、桥接工具是否一致编码非标量参数、双路径工具在 required、additionalProperties、类型/枚举、默认值上是否对齐。提供红旗 grep 示例定位空/宽松 schema、无校验的 .execute(、invokeDirect、按宽容占位符、迁移剥离 schema、重复注册、陈旧文档等。提供报告模板与 E2E 证明清单。
使用方式：先填写仓库映射（编写、发现、注册表/目录、宿主网关、运行时回调、进程内调用、CLI、共享 schema 模块、迁移器/codegen、平台文档各自位置），再运行红旗 grep，逐网关对比 schema，最后用集成测试覆盖列表与无效调用（缺失必填、宽松 schema 下多余属性均应在处理器副作用前结构化失败）。
适用场景：工具/处理器编写、动态或插件注册、服务器注册表转发、宿主网关委派、进程内调用、迁移器/codegen、共享 schema 与重复定义、桥接处理器、平台文档；以及修改 JSON Schema、OpenAPI 请求体、protobuf RPC 消息、插件清单输入后。
限制：需按本仓库语言与布局调整 globs；红旗 grep 命中需人工复核排除测试与 fixtures；需自行映射各网关位置，未提供可直接套用的具体仓库配置。