plan-zoom-integration — Codex command: plan and install
This command turns a Zoom product idea into a delivery plan with architecture, authentication, milestones, and risks. Use it before implementation.
~/.codex/prompts/plan-zoom-integration.mdWhat plan-zoom-integration does
The command starts by reviewing the repository: existing Zoom code, deployment shape, environment templates, authentication paths, and event or media handling. It also records the target user flow, success criteria, business outcome, Zoom surfaces involved, and external systems that must connect to the integration.
The resulting plan covers frontend and backend responsibilities, the auth owner, event flow, live media components, Zoom app type, scopes, callback paths, and token lifecycle. Work is split from the smallest working path through reliability, observability, and polish. The command separates repository facts from assumptions and ends with a small deliverable that tests the architecture. A webhook that cannot be reached from the required environment is a blocking constraint to address early.
What it helps with
- turn a Zoom idea into an implementation plan
- inspect an existing Zoom integration
- choose the app type and OAuth scopes
- split delivery into implementation phases
- surface dependencies and the first milestone
Example prompts for the agent
- Run
/plan-zoom-integrationfor this repository’s Zoom integration idea. - Use
/plan-zoom-integrationwith the target user flow, success criteria, and connected systems. - Ask
/plan-zoom-integrationto plan around the existing Zoom code, OAuth, and webhook flow.
How to install plan-zoom-integration
Manually: put the files in place
~/.codex/prompts/plan-zoom-integration.mdCall it with /prompts:plan-zoom-integration. Codex marks this format deprecated in favour of skills
Manually: put the files in place
.claude/commands/plan-zoom-integration.mdCall it with /plan-zoom-integration. For all projects use ~/.claude/commands/
Manually: put the files in place
.github/prompts/plan-zoom-integration.prompt.mdManually: put the files in place
.gemini/commands/plan-zoom-integration.tomlGemini stores commands as TOML: the prompt text goes into the prompt field
Questions about plan-zoom-integration
How do I install plan-zoom-integration in Codex?
Copy the command file to ~/.codex/prompts/plan-zoom-integration.md.
What does plan-zoom-integration do?
It inspects the repository and produces a Zoom integration plan covering architecture, authentication, phases, dependencies, and risks.
What does the command check before planning?
It reviews Zoom code, deployment details, environment templates, auth paths, event or media handling, webhook reachability, and SDK limits.
Source text
plan-zoom-integration.md · MIT
--- description: Turn a Zoom product idea into a practical build plan with auth, architecture, milestones, and risk calls. --- # Plan Zoom Integration Use this command when the right Zoom surface is mostly clear and the next step is a concrete delivery plan. ## Preflight 1. Inspect the repository for current Zoom code, deployment shape, env templates, auth paths, and event or media handling. 2. Capture the target user flow, success criteria, and the concrete business outcome. 3. Identify the owning Zoom surface or surfaces and any external systems the integration must connect to. 4. Note hard constraints early: platform, OAuth app type, webhook reachability, SDK environment limits, or marketplace review assumptions. ## Plan Before producing the build plan: - state the Zoom surfaces in scope - state the expected auth and event model - state the major implementation phases - state whether the plan is greenfield, retrofit, or repair on top of an existing integration ## Commands 1. Inventory the current repo and identify which parts can be reused versus what must be added. 2. Define the integration architecture: frontend, backend, auth owner, event flow, and any live media components. 3. Define the required Zoom app type, scopes, callback paths, and token lifecycle expectations. 4. Break the implementation into phases: smallest working path first, then reliability, observability, and polish. 5. Call out the highest-risk dependencies early instead of burying them under tasks. 6. End with the smallest deliverable that proves the architecture works. ## Verification 1. Confirm the plan includes architecture, auth, scopes, implementation phases, and top risks. 2. Verify the proposed sequence matches the repo’s current state and the user’s goal. 3. Distinguish confirmed repo facts from assumptions or unresolved questions. ## Summary ```text ## Result - Action: produced a Zoom integration build plan - Status: success | partial | failed - Details: architecture, auth model, phases, risks, first milestone ``` ## Next Steps - Run the most relevant build or setup command for phase one. - If the owning surface is still unclear, run `/plan-zoom-product`. - If the repo already fails in one layer, run `/debug-zoom` before implementing further.
© Zoom · MIT · openai/plugins