debug-zoom-auth — команда для Codex: разбор ошибок входа в Zoom
Помогает найти, на каком шаге ломается авторизация Zoom: OAuth, подпись SDK или обновление токена. Полезна, когда логин не проходит, а причина неясна.
~/.codex/prompts/debug-zoom-auth.mdЧто делает debug-zoom-auth
Команда разбирает сбой авторизации в Zoom по слоям. Сначала уточняет симптом: текст ошибки, эндпоинт, где именно падает — на authorize, callback, обмене токена, refresh или при входе через SDK. Потом смотрит в репозитории код авторизации, работу с переменными окружения и жизненный цикл токена. Если в описании проблемы нет конкретной ошибки, команда попросит её до изменений.
Дальше проверяет несовпадения: client ID, redirect URI, списки scope, параметры обмена токена и вращение refresh-токена. Для SDK-авторизации смотрит путь генерации подписи или токена на сервере. Вносит минимальную правку в найденный слой и повторяет упавший путь. Без нужных учётных данных или при поведении на стороне платформы честно скажет, что застряло.
Держите под рукой точный текст ошибки и доступ к конфигурации. Запускать имеет смысл только по конкретному сбою: без симптома команда не станет менять авторизацию наугад. Ещё одна деталь: подписи Zoom зависят от серверного пути генерации, и правка в клиенте её не вылечит.
Какие задачи решает
- найти слой, на котором падает вход в Zoom
- сверить client ID и redirect URI с настройками приложения
- проверить обмен токена и вращение refresh-токена
- разобраться с подписью при входе через SDK
- повторить упавший сценарий после точечной правки
Примеры запросов агенту
- Логин в Zoom падает на callback с ошибкой invalid redirect URI, разберись, где несовпадение
- Обмен токена Zoom возвращает invalid_grant после refresh, проверь вращение токенов в проекте
- Вход через Zoom SDK даёт ошибку подписи, найди путь генерации подписи на сервере
Как установить debug-zoom-auth
Вручную: положить файлы
~/.codex/prompts/debug-zoom-auth.mdВызов — /prompts:debug-zoom-auth. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/debug-zoom-auth.mdВызов — /debug-zoom-auth. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/debug-zoom-auth.prompt.mdВручную: положить файлы
.gemini/commands/debug-zoom-auth.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Вопросы о debug-zoom-auth
Как установить debug-zoom-auth в Claude?
Положите файл команды в ~/.codex/prompts/debug-zoom-auth.md.
Что делает debug-zoom-auth?
Изолирует сбой авторизации Zoom по слоям — OAuth, подпись SDK, обновление токена — и вносит минимальную правку в найденный слой.
Что нужно, чтобы команда сработала?
Точный текст ошибки и доступ к конфигурации проекта. Без конкретного симптома команда попросит его, прежде чем что-то менять.
Исходный текст
debug-zoom-auth.md · MIT
--- description: Isolate and fix Zoom authentication failures across OAuth, SDK signatures, and token refresh paths. --- # Debug Zoom Auth Use this command when a Zoom login flow, token exchange, or signature flow is failing and you need a concrete failure diagnosis. ## Preflight 1. Capture the exact failing symptom: error text, failing endpoint, affected surface, and whether the failure happens at authorize, callback, token exchange, refresh, or SDK join time. 2. Inspect the repository for the auth implementation, env var usage, callback handling, and token lifecycle code. 3. Identify the auth model in use: user-level OAuth, server-to-server or service auth where applicable, or SDK signature and token flows. 4. Confirm the presence of required config values without printing secrets. 5. If the issue report lacks the concrete error, ask for it before making speculative auth changes. ## Plan Before changing anything: - name the most likely failing layer - list the evidence that will be checked - list the files and commands involved - state whether the workflow is read-only diagnosis or fix plus verification ## Commands 1. Inspect env and source usage for mismatched client IDs, redirect URIs, scope lists, token endpoints, or signature inputs. 2. For OAuth failures, verify exact redirect URI matching, token exchange parameters, and refresh-token rotation behavior. 3. For SDK auth failures, verify the expected server-side signature or token generation path for the specific SDK. 4. If the failure is caused by client capability mismatch, say that directly instead of pretending it is a token bug. 6. Apply only the minimum correction required to fix the identified layer. ## Verification 1. Re-run the failing path or reconstruct the exact auth request shape. 2. Confirm the corrected file, env var name, redirect URI, or server URL now matches the intended configuration. 3. If the failure persists, tighten the diagnosis to the next concrete layer rather than broadening scope. 4. State whether the issue is fixed, partially fixed, or blocked by missing credentials or external platform behavior. ## Summary ```text ## Result - Action: diagnosed or fixed a Zoom auth failure - Status: success | partial | failed - Details: failing layer, evidence checked, fix applied, remaining blocker ``` ## Next Steps - Re-run the failing flow with the corrected auth path. - If the issue is webhook-related after auth succeeds, run `/debug-zoom-webhook`.
© Zoom · MIT · openai/plugins