debug-zoom-auth — Claude command: what it does, how to install
Pins down which stage of Zoom sign-in is breaking: OAuth, SDK signature or token refresh. Useful when a login fails and the cause is unclear.
~/.codex/prompts/debug-zoom-auth.mdWhat debug-zoom-auth does
This command works through a Zoom auth failure layer by layer. It first asks for the exact symptom: the error text, the endpoint, and whether the break happens at authorize, callback, token exchange, refresh or SDK join time. Then it reads the repo for the auth code, env var usage and token lifecycle. No concrete error in the report? It asks for one before touching anything.
Next it hunts mismatches: client IDs, redirect URIs, scope lists, token exchange parameters, refresh-token rotation. For SDK auth it checks the server-side path that produces the signature or token. The fix stays as small as the failing layer allows, and the broken path gets re-run afterwards. When credentials are missing or the platform side is at fault, it says so instead of guessing.
Keep the exact error text and config access on hand. Running it makes sense only against a real failure, because the command will not rewrite auth on speculation. Zoom signatures are generated on the server, so patching client code will not fix a bad one.
What it helps with
- locate the layer where Zoom sign-in breaks
- match client ID and redirect URI against app settings
- check token exchange and refresh-token rotation
- trace SDK signature generation on the server
- re-run the failing flow after a targeted fix
Example prompts for the agent
- Zoom login fails at the callback with invalid redirect URI, find where the mismatch is
- Token exchange returns invalid_grant after refresh, check how refresh tokens rotate in the project
- Zoom SDK join fails on signature, find the server-side generation path
How to install debug-zoom-auth
Manually: put the files in place
~/.codex/prompts/debug-zoom-auth.mdCall it with /prompts:debug-zoom-auth. Codex marks this format deprecated in favour of skills
Manually: put the files in place
.claude/commands/debug-zoom-auth.mdCall it with /debug-zoom-auth. For all projects use ~/.claude/commands/
Manually: put the files in place
.github/prompts/debug-zoom-auth.prompt.mdManually: put the files in place
.gemini/commands/debug-zoom-auth.tomlGemini stores commands as TOML: the prompt text goes into the prompt field
Questions about debug-zoom-auth
How do I install debug-zoom-auth in Claude?
Put the command file at ~/.codex/prompts/debug-zoom-auth.md.
What does debug-zoom-auth do?
It isolates a Zoom auth failure by layer — OAuth, SDK signature, token refresh — and applies the smallest fix to the layer that broke.
What does the command need to work?
The exact error text and access to the project config. Lacking a concrete symptom, it asks for one before changing code.
Source text
debug-zoom-auth.md · MIT
--- description: Isolate and fix Zoom authentication failures across OAuth, SDK signatures, and token refresh paths. --- # Debug Zoom Auth Use this command when a Zoom login flow, token exchange, or signature flow is failing and you need a concrete failure diagnosis. ## Preflight 1. Capture the exact failing symptom: error text, failing endpoint, affected surface, and whether the failure happens at authorize, callback, token exchange, refresh, or SDK join time. 2. Inspect the repository for the auth implementation, env var usage, callback handling, and token lifecycle code. 3. Identify the auth model in use: user-level OAuth, server-to-server or service auth where applicable, or SDK signature and token flows. 4. Confirm the presence of required config values without printing secrets. 5. If the issue report lacks the concrete error, ask for it before making speculative auth changes. ## Plan Before changing anything: - name the most likely failing layer - list the evidence that will be checked - list the files and commands involved - state whether the workflow is read-only diagnosis or fix plus verification ## Commands 1. Inspect env and source usage for mismatched client IDs, redirect URIs, scope lists, token endpoints, or signature inputs. 2. For OAuth failures, verify exact redirect URI matching, token exchange parameters, and refresh-token rotation behavior. 3. For SDK auth failures, verify the expected server-side signature or token generation path for the specific SDK. 4. If the failure is caused by client capability mismatch, say that directly instead of pretending it is a token bug. 6. Apply only the minimum correction required to fix the identified layer. ## Verification 1. Re-run the failing path or reconstruct the exact auth request shape. 2. Confirm the corrected file, env var name, redirect URI, or server URL now matches the intended configuration. 3. If the failure persists, tighten the diagnosis to the next concrete layer rather than broadening scope. 4. State whether the issue is fixed, partially fixed, or blocked by missing credentials or external platform behavior. ## Summary ```text ## Result - Action: diagnosed or fixed a Zoom auth failure - Status: success | partial | failed - Details: failing layer, evidence checked, fix applied, remaining blocker ``` ## Next Steps - Re-run the failing flow with the corrected auth path. - If the issue is webhook-related after auth succeeds, run `/debug-zoom-webhook`.
© Zoom · MIT · openai/plugins