plan-zoom-integration — команда для Codex: план и установка
Команда превращает идею интеграции с Zoom в план разработки: архитектура, авторизация, этапы и риски. Нужна перед началом реализации.
~/.codex/prompts/plan-zoom-integration.mdЧто делает plan-zoom-integration
Команда сначала изучает репозиторий: текущий код Zoom, схему развёртывания, шаблоны переменных окружения, пути авторизации и обработку событий или медиа. Затем она фиксирует пользовательский сценарий, критерии успеха, бизнес-результат, нужные поверхности Zoom и внешние системы.
В плане появляются архитектура фронтенда и бэкенда, владелец авторизации, поток событий, медиакомпоненты, тип приложения Zoom, разрешения, callback-пути и жизненный цикл токенов. Реализация разбивается на фазы: от минимального рабочего пути до надёжности, наблюдаемости и доработок. Команда также отделяет факты репозитория от предположений и завершает план первым небольшим доказательством архитектуры. Если webhook недоступен извне, это ограничение нужно учесть до начала реализации.
Какие задачи решает
- составить план интеграции с Zoom
- разобрать текущую реализацию в репозитории
- определить тип приложения и OAuth-разрешения
- разложить разработку на этапы
- выделить риски и первый рабочий результат
Примеры запросов агенту
- Запусти
/plan-zoom-integrationдля идеи интеграции с Zoom в этом репозитории. - Используй
/plan-zoom-integrationи опиши целевой сценарий, критерии успеха и внешние системы. - Составь через
/plan-zoom-integrationплан для существующего кода Zoom с учётом webhook и OAuth.
Как установить plan-zoom-integration
Вручную: положить файлы
~/.codex/prompts/plan-zoom-integration.mdВызов — /prompts:plan-zoom-integration. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/plan-zoom-integration.mdВызов — /plan-zoom-integration. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/plan-zoom-integration.prompt.mdВручную: положить файлы
.gemini/commands/plan-zoom-integration.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Вопросы о plan-zoom-integration
Как установить plan-zoom-integration в Codex?
Скопируйте файл команды в ~/.codex/prompts/plan-zoom-integration.md.
Что делает plan-zoom-integration?
Команда проверяет состояние репозитория и составляет план интеграции с Zoom: архитектуру, auth-модель, этапы, зависимости и риски.
Что команда проверяет перед планированием?
Она смотрит на Zoom-код, развёртывание, env-шаблоны, авторизацию, события или медиа, а также на доступность webhook и ограничения SDK.
Исходный текст
plan-zoom-integration.md · MIT
--- description: Turn a Zoom product idea into a practical build plan with auth, architecture, milestones, and risk calls. --- # Plan Zoom Integration Use this command when the right Zoom surface is mostly clear and the next step is a concrete delivery plan. ## Preflight 1. Inspect the repository for current Zoom code, deployment shape, env templates, auth paths, and event or media handling. 2. Capture the target user flow, success criteria, and the concrete business outcome. 3. Identify the owning Zoom surface or surfaces and any external systems the integration must connect to. 4. Note hard constraints early: platform, OAuth app type, webhook reachability, SDK environment limits, or marketplace review assumptions. ## Plan Before producing the build plan: - state the Zoom surfaces in scope - state the expected auth and event model - state the major implementation phases - state whether the plan is greenfield, retrofit, or repair on top of an existing integration ## Commands 1. Inventory the current repo and identify which parts can be reused versus what must be added. 2. Define the integration architecture: frontend, backend, auth owner, event flow, and any live media components. 3. Define the required Zoom app type, scopes, callback paths, and token lifecycle expectations. 4. Break the implementation into phases: smallest working path first, then reliability, observability, and polish. 5. Call out the highest-risk dependencies early instead of burying them under tasks. 6. End with the smallest deliverable that proves the architecture works. ## Verification 1. Confirm the plan includes architecture, auth, scopes, implementation phases, and top risks. 2. Verify the proposed sequence matches the repo’s current state and the user’s goal. 3. Distinguish confirmed repo facts from assumptions or unresolved questions. ## Summary ```text ## Result - Action: produced a Zoom integration build plan - Status: success | partial | failed - Details: architecture, auth model, phases, risks, first milestone ``` ## Next Steps - Run the most relevant build or setup command for phase one. - If the owning surface is still unclear, run `/plan-zoom-product`. - If the repo already fails in one layer, run `/debug-zoom` before implementing further.
© Zoom · MIT · openai/plugins