iiuniversitet.ruЦентр обучения нейросетямОткрыть каталог

Выбор продукта Zoom для задачи

Помогает выбрать между REST API, вебхуками, SDK, Phone, Contact Center и MCP под вашу задачу и объясняет компромиссы.

СкиллAnthropic (партнёр: Zoom)ClaudeMITЗагрузить архив в ClaudeПроверка не требуетсяСлужебный: его вызывают другие скиллы
Скачать на русскомОригинал на английском (архив)Источник ↗
Что делает
Помогает выбрать между REST API, вебхуками, SDK, Phone, Contact Center и MCP под вашу задачу и объясняет компромиссы.
Когда брать
Когда нужно решить, какую поверхность Zoom использовать для продуктовой идеи или цели интеграции.
Когда не брать
Если выбор уже сделан и нужен готовый план реализации.
Пример запроса
Нам нужно встроить видеозвонки в наше приложение. Что выбрать: Meeting SDK или Video SDK?

Входит в плагин zoom-plugin. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

  1. Нажмите «Скачать на русском» и сохраните архив.
  2. В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
  3. Включите скилл переключателем.
Для терминала

Распакуйте архив и положите папку plan-zoom-product в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: plan-zoom-product
description: Выбирает подходящую поверхность Zoom для задачи и ясно объясняет компромиссы. Используй, когда нужно выбрать между REST API, вебхуками (Webhooks), WebSockets, Meeting SDK, Video SDK, Zoom Apps SDK, Phone, Contact Center или MCP для конкретной продуктовой идеи или цели интеграции.
argument-hint: "<product idea, app type, or integration goal>"
user-invocable: false
---

/plan-zoom-product

Если встретишь незнакомые подстановки или захочешь проверить, какие инструменты подключены, загляни в [CONNECTORS.md](../../CONNECTORS.md).

Выбери между Zoom REST API, вебхуками (Webhooks), WebSockets, Meeting SDK, Video SDK, Zoom Apps SDK, Phone, Contact Center и MCP для конкретной задачи.

Использование

/plan-zoom-product $ARGUMENTS

Рабочий процесс

  1. Выясни настоящую цель пользователя.
  2. Определи тип задачи: автоматизация, встроенные встречи, собственное видео, поведение приложения внутри клиента, доставка событий, ИИ-инструменты или работа с поддержкой, телефонией и контакт-центром.
  3. Если запрос неоднозначен, задай один короткий уточняющий вопрос, прежде чем фиксировать рекомендацию.
  4. Порекомендуй основную поверхность Zoom и перечисли минимально необходимые вспомогательные части.
  5. Объясни, чем отвергнутые варианты хуже для этого случая.
  6. Закончи конкретным планом следующих шагов.

Результат

  • Рекомендованная поверхность Zoom
  • Необходимые вспомогательные компоненты
  • Основные компромиссы и ограничения
  • Предлагаемая последовательность реализации
  • Ссылки на скиллы для следующего шага

Связанные скиллы

  • [start](../start/SKILL.md)
  • [choose-zoom-approach](../choose-zoom-approach/SKILL.md)
  • [design-mcp-workflow](../design-mcp-workflow/SKILL.md)

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/partner-built/zoom-plugin/skills/plan-zoom-product, лицензия MIT. Изменения: перевод на русский язык.

Оригинал на английском 
---
name: plan-zoom-product
description: Choose the right Zoom building surface for a use case and explain the tradeoffs clearly. Use when deciding between REST API, Webhooks, WebSockets, Meeting SDK, Video SDK, Zoom Apps SDK, Phone, Contact Center, or MCP for a specific product idea or integration goal.
argument-hint: "<product idea, app type, or integration goal>"
user-invocable: false
---

# /plan-zoom-product

> If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md).

Choose between Zoom REST API, Webhooks, WebSockets, Meeting SDK, Video SDK, Zoom Apps SDK, Phone, Contact Center, or MCP for a specific use case.

## Usage

```text
/plan-zoom-product $ARGUMENTS
```

## Workflow

1. Identify the user's actual goal.
2. Classify whether the problem is automation, embedded meetings, custom video, in-client app behavior, event delivery, AI tooling, or support/phone/contact-center work.
3. If the request is ambiguous, ask one short clarifier before locking the recommendation.
4. Recommend the primary Zoom surface and list the minimum supporting pieces.
5. Explain why the rejected alternatives are worse for this case.
6. End with a concrete next-step plan.

## Output

- Recommended Zoom surface
- Supporting components required
- Key tradeoffs and constraints
- Suggested implementation sequence
- Relevant skill links for the next step

## Related Skills

- [start](../start/SKILL.md)
- [choose-zoom-approach](../choose-zoom-approach/SKILL.md)
- [design-mcp-workflow](../design-mcp-workflow/SKILL.md)

Источник: anthropics/knowledge-work-plugins / zoom-plugin / plan-zoom-product ↗. Ссылка проверена 2026-10-10.

Похожие