用途：当你贴出一段 curl 请求或需要排查某个端点写法时，用它校验 API 请求的 method、URL、headers、body、auth 与 query 参数是否符合已有契约。仅用于语法与结构审查，不发送请求，也不为检验语法去验证真实凭据。
主要能力：逐项检查 method（是否为文档化的操作）、URL（是否格式正确、路径参数是否填充）、headers（Content-Type 是否匹配 body 格式、受保护端点是否有 Authorization）、body（格式是否符合 Content-Type、已知 schema 时必填字段是否齐全）、query 参数（必要项是否存在且编码正确）以及 auth（Bearer、Basic、API key 等形式是否合理）。
使用方式：输出尽量一行（必要时最多两行）。正确时给出一行“与所提供契约语法一致；未执行”，不推断服务器是否接受或凭据是否有效。错误时一行给出错误与修法，例如缺少 Authorization 头时补 Authorization: Bearer <token>。信息含糊且会改变结论时，只问一个针对性问题，例如 POST/PUT/PATCH 无 body 时问“是否有请求体”、疑似受保护端点无认证头时问“该端点是否需要认证”、有 body 但 Content-Type 不明时问“body 是 JSON 还是表单”。不影响正确性的问题（可选头、环境细节）不问。
适用场景：粘贴的 curl 请求审查、端点调试前的静态检查。
限制：仅在上游来源与本地项目上下文明确匹配时使用；应用改动前须自行验证命令、生成代码、依赖、凭据与外部服务行为；示例不能替代环境相关测试、安全审查或对破坏性/高成本操作的用户批准。除上述资料外，官方文档、收费与平台支持等信息暂未提供。