build-zoom-probe-flow — команда Codex: что делает и установка
Команда добавляет проверки готовности Zoom перед входом в встречу или сессию. Она пригодится для контроля браузера, устройств и сети до подключения.
~/.codex/prompts/build-zoom-probe-flow.mdЧто делает build-zoom-probe-flow
Команда помогает встроить Zoom Probe SDK в слой перед подключением к Meeting SDK или Video SDK. Она предлагает проверить браузер, камеру, микрофон, динамики, сеть, CPU и диагностические отчёты, а затем настроить реакцию на сбои: заблокировать вход, показать предупреждение или сохранить телеметрию.
Перед изменениями агент изучает существующий экран входа, проверки разрешений и поток подключения. Затем он планирует список файлов, меняет интеграцию Probe SDK, добавляет нужное состояние интерфейса и проверяет результат локальной сборкой или тестами. Результаты Probe нужно держать отдельно от токенов и не собирать лишние сведения об устройстве. HTTPS, ограничения браузера и работа с разрешениями могут остаться блокерами для запуска.
Какие задачи решает
- проверить браузер и устройства до входа в Zoom
- запустить диагностику перед подключением к Meeting SDK
- решить, блокировать ли вход после сбоя проверки
- показать пользователю готовность камеры, микрофона и сети
- передать результаты проверки в телеметрию или отчёт поддержки
Примеры запросов агенту
- Используй команду
build-zoom-probe-flowи добавь проверки перед входом в Meeting SDK. - Проверь существующий поток подключения к Video SDK и встрои в него диагностику камеры, микрофона и сети.
- Настрой блокировку входа при сбое проверки и проверь сценарии успешной и неуспешной диагностики.
Как установить build-zoom-probe-flow
Вручную: положить файлы
~/.codex/prompts/build-zoom-probe-flow.mdВызов — /prompts:build-zoom-probe-flow. В Codex этот формат помечен устаревшим, замена — скиллы
Вручную: положить файлы
.claude/commands/build-zoom-probe-flow.mdВызов — /build-zoom-probe-flow. Для всех проектов — ~/.claude/commands/
Вручную: положить файлы
.github/prompts/build-zoom-probe-flow.prompt.mdВручную: положить файлы
.gemini/commands/build-zoom-probe-flow.tomlGemini хранит команды в TOML: текст запроса — в поле prompt
Вопросы о build-zoom-probe-flow
Как установить build-zoom-probe-flow в Codex?
Создай файл команды по пути ~/.codex/prompts/build-zoom-probe-flow.md.
Что делает build-zoom-probe-flow?
Команда добавляет поток проверки готовности перед входом в Zoom-встречу или видеосессию. Она охватывает Probe SDK, проверки среды и правила допуска к подключению.
Какие проверки поддерживает команда?
В поток можно включить проверку браузера, камеры, микрофона, динамиков, сети, CPU и диагностических отчётов. Для сбоя задаётся блокировка входа, предупреждение или сбор телеметрии.
Исходный текст
build-zoom-probe-flow.md · MIT
--- description: Implement readiness checks with Zoom Probe SDK before users join meetings or sessions. --- # Build Zoom Probe Flow Use this command when the app needs pre-join diagnostics for browser, device, network, or environment readiness before Meeting SDK or Video SDK sessions. ## Preflight 1. Inspect the codebase for existing pre-join screens, media-permission checks, diagnostics code, and meeting or video join flows. 2. Confirm the requirement is readiness gating before join, not a general support diagnostics page unrelated to Zoom session entry. 3. Identify which checks matter for this workflow: browser support, camera, microphone, speaker, network, CPU, or diagnostic reports. 4. Check how failed checks should be handled: block join, warn the user, or capture telemetry. ## Plan Before making changes: - state the target join flow and the readiness checks in scope - list the files that will be changed - state the gating behavior and any telemetry or support output - state how the probe flow will be verified ## Commands 1. Add or correct the Probe SDK integration at the pre-join layer of the app. 2. Run diagnostics before the Meeting SDK or Video SDK join path rather than during unrelated app initialization. 3. Keep probe results separate from tokens and avoid collecting unnecessary device details. 4. Add the minimum UI or state handling needed to communicate readiness and block or allow join appropriately. 5. Reuse existing telemetry or support-reporting patterns where possible. ## Verification 1. Re-read the diagnostics code, gating logic, and any reporting path after changes. 2. Run local build or tests where available. 3. Verify the probe checks run before join and influence the flow as intended. 4. State any remaining blocker such as HTTPS requirements, browser limitations, permission handling, or unsupported environments. ## Summary ```text ## Result - Action: implemented or updated a Zoom Probe readiness flow - Status: success | partial | failed - Details: files changed, checks added, gating behavior, verification run ``` ## Next Steps - Test the flow under both passing and failing device or network conditions. - Tune the threshold between warn and block after observing real user behavior. - If the app also needs the actual meeting or session join flow, wire the probe output into the corresponding build command next.
© Zoom · MIT · openai/plugins