build-zoom-bot — Codex command: what it does, install
This command builds a Zoom bot workflow in the current codebase for meeting joins, recording, media processing, or real-time behavior.
~/.codex/prompts/build-zoom-bot.mdWhat build-zoom-bot does
The command first inspects the repository for bot, worker, Meeting SDK, RTMS, and media-processing code. It identifies whether the workflow joins meetings, consumes live media, handles recordings, or combines these paths. It also checks the runtime and deployment model.
Before editing, it lays out the bot goal, Zoom surfaces, changed files, authentication path, runtime duties, and expected media or transcript outputs. It then adds the join or attach flow, downstream processing, and the smallest required server, worker, or scheduler wiring. Existing logging, queue, and secret-handling patterns are reused where possible.
Credentials, meeting join inputs, and media dependencies need checking before the bot can be verified. The command also runs available build, test, or static checks and does not treat recording or transcript automation as complete until the path works end to end.
What it helps with
- connect a bot to a Zoom meeting
- capture or process live media
- handle meeting recordings and transcripts
- add the worker or server path for the bot
- verify the flow from meeting join to output
Example prompts for the agent
- Build a bot that joins a Zoom meeting and produces a media artifact.
- Inspect this repository and add a live-media workflow through RTMS.
- Set up the smallest worker for post-meeting recording processing, then verify the full path.
How to install build-zoom-bot
Manually: put the files in place
~/.codex/prompts/build-zoom-bot.mdCall it with /prompts:build-zoom-bot. Codex marks this format deprecated in favour of skills
Manually: put the files in place
.claude/commands/build-zoom-bot.mdCall it with /build-zoom-bot. For all projects use ~/.claude/commands/
Manually: put the files in place
.github/prompts/build-zoom-bot.prompt.mdManually: put the files in place
.gemini/commands/build-zoom-bot.tomlGemini stores commands as TOML: the prompt text goes into the prompt field
Questions about build-zoom-bot
How do I install build-zoom-bot in Codex?
Save the command file at ~/.codex/prompts/build-zoom-bot.md.
What does build-zoom-bot do?
It helps add a Zoom bot workflow for meeting participation, recording, media processing, or real-time behavior. It also plans the edits and checks the resulting path.
What must be checked before running the Zoom bot?
Check credentials, meeting join inputs, the runtime environment, and media dependencies. Secrets should not be printed.
Source text
build-zoom-bot.md · MIT
--- description: Implement a Zoom meeting bot, recorder, or real-time media workflow in the current codebase. --- # Build Zoom Bot Use this command when the repo needs to join meetings programmatically, capture media, process transcripts, or automate meeting-time behavior. ## Preflight 1. Inspect the codebase for existing bot, worker, Meeting SDK, RTMS, or media-processing code. 2. Identify whether the bot is joining meetings, consuming live media, processing recordings, or combining multiple paths. 3. Confirm the execution environment and deployment model for the bot runtime. 4. Check for required credentials, meeting join inputs, and media dependencies without printing secrets. ## Plan Before making changes: - state the bot goal and the Zoom surfaces involved - list the files that will be changed - state the auth path, runtime responsibilities, and media or transcript outputs - state how the first working bot path will be verified ## Commands 1. Add or correct the bot entry path, meeting join or attach flow, and downstream processing pipeline. 2. Keep the first pass narrow: one working automation path before optional orchestration or analytics layers. 3. Add the minimal server, worker, or scheduler wiring required for the workflow. 4. Reuse existing logging, queueing, and secrets patterns where possible. 5. Do not claim recording or transcript automation works until the path is checked end to end. ## Verification 1. Re-read the bot runtime, auth helpers, and processing code that changed. 2. Run local build, tests, or static validation where available. 3. Verify the join pipeline, media handling assumptions, or downstream artifact path. 4. State any remaining blocker such as runtime environment constraints, account requirements, or missing meeting inputs. ## Summary ```text ## Result - Action: implemented or updated a Zoom bot workflow - Status: success | partial | failed - Details: runtime, files changed, auth path, verification run ``` ## Next Steps - Test with a real meeting in a controlled environment. - Add storage, analytics, or downstream integrations only after the base bot loop works. - If the requirement is post-meeting retrieval rather than live participation, consider REST APIs or recording workflows instead.
© Zoom · MIT · openai/plugins