build-zoom-contact-center-app — команда для Codex: интеграция Zoom
Проводит агента по шагам: находит существующий код Contact Center, планирует правки, добавляет авторизацию и обработку событий, затем проверяет сборку.
~/.codex/prompts/build-zoom-contact-center-app.mdЧто делает build-zoom-contact-center-app
Команда включается, когда в репозитории нужна интеграция Zoom Contact Center для веба, мобильного приложения или бэкенда. Сначала идёт разведка: агент смотрит, что уже есть в коде — использование SDK, работа с OAuth, потребители событий. Потом определяет целевую платформу и сценарий: веб-встраивание, нативная обёртка, обработка обращений, кампания или оркестрация на сервере.
Дальше команда требует плана до правок: назвать платформу и рабочий процесс, перечислить файлы, описать путь авторизации, путь событий и модель взаимодействия, а также способ проверки первой версии. Только после этого агент вносит изменения на нужном слое платформы, опираясь на существующую структуру приложения. Первый проход ограничен одним конкретным сценарием — обращением или маршрутизацией. Секреты и идентификаторы аккаунта в вывод не попадают.
В конце агент перечитывает изменённые файлы интеграции, запускает локальную сборку или тесты, если они есть, и проверяет форму обработчиков. Если чего-то не хватает — настройки SDK, конфигурации приложения или данных аккаунта — он скажет об этом прямо. Для Codex файл команды лежит по пути ~/.codex/prompts/build-zoom-contact-center-app.md.
Какие задачи решает
- разобрать существующий код Contact Center перед правками
- выбрать слой платформы для интеграции: веб, мобильный или бэкенд
- описать путь авторизации и обработки событий до начала работы
- ограничить первую версию одним сценарием обращения
- проверить сборку и форму обработчиков после изменений
Примеры запросов агенту
- build-zoom-contact-center-app: добавь веб-встраивание Contact Center в наш репозиторий
- build-zoom-contact-center-app: нужна обработка событий кампании на бэкенде
- build-zoom-contact-center-app: проверь текущую интеграцию и скажи, чего не хватает
Как установить build-zoom-contact-center-app
Вручную: положить файлы
~/.codex/prompts/build-zoom-contact-center-app.mdВызов — /prompts:build-zoom-contact-center-app. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/build-zoom-contact-center-app.mdВызов — /build-zoom-contact-center-app. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/build-zoom-contact-center-app.prompt.mdВручную: положить файлы
.gemini/commands/build-zoom-contact-center-app.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Из того же набора304
Весь набор →Похожие
Рядом в теме «Бэкенд и API»
Все слэш-команды по теме «Бэкенд и API» →Вопросы о build-zoom-contact-center-app
Как установить build-zoom-contact-center-app в Claude?
Положите файл команды по пути ~/.codex/prompts/build-zoom-contact-center-app.md — отдельной команды установки нет.
Что делает build-zoom-contact-center-app?
Проводит агента через разведку кода, план, правки и проверку при интеграции Zoom Contact Center для веба, мобильного приложения или бэкенда.
Что нужно для работы команды?
Настроенный SDK, конфигурация приложения и данные аккаунта Zoom. Если чего-то из этого нет, агент сообщит о блокере в итоговом отчёте.
Исходный текст
build-zoom-contact-center-app.md · MIT
--- description: Implement a Zoom Contact Center integration for web, mobile, or backend workflows with the right auth and event handling. --- # Build Zoom Contact Center App Use this command when the repo needs Zoom Contact Center web, mobile, or backend integration work. ## Preflight 1. Inspect the codebase for existing Contact Center code, SDK usage, OAuth handling, and event consumers. 2. Identify the target platform and workflow: web embed, native wrapper, engagement handling, campaign flow, or backend orchestration. 3. Confirm the owning runtime and UI surface. 4. Check for the required auth, SDK, or endpoint configuration without printing secrets. ## Plan Before making changes: - state the target platform and Contact Center workflow - list the files that will be changed - state the auth path, event path, and interaction model - state how the initial integration will be verified ## Commands 1. Add or correct the Contact Center integration at the proper platform layer. 2. Reuse existing app structure and avoid generic abstractions that hide platform-specific requirements. 3. Keep the first pass scoped to one concrete engagement or routing workflow. 4. Add the minimum auth, event, and UI wiring required for a working path. 5. Keep secrets and account-specific identifiers out of output. ## Verification 1. Re-read the platform integration files and supporting auth or event code that changed. 2. Run local build or tests where available. 3. Verify the configured workflow path and handler shape. 4. State any remaining blocker such as missing SDK setup, app configuration, or account prerequisites. ## Summary ```text ## Result - Action: implemented or updated a Zoom Contact Center workflow - Status: success | partial | failed - Details: platform, files changed, auth path, verification run ``` ## Next Steps - Test the target engagement flow in the intended environment. - Expand to more event or campaign cases only after the base path works. - If auth or delivery is failing, use the narrower setup or debug commands next.
© Zoom · MIT · openai/plugins
