build-zoom-virtual-agent — команда для Codex: встроить Zoom Virtual
Проводит агента через встраивание Zoom Virtual Agent в веб, Android или iOS: разведка кода, план, правки, проверка.
~/.codex/prompts/build-zoom-virtual-agent.mdЧто делает build-zoom-virtual-agent
Команда нужна, когда в репозитории надо обернуть или встроить Zoom Virtual Agent на веб-платформе, Android или iOS. Сначала она осматривает код: ищет существующие web view, мосты-обёртки, обработчики событий и места, где передаются авторизация и контекст. Потом определяет целевую платформу и путь запуска агента, сверяет ограничения жизненного цикла хост-приложения и проверяет нужные значения конфигурации, не печатая секреты.
До правок команда просит зафиксировать план: платформу и сценарий работы агента, список файлов под изменение, путь запуска, обработку событий и зону ответственности хост-приложения, а ещё способ проверки первой версии интеграции. Дальше идут сами правки: код встраивания или обёртки на нужном слое платформы, минимальная логика запуска, событий и обновления контекста. Обёртку команда старается отделить от общего состояния приложения, а токены и секреты не выводить в логи.
В конце — повторное чтение изменённых файлов, локальная сборка или тесты, если они есть, и проверка формы запуска и потока сообщений. Команда прямо называет оставшиеся блокеры: нехватку конфигурации платформы, неподдерживаемое поведение хоста, пробелы в настройке приложения. Если обработка жизненного цикла обёртки нестабильна, она советует сузить интеграцию, а не расширять её.
Какие задачи решает
- встроить Zoom Virtual Agent в web view или нативную обёртку
- разложить запуск агента и обработку событий по слоям платформы
- согласовать интеграцию с жизненным циклом хост-приложения
- проверить, что токены и секреты не утекают в логи
- отделить состояние обёртки от общего состояния приложения
Примеры запросов агенту
- встрой Zoom Virtual Agent в наше веб-приложение
- добавь обёртку Zoom Virtual Agent для Android
- проверь путь запуска и обработку событий у Zoom Virtual Agent
Как установить build-zoom-virtual-agent
Вручную: положить файлы
~/.codex/prompts/build-zoom-virtual-agent.mdВызов — /prompts:build-zoom-virtual-agent. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/build-zoom-virtual-agent.mdВызов — /build-zoom-virtual-agent. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/build-zoom-virtual-agent.prompt.mdВручную: положить файлы
.gemini/commands/build-zoom-virtual-agent.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Из того же набора304
Весь набор →Похожие
Рядом в теме «Настройка агента: память, контекст, субагенты»
Все слэш-команды по теме «Настройка агента: память, контекст, субагенты» →Вопросы о build-zoom-virtual-agent
Как установить build-zoom-virtual-agent в Claude?
Положите файл команды по пути ~/.codex/prompts/build-zoom-virtual-agent.md.
Что делает build-zoom-virtual-agent?
Проводит интеграцию Zoom Virtual Agent в веб, Android или iOS: разведка кода, план, правки встраивания и проверка запуска с обработкой событий.
Что команда проверяет перед правками?
Ищет существующие web view, мосты, обработчики событий и код передачи авторизации, определяет целевую платформу и путь запуска, сверяет ограничения жизненного цикла хоста и наличие нужных значений конфигурации.
Исходный текст
build-zoom-virtual-agent.md · MIT
--- description: Implement a Zoom Virtual Agent integration for web or mobile wrapper environments with the right lifecycle and event handling. --- # Build Zoom Virtual Agent Use this command when the repo needs to embed or wrap Zoom Virtual Agent on web, Android, or iOS. ## Preflight 1. Inspect the codebase for existing web views, wrapper bridges, event handlers, and auth or context-passing code. 2. Identify the target platform and Virtual Agent launch path. 3. Confirm the lifecycle constraints for the host app and any required native bridge behavior. 4. Check for the required configuration values without printing secrets. ## Plan Before making changes: - state the target platform and Virtual Agent workflow - list the files that will be changed - state the launch path, event handling path, and host-app responsibilities - state how the initial integration will be verified ## Commands 1. Add or correct the Virtual Agent embed or wrapper code at the appropriate platform layer. 2. Keep the implementation aligned with the host framework’s lifecycle and bridge patterns. 3. Add the minimum launch, event, and context update logic required for a working path. 4. Separate wrapper concerns from broader application state where possible. 5. Avoid leaking secrets or user tokens in logs or output. ## Verification 1. Re-read the embed or wrapper code and any supporting bridge files that changed. 2. Run local build or tests where available. 3. Verify the launch and message or event path shape. 4. State any remaining blocker such as missing platform config, unsupported host behavior, or app setup gaps. ## Summary ```text ## Result - Action: implemented or updated a Zoom Virtual Agent workflow - Status: success | partial | failed - Details: platform, files changed, launch path, verification run ``` ## Next Steps - Test the embedded agent in the intended runtime. - Add deeper host-app integration only after the base launch path works. - If wrapper lifecycle handling is unstable, narrow the integration before expanding scope.
© Zoom · MIT · openai/plugins
