build-zoom-bot — команда для Codex: что делает и установка
Команда собирает Zoom-бота в текущем проекте: подключение к встрече, запись, обработка медиа и сценарии реального времени.
~/.codex/prompts/build-zoom-bot.mdЧто делает build-zoom-bot
Команда сначала изучает кодовую базу: ищет существующие боты, воркеры, Meeting SDK, RTMS и обработку медиа. Затем она уточняет цель бота, способ подключения к Zoom, среду запуска и модель развёртывания.
После планирования команда добавляет путь запуска, подключение к встрече или медиапотоку и последующую обработку. Она также может настроить сервер, воркер или планировщик, сохранив текущие схемы логирования, очередей и секретов. Проверка включает сборку, тесты или статический анализ, а также проверку цепочки подключения и выходных файлов.
Для работы нужно заранее проверить учётные данные, параметры входа во встречу и зависимости для медиа. Команда не считает запись или расшифровку готовыми, пока путь не проверен целиком.
Какие задачи решает
- подключить бота к встрече Zoom
- записывать или обрабатывать медиапоток
- обрабатывать расшифровки и записи
- добавить сервер или воркер для сценария
- проверить путь от подключения до результата
Примеры запросов агенту
- Собери бота, который подключается к встрече Zoom и сохраняет медиарезультат.
- Проверь кодовую базу и добавь обработку живого медиапотока через RTMS.
- Настрой минимальный воркер для обработки записи после встречи и проверь его целиком.
Как установить build-zoom-bot
Вручную: положить файлы
~/.codex/prompts/build-zoom-bot.mdВызов — /prompts:build-zoom-bot. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/build-zoom-bot.mdВызов — /build-zoom-bot. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/build-zoom-bot.prompt.mdВручную: положить файлы
.gemini/commands/build-zoom-bot.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Вопросы о build-zoom-bot
Как установить build-zoom-bot в Codex?
Сохраните файл команды по пути ~/.codex/prompts/build-zoom-bot.md.
Что делает build-zoom-bot?
Команда помогает добавить в текущий проект Zoom-бота для подключения к встречам, записи, обработки медиа или сценариев реального времени. Она также планирует изменения и проверяет рабочий путь.
Что нужно проверить перед запуском Zoom-бота?
Нужно проверить учётные данные, параметры подключения к встрече, среду запуска и зависимости для медиа. Секреты при этом нельзя выводить.
Исходный текст
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