用途：这是一个仅在 ctf-sandbox-orchestrator 已激活、并已确立沙箱假设、节点归属与证据优先级之后才能使用的下游专项技能。若尚未完成上述前置步骤，应先回到 $ctf-sandbox-orchestrator。适用场景是难点在于将声明契约与在线处理器行为逐一匹配，以发现隐藏、过期或特权操作时。除用户明确要求英文外，回复使用简体中文。
主要流程：第一步，先收集声明契约面，包括 GraphQL schema、introspection 输出、持久化查询 id、RPC manifest、生成客户端或 OpenAPI 文档，并记录带版本端点、仅客户端守卫、隐藏枚举、可选字段与操作命名约定，保持文档来源和生成路径与观测请求对应。第二步，证实在线处理器行为，捕获真实请求与响应对，含操作名、变量、请求头、cookie 与状态，对比客户端校验、schema 期望与处理器归一化或回退行为，记录仍会执行的隐藏操作、过期字段、未文档化方法或仅处理器分支。第三步，归约到决定性漂移路径，压缩为最小序列：声明契约 → 实际请求 → 处理器分支 → 最终能力，并说明决定漂移位于生成客户端假设、持久化查询映射、schema 版本偏差、RPC manifest 不匹配还是处理器隐藏逻辑。若在验收后任务转向通用 JWT、OAuth 或队列行为，应交由更专精的技能。
快速开始：先收集契约面，在改动任何内容前记录实际请求形态、操作名、变量、方法与鉴权上下文，将声明契约、生成客户端行为与在线处理器并排比较，保留一个被接受操作与一个漂移或隐藏操作且差异最小，复现能证明决定性分支的最小契约到处理器不匹配。
需保留：schema、manifest、生成客户端、持久化查询 id、操作名与版本标记；一组能证明不匹配的已接受与漂移请求对；一条能到达决定性效果的最小契约到处理器序列。参考资料：加载 references/graphql-rpc-drift.md 获取契约清单、在线处理器清单与证据打包。其他如收费、平台要求等，暂未提供。