setup-zoom-oauth — команда для Codex: настройка Zoom OAuth
Команда разбирает репозиторий и приводит в порядок OAuth-поток Zoom: тип приложения, scopes, редиректы и жизненный цикл токенов.
~/.codex/prompts/setup-zoom-oauth.mdЧто делает setup-zoom-oauth
Команда нужна, когда в коде, конфиге деплоя или локальной разработке надо собрать или починить авторизацию через Zoom. Сначала она проходит preflight: ищет в репозитории существующий код авторизации, шаблоны переменных окружения, роуты колбэка и то, как хранятся токены. Потом определяет, какая поверхность Zoom задействована — REST API, Meeting SDK, Video SDK, Team Chat, Phone или Contact Center — и какой модели приложения соответствует текущая реализация.
Дальше идёт план: команда называет модель OAuth, перечисляет файлы к правке, переменные окружения и redirect URI, отдельно отмечает, нужно ли добавлять обновление refresh-токена или серверный обмен кода на токен. Поиск существующего кода идёт через rg по ZOOM_, oauth, redirect_uri, client_id и известным эндпоинтам Zoom. Секреты в вывод не попадают, access- и refresh-токены не логируются.
Проверка возвращает вас к изменённым файлам: строка redirect URI должна совпадать в коде и конфиге символ в символ, набор scopes — соответствовать выбранной поверхности Zoom. Refresh-токены команда трактует как одноразовые. Перед правкой кода стоит убедиться, что в репозитории вообще понятна цель интеграции: если нет, команда задаст один прямой вопрос.
Какие задачи решает
- найти в репозитории уже написанный код авторизации Zoom
- согласовать redirect URI между кодом и конфигом деплоя
- подобрать scopes под нужную поверхность Zoom
- добавить серверный обмен кода на токен
- переписать логику refresh-токена без утечки секретов
Примеры запросов агенту
- настрой Zoom OAuth в этом репозитории
- проверь, совпадает ли redirect_uri в коде и в конфиге
- добавь обновление refresh-токена для Zoom
Как установить setup-zoom-oauth
Вручную: положить файлы
~/.codex/prompts/setup-zoom-oauth.mdВызов — /prompts:setup-zoom-oauth. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/setup-zoom-oauth.mdВызов — /setup-zoom-oauth. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/setup-zoom-oauth.prompt.mdВручную: положить файлы
.gemini/commands/setup-zoom-oauth.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Из того же набора304
Весь набор →Похожие
Рядом в теме «Бэкенд и API»
Все слэш-команды по теме «Бэкенд и API» →Вопросы о setup-zoom-oauth
Как установить setup-zoom-oauth в Claude?
Положите файл команды по пути ~/.codex/prompts/setup-zoom-oauth.md.
Что делает setup-zoom-oauth?
Осматривает репозиторий и выстраивает корректный путь Zoom OAuth: тип приложения, scopes, обработку редиректов и жизненный цикл токенов.
Какие поверхности Zoom поддерживаются?
REST API, Meeting SDK, Video SDK, Team Chat, Phone и Contact Center — команда определяет нужную по текущей реализации.
Исходный текст
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