
Competition Graphql Rpc Drift
Internal downstream skill for ctf-sandbox-orchestrator.
Install
npx skills add zhaoxuya520/reverse-skill --skill competition-graphql-rpc-drift -g -a claude-code -y- Repository
- zhaoxuya520/reverse-skill43.9k
- Category
- Business
- Updated
- 1mo ago
- License
- MIT
- Context cost
- Lightabout 673 tokens
- Runs scripts
- No, instructions only
What it does
Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for GraphQL schemas, persisted queries, RPC manifests, generated clients, OpenAPI drift, hidden operations, and contract-to-handler mismatches. Use when the user asks to inspect GraphQL or RPC requests, compare client contracts to live handlers, recover hidden operations, trace generated clients, or explain how schema or contract drift produces the decisive behavior. Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here.
Competition Graphql Rpc Drift
Use this skill only as a downstream specialization after $ctf-sandbox-orchestrator is already active and has established sandbox assumptions, node ownership, and evidence priorities. If that has not happened yet, return to $ctf-sandbox-orchestrator first.
Use this skill when the hard part is matching declared contracts with live handlers to find hidden, stale, or privileged operations.
Reply in Simplified Chinese unless the user explicitly requests English.
Quick Start
- Collect the declared contract surface first: schema, manifest, generated client, persisted query map, or OpenAPI spec.
- Record actual request shapes, operation names, variables, method, path, and auth context before mutating anything.
- Compare declared contract, generated client behavior, and live handler behavior side by side.
- Preserve one accepted operation and one drifted or hidden operation with the smallest delta.
- Reproduce the smallest contract-to-handler mismatch that proves the decisive branch.
Workflow
1. Map The Declared Contract Surface
- Record GraphQL schema, introspection output, persisted query ids, RPC manifests, generated clients, or OpenAPI documents that define the intended surface.
- Note versioned endpoints, client-only guards, hidden enums, optional fields, and operation naming conventions.
- Keep document source and generation path tied to the observed requests.
2. Prove Live Handler Behavior
- Capture the real request and response pairs, including operation name, variables, headers, cookies, and status.
- Compare client-side validation, schema expectations, and live handler normalization or fallback behavior.
- Record hidden operations, stale fields, undocumented methods, or handler-only branches that still execute.


