build-zoom-scribe-app — команда для Codex: что делает и как установить
Команда настраивает пайплайн транскрибации Zoom Scribe для сохранённых или загруженных медиафайлов. Помогает связать авторизацию, отправку задач и получение готового текста.
~/.codex/prompts/build-zoom-scribe-app.mdЧто делает build-zoom-scribe-app
Команда помогает спроектировать бэкенд для обработки медиафайлов через Zoom Scribe. Сначала она анализирует кодовую базу: проверяет хранилище, очереди, вебхуки и требования к задержке. Затем выбирает подходящий режим обработки — быстрый (fast mode) или пакетный (batch mode).
В плане реализации обработка авторизации платформы Build отделяется от бизнес-логики расшифровки. Команда настраивает цепочку из приёма файла, отправки запроса, парсинга ответа и сохранения стенограммы. Для пакетного режима отдельно прописывается опрос статуса или вебхук с колбэком.
Инструмент рассчитан только на предзаписанные медиафайлы. Если проекту требуется транскрибация живого звонка на лету, Zoom Scribe не подойдёт — для таких задач нужны протоколы RTMS или кастомный Zoom-бот.
Какие задачи решает
- Настроить пайплайн расшифровки аудиозаписей через Zoom Scribe
- Выбрать между быстрым и пакетным режимом обработки файлов
- Изолировать авторизацию Zoom Build от логики сохранения расшифровок
- Подключить вебхук или опрос статуса для фоновой обработки задач
Примеры запросов агенту
- /build-zoom-scribe-app настрой пайплайн для расшифровки загруженных аудиофайлов в batch mode
- /build-zoom-scribe-app добавь воркер для отправки записей в Zoom Scribe и сохранения стенограмм
- /build-zoom-scribe-app проверь текущую архитектуру очередей и подключи колбэки Zoom Scribe
Как установить build-zoom-scribe-app
Вручную: положить файлы
~/.codex/prompts/build-zoom-scribe-app.mdВызов — /prompts:build-zoom-scribe-app. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/build-zoom-scribe-app.mdВызов — /build-zoom-scribe-app. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/build-zoom-scribe-app.prompt.mdВручную: положить файлы
.gemini/commands/build-zoom-scribe-app.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Вопросы о build-zoom-scribe-app
Как установить build-zoom-scribe-app в Codex?
Сохраните файл команды по пути ~/.codex/prompts/build-zoom-scribe-app.md. После этого промпт станет доступен для вызова в окружении Codex.
Что делает build-zoom-scribe-app?
Она формирует архитектурный план и код для распознавания готовых медиафайлов через Zoom Scribe API, разделяя авторизацию, отправку запроса и обработку колбэков.
Можно ли использовать команду для живых конференций Zoom?
Нет, эта логика предназначена исключительно для загруженных или сохранённых записей. Для потокового аудио во время звонка используйте /build-zoom-rtms-app или /build-zoom-bot.
Исходный текст
build-zoom-scribe-app.md · MIT
--- description: Implement a Zoom Scribe transcription pipeline for uploaded or stored media with the right processing mode and callback flow. --- # Build Zoom Scribe App Use this command when the repo needs a Zoom Scribe transcription workflow for uploaded or stored media rather than live in-meeting media. ## Preflight 1. Inspect the codebase for existing ingestion, storage, queueing, webhook, or transcript-processing code. 2. Confirm the media source, expected latency, language requirements, and whether fast mode or batch mode fits the workflow. 3. Identify the runtime that will own Build-platform credentials, request submission, and callback or polling behavior. 4. Check for required credentials, storage paths, and callback endpoints without printing secrets. ## Plan Before making changes: - state the media source and chosen Scribe processing mode - list the files that will be changed - state the auth path, ingestion path, and transcript output destination - state how the first transcription flow will be verified ## Commands 1. Add or correct the transcription request path in the backend or worker layer. 2. Keep Build-platform auth handling separate from transcript business logic. 3. Add the minimum ingest, submit, parse, and persist flow required for a working transcription pipeline. 4. If batch mode is used, wire the callback or job-status path explicitly. 5. Reuse existing queueing, storage, and observability patterns where possible. 6. Avoid presenting live meeting media workflows as Scribe if the use case really belongs on RTMS or a bot pipeline. ## Verification 1. Re-read the auth handling, submission path, and transcript parsing code after changes. 2. Run local build or tests where available. 3. Verify the chosen processing mode and transcript output path are coherent. 4. State any remaining blocker such as credential audience, media format, callback path, or size constraints. ## Summary ```text ## Result - Action: implemented or updated a Zoom Scribe transcription workflow - Status: success | partial | failed - Details: processing mode, files changed, auth path, verification run ``` ## Next Steps - Test the pipeline with one real media file in a controlled environment. - Add retries, batching, or downstream AI processing only after the base path works. - If the workflow needs live media instead of stored files, switch to `/build-zoom-rtms-app` or `/build-zoom-bot`.
© Zoom · MIT · openai/plugins