build-zoom-apps-sdk-app — команда для Codex: приложение внутри Zoom
Слэш-команда для Codex и ChatGPT, которая разворачивает приложение на Zoom Apps SDK внутри клиента Zoom.
~/.codex/prompts/build-zoom-apps-sdk-app.mdЧто делает build-zoom-apps-sdk-app
Команда нужна, когда приложение должно работать внутри клиента Zoom, а не встраивать Zoom в сторонний сервис. Перед правками она осматривает репозиторий: есть ли уже Zoom Apps SDK, какой фронтенд, какие backend-API и как устроена авторизация. Отдельно проверяется, что задача не про Meeting SDK или Video SDK — это другой сценарий.
Дальше команда просит назвать целевой running context: встреча, вебинар, основной клиент, phone, collaborate mode, immersive mode или camera mode. Затем перечисляет файлы под правку, описывает модель авторизации и зону ответственности бэкенда. Инициализация SDK ставится в нужную фронтенд-поверхность, а фичи гейтятся по контексту, а не по предположению, что поддержка есть везде.
Проверка идёт по шагам: перечитать инициализацию и capability checks, собрать проект или прогнать тесты, проверить загрузку приложения и первое полезное действие. В конце команда сообщает о блокерах — пробелах в allowlist, отсутствии контекста клиента Zoom или расхождении конфигурации. Настройки Marketplace, allowed domains и redirect URIs должны совпадать с кодом, иначе приложение не загрузится в клиенте.
Какие задачи решает
- развернуть приложение, которое живёт внутри клиента Zoom
- выбрать running context и не перепутать его с Meeting SDK
- настроить in-client OAuth и callback-путь
- гейтить фичи по контексту вместо глобальной поддержки
- сверить allowlist доменов с конфигурацией приложения
Примеры запросов агенту
- собери Zoom Apps SDK приложение для работы внутри клиента
- проверь capability checks и инициализацию SDK в этом репозитории
- добавь минимальный backend для первого полезного сценария
Как установить build-zoom-apps-sdk-app
Вручную: положить файлы
~/.codex/prompts/build-zoom-apps-sdk-app.mdВызов — /prompts:build-zoom-apps-sdk-app. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/build-zoom-apps-sdk-app.mdВызов — /build-zoom-apps-sdk-app. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/build-zoom-apps-sdk-app.prompt.mdВручную: положить файлы
.gemini/commands/build-zoom-apps-sdk-app.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Из того же набора304
Весь набор →Похожие
Рядом в теме «Бэкенд и API»
Все слэш-команды по теме «Бэкенд и API» →Вопросы о build-zoom-apps-sdk-app
Как установить build-zoom-apps-sdk-app в Claude?
Положите файл промпта по пути ~/.codex/prompts/build-zoom-apps-sdk-app.md, после чего команда станет доступна в Claude.
Что делает build-zoom-apps-sdk-app?
Разворачивает приложение на Zoom Apps SDK, которое запускается внутри клиента Zoom: инициализация SDK, проверки возможностей по running context, минимальная обвязка бэкенда и авторизация там, где она нужна.
Чем это отличается от Meeting SDK и Video SDK?
Команда рассчитана на приложение внутри клиента Zoom. Если задача — запускать Zoom снаружи, нужен другой сценарий, и команда прямо предлагает переключиться на meeting, video или REST-поток.
Исходный текст
build-zoom-apps-sdk-app.md · MIT
--- description: Implement a Zoom Apps SDK app that runs inside the Zoom client with the right running context, auth path, and backend integration. --- # Build Zoom Apps SDK App Use this command when the repo should build an app that runs inside the Zoom client rather than embedding Zoom in an external app. ## Preflight 1. Inspect the codebase for existing Zoom Apps SDK usage, frontend framework, backend APIs, and auth handling. 2. Confirm the requirement is truly an in-client Zoom app and not a Meeting SDK or Video SDK workflow. 3. Identify the required running context: meeting, webinar, main client, phone, collaborate mode, immersive mode, camera mode, or another supported context. 4. Check for required Marketplace app settings, allowed domains, redirect URIs, and in-client OAuth requirements without printing secrets. ## Plan Before making changes: - state the target running context and user flow - list the files that will be changed - state the auth model, backend responsibilities, and any capability gating - state how the app will be verified locally or in Zoom client testing ## Commands 1. Add or correct Zoom Apps SDK initialization in the correct frontend surface. 2. Configure capability checks and gate features by running context instead of assuming global support. 3. Add the minimum backend or API wiring needed for the app’s first useful flow. 4. Wire in-client OAuth or supporting backend auth only where the chosen workflow requires it. 5. Keep domain allowlists, callback paths, and app configuration aligned with the implementation. 6. Avoid mixing external embed assumptions into an in-client Zoom app architecture. ## Verification 1. Re-read the client initialization, capability checks, and backend integration code after changes. 2. Run local build or tests where available. 3. Verify the app load path, running-context assumptions, and first useful user action. 4. State any remaining blocker such as allowlist gaps, missing Zoom client context, or app configuration mismatch. ## Summary ```text ## Result - Action: implemented or updated a Zoom Apps SDK app - Status: success | partial | failed - Details: running context, files changed, auth path, verification run ``` ## Next Steps - Test the app inside the intended Zoom client context. - Add advanced client capabilities only after the base app loads reliably. - If the requirement is to run outside Zoom client, switch to the appropriate meeting, video, or REST flow.
© Zoom · MIT · openai/plugins