setup-zoom-oauth — Claude command: Zoom OAuth setup
A command that reads your repository and wires up a correct Zoom OAuth flow: app type, scopes, redirects and token lifecycle.
~/.codex/prompts/setup-zoom-oauth.mdWhat setup-zoom-oauth does
Reach for this one when a Zoom OAuth flow has to be built or fixed in application code, deployment config or local development. It starts with a preflight pass: it looks for existing Zoom auth code, env templates, callback routes and whatever pattern the repo uses to store tokens. Then it pins down which Zoom surface is in play — REST API, Meeting SDK, Video SDK, Team Chat, Phone or Contact Center — and what app model the current implementation implies.
Before touching anything, the command states the OAuth model it will implement, lists the files it plans to inspect or edit, names the env vars and redirect URIs involved, and flags whether refresh-token handling or a server-side token exchange has to be added. Existing usage is found with rg over ZOOM_, oauth, redirect_uri, client_id and known Zoom endpoints. Secrets stay out of the output, and access or refresh tokens never get logged.
Verification sends you back through the changed files: the redirect URI string has to match exactly between code and configuration, and the scope set has to fit the Zoom surface you picked. Refresh tokens are treated as single-use. If the repo doesn't make the integration goal clear, the command asks one direct question before editing auth code — worth knowing, because guessing here tends to produce a flow that breaks on the first callback.
What it helps with
- find existing Zoom auth code in a repository
- make the redirect URI match across code and config
- pick scopes that fit the Zoom surface in use
- add server-side token exchange
- rework refresh-token logic without leaking secrets
Example prompts for the agent
- set up Zoom OAuth in this repo
- check whether redirect_uri matches in code and config
- add refresh token handling for Zoom
How to install setup-zoom-oauth
Manually: put the files in place
~/.codex/prompts/setup-zoom-oauth.mdCall it with /prompts:setup-zoom-oauth. Codex marks this format deprecated in favour of skills
Manually: put the files in place
.claude/commands/setup-zoom-oauth.mdCall it with /setup-zoom-oauth. For all projects use ~/.claude/commands/
Manually: put the files in place
.github/prompts/setup-zoom-oauth.prompt.mdManually: put the files in place
.gemini/commands/setup-zoom-oauth.tomlGemini stores commands as TOML: the prompt text goes into the prompt field
Questions about setup-zoom-oauth
How do I install setup-zoom-oauth in Claude?
Place the command file at ~/.codex/prompts/setup-zoom-oauth.md.
What does setup-zoom-oauth do?
It inspects the repository and sets up the correct Zoom OAuth path, covering app type, scopes, redirect handling and the token lifecycle.
Which Zoom surfaces does it cover?
REST API, Meeting SDK, Video SDK, Team Chat, Phone and Contact Center; the command works out which one applies from the current implementation.
Source text
setup-zoom-oauth.md · MIT
--- description: Inspect the repository and set up the correct Zoom OAuth path with the right app type, scopes, redirect handling, and token lifecycle. --- # Setup Zoom OAuth Use this command when the goal is to wire or correct a Zoom OAuth flow in application code, deployment config, or local development. ## Preflight 1. Inspect the repository for existing Zoom auth code, env templates, callback routes, and token storage patterns. 2. Identify the Zoom product surface involved: REST API, Meeting SDK, Video SDK, Team Chat, Phone, or Contact Center. 3. Confirm the expected app model and grant path from the current implementation or user intent. 4. Check for required values without printing secrets: client ID, redirect URI, scope list, callback handler, and token persistence location. 5. If the repo does not make the integration goal clear, ask one direct question before editing auth code. ## Plan Before making changes: - state which Zoom OAuth model will be implemented - list the files that will be inspected or edited - list the env vars and redirect URIs involved - flag whether refresh-token handling or server-side token exchange must be added ## Commands 1. Search for existing Zoom auth usage with `rg` over `ZOOM_`, `oauth`, `redirect_uri`, `client_id`, and known Zoom endpoints. 2. Standardize the authorize and token exchange path for the chosen app model. 3. Add or correct env var names, callback routing, scope configuration, and token exchange code. 4. Treat refresh tokens as single-use values when implementing refresh logic. 5. Keep secrets out of the output and avoid logging access or refresh tokens. 6. If the user only asked for setup guidance, limit the change to the minimum required configuration and notes. ## Verification 1. Re-read the auth files and env templates that were changed. 2. Verify the redirect URI string matches exactly across code and configuration. 3. Verify the scope set is coherent for the Zoom surface in use. 4. If safe test credentials already exist, validate the auth URL shape and callback handling path without exposing secrets. 5. Call out any missing secret, callback endpoint, or deployment configuration that still blocks completion. ## Summary ```text ## Result - Action: set up or corrected the Zoom OAuth path - Status: success | partial | failed - Details: app model, files changed, env vars used, scopes reviewed ``` ## Next Steps - Run the login flow once end to end and confirm the callback is reached. - Test token refresh if the integration uses long-lived sessions.
© Zoom · MIT · openai/plugins