zoom-integration-doctor — команда для Codex: аудит интеграции с Zoom
Прогоняет диагностику кода интеграции с Zoom и выдаёт список рисков по архитектуре, авторизации, событиям и SDK. Пригодится перед тем, как что-то менять в чужом репозитории.
~/.codex/prompts/zoom-integration-doctor.mdЧто делает zoom-integration-doctor
Команда рассчитана на репозиторий, где код интеграции с Zoom уже есть. Сначала она проводит инвентаризацию: ищет связанные файлы, переменные окружения, пакеты SDK и маршруты вебхуков. Затем определяет, какие поверхности Zoom задействованы — REST API, Meeting SDK, Video SDK, вебхуки, WebSockets, Phone или Contact Center.
Дальше идёт проверка по слоям: обработка авторизации (модель приложения, scopes, хранение секретов, редиректы, жизненный цикл токенов), события (подпись вебхуков, повторы, уместность WebSocket), использование SDK (расхождение версий, неверная поверхность, серверные зависимости) и границы интеграции. Находки сортируются по серьёзности, чтобы главные риски не утонули в деталях реализации.
Правки код вносит только по явному запросу. Перед запуском стоит проверить, чист ли рабочий каталог: если в нём уже есть изменения, привязка находок к конкретным правкам усложнится. Каждая находка должна опираться на конкретный файл или конфиг, а подтверждённые проблемы команда отделяет от предположений.
Какие задачи решает
- разобраться, какие поверхности Zoom уже задействованы в репозитории
- найти слабые места в хранении секретов и жизненном цикле токенов
- проверить подпись вебхуков и обработку повторов
- отловить расхождение версий SDK и лишние серверные зависимости
- получить список рисков по серьёзности перед рефакторингом
Примеры запросов агенту
- прогони zoom-integration-doctor по этому репозиторию, только чтение
- сделай аудит интеграции с Zoom и отсортируй находки по серьёзности
- проверь авторизацию и вебхуки Zoom, правки не вноси
Как установить zoom-integration-doctor
Вручную: положить файлы
~/.codex/prompts/zoom-integration-doctor.mdВызов — /prompts:zoom-integration-doctor. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/zoom-integration-doctor.mdВызов — /zoom-integration-doctor. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/zoom-integration-doctor.prompt.mdВручную: положить файлы
.gemini/commands/zoom-integration-doctor.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Из того же набора304
Весь набор →Похожие
Рядом в теме «Код-ревью и рефакторинг»
Все слэш-команды по теме «Код-ревью и рефакторинг» →Вопросы о zoom-integration-doctor
Как установить zoom-integration-doctor в Codex?
Положите файл команды по пути ~/.codex/prompts/zoom-integration-doctor.md.
Что делает zoom-integration-doctor?
Проводит диагностику кода интеграции с Zoom: инвентаризацию поверхностей, разбор авторизации, событий и SDK, а затем отчёт с рисками по серьёзности.
Команда сама правит код?
Нет, по умолчанию это аудит только для чтения. Исправления вносятся, если вы явно попросите применить их в том же запуске.
Исходный текст
zoom-integration-doctor.md · MIT
--- description: Run a read-first audit of a Zoom integration and report the most important architecture, auth, eventing, and SDK risks. --- # Zoom Integration Doctor Use this command for a broad diagnostic pass when a repo already contains Zoom integration code and you want a prioritized assessment before making changes. ## Preflight 1. Inventory the repository for Zoom-related files, env vars, SDK packages, and webhook routes. 2. Identify which Zoom surfaces are in play: REST API, Meeting SDK, Video SDK, Webhooks, WebSockets, Phone, or Contact Center. 3. Confirm whether the user wants a read-only audit or is also authorizing fixes in the same pass. 4. Check for dirty working tree and call it out if changes could complicate attribution. ## Plan Before doing the audit: - list the surfaces that will be reviewed - state whether the audit is read-only or includes fixes - state the ranking criteria: correctness, auth safety, architectural fit, and maintainability ## Commands 1. Inventory the active Zoom surfaces and determine whether the product choice matches the use case. 2. Review auth handling for app model, scopes, secret storage, redirect handling, and token lifecycle. 3. Review eventing for webhook signature handling, retries, or WebSocket suitability. 4. Review SDK usage for version drift, wrong surface choice, or incorrect server-side dependencies. 5. Review integration boundaries for unnecessary coupling, unclear ownership, and avoidable auth complexity. 6. Report findings ordered by severity. Do not bury the top risks under implementation detail. 7. Only make code changes if the user explicitly wants fixes applied in the same run. ## Verification 1. Confirm every reported finding points to concrete file or config evidence. 2. If fixes were applied, re-read the edited files and summarize the before or after state. 3. Distinguish confirmed issues from assumptions or missing evidence. ## Summary ```text ## Result - Action: completed a Zoom integration audit - Status: success | partial | failed - Details: surfaces reviewed, top risks, fixes applied if any ``` ## Next Steps - Apply the highest-severity fixes first. - Use the narrower setup or debug commands for the affected layer. - Re-run the doctor after major auth or eventing changes to confirm the risk list shrank.
© Zoom · MIT · openai/plugins
