Generated banner for Zoom General
Generated logo for Zoom General

Zoom General

OpenAIOfficialCreated by ZoomDistributed by OpenAI

  • Skill
  • Tool integration
  • Automation and integrations
  • MIT
  • Medium risk

From the author

Use when comparing products.
— the description by Zoom

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

Zoom General serves as a strategic starting point for developers and architects to navigate the Zoom ecosystem. It provides a structured workflow to classify integration requirements, identify the correct Zoom product surface (such as APIs, SDKs, or webhooks), and determine the necessary authentication model. By guiding users through a decision-making process, it ensures that developers select the right tool for their specific use case before routing to more specialized skills.

What it does

  • Classifies integration jobs based on desired outcomes like embedding meetings or automating resources.
  • Maps requirements to specific Zoom surfaces including REST APIs, WebSockets, and various SDKs.
  • Provides guidance on selecting the correct authentication and scope model for an integration.
  • Facilitates routing to specialized skills once the product context is established.
  • Offers comparative context for tasks that span multiple Zoom product boundaries.

When to use it

  • When you are in the early stages of planning a Zoom integration and need to choose the right app type.
  • When you need to compare different Zoom surfaces to determine which fits your technical requirements.
  • When a task involves multiple Zoom products and requires a high-level architectural approach.
  • When you need to confirm the correct authentication flow for a specific integration scenario.

Advantages

  • Prevents premature selection of tools by enforcing a structured classification process.
  • Clarifies the distinction between user-level OAuth, account-level OAuth, and SDK signatures.
  • Reduces complexity by routing users to narrow, specialized skills after initial planning.
  • Provides a clear decision matrix for choosing between General Apps, Server-to-Server OAuth, and Webhook Only apps.

Usage examples

“I want to build an app that automates meeting reports. Which Zoom app type should I use?”
The agent will guide you to classify the job as backend automation, leading to the recommendation of Server-to-Server OAuth for its lack of user interaction requirements.
“Should I use the Meeting SDK or the Video SDK for my project?”
The agent will help you compare the two based on your specific embedding needs and surface requirements, ensuring you choose the correct SDK for your use case.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/openai/zoom-general/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip zoom-general.zip -d .agents/skills

Documentation by Zoom

Zoom General

Use this skill for cross-product platform context after the user’s goal is understood. For first-step routing, prefer start, plan-zoom-product, or plan-zoom-integration.

Workflow

  1. Classify the job by outcome: embed meetings, custom video, automate resources, consume events, process media, use meeting intelligence, or publish a Marketplace app.

  2. Choose the Zoom surface that owns the behavior: REST API, webhooks, WebSockets, Meeting SDK, Video SDK, Zoom Apps SDK, Phone, Contact Center, Virtual Agent, Scribe, Rivet, or Cobrowse.

  3. Confirm auth and scope model before implementation; Zoom surfaces differ on user-level OAuth, account-level OAuth, and SDK signatures.

  4. Route to the narrow skill once the surface is chosen rather than keeping broad guidance in context.

  5. Use the preserved guide only when a task crosses product boundaries or needs detailed comparison tables.

References

Files

references/query-routing-playbook.md

Query Routing Playbook (zoom-general)

Use zoom-general as the routing/orchestration layer. Do not implement product-specific logic in zoom-general if a specialized skill exists.

Goal

Convert a complex developer query into:

  • selected_skills

  • execution_order

  • assumptions

  • next_actions

Routing rules

Query signalRoute to skillWhy
OAuth, scopes, S2S, token strategyzoom-oauthAuthentication and authorization design
Meetings/users/recordings/reports API operationszoom-rest-apiServer-side Zoom resource management
Embed full Zoom meetings/webinarszoom-meeting-sdkMeeting runtime integration
Build custom video session experiencezoom-video-sdkCustom media UX runtime
Receive event callbacks via HTTPzoom-webhooksEvent lifecycle notifications
Need lower-latency event streamzoom-websocketsPersistent real-time event transport
Live audio/video/transcript stream ingestionzoom-rtmsReal-time media and transcript pipeline
App runs inside Zoom clientzoom-apps-sdkIn-client app model and APIs

Sequencing

  1. Start with zoom-general (triage and architecture).

  2. Add zoom-oauth if any protected resource access is required.

  3. Select one primary runtime/API skill (zoom-meeting-sdk, zoom-video-sdk, or zoom-rest-api).

  4. Add event/media skills (zoom-webhooks, zoom-websockets, zoom-rtms) based on requirements.

  5. Keep the chain minimal; do not add extra skills without explicit need.

Handoff contract

{
  "selected_skills": [
    "zoom-general",
    "zoom-oauth",
    "zoom-meeting-sdk",
    "zoom-webhooks"
  ],
  "execution_order": [
    "zoom-general",
    "zoom-oauth",
    "zoom-meeting-sdk",
    "zoom-webhooks"
  ],
  "assumptions": [
    "embedded meeting experience required",
    "server-side event endpoint available"
  ],
  "next_actions": [
    "confirm OAuth scopes",
    "implement auth/token flow",
    "implement runtime integration",
    "implement event consumer and verification"
  ]
}

Ambiguity handling

If confidence is low, ask one focused question before final routing:

  • “Do you need embedded Zoom meetings, or a fully custom video session UI?”

  • “Is webhook latency acceptable, or do you require persistent low-latency events?”

Example route

Query: “Build a Linux bot that joins meetings, auto-creates meetings, streams transcript, and tracks lifecycle events.”

Recommended chain:

  • zoom-general

  • zoom-oauth

  • zoom-rest-api

  • zoom-meeting-sdk

  • zoom-rtms

  • zoom-webhooks

Why:

  • zoom-rest-api for meeting provisioning

  • zoom-meeting-sdk for runtime join/control

  • zoom-rtms for live transcript/media stream

  • zoom-webhooks for lifecycle notifications

Requirements and compatibility

Written for: OpenAI Codex

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Security

What our scanner noticed· Medium risk

  • Possible data-exfiltration endpoints
  • Instructions that use the network

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Created by
Zoom
Publisher
OpenAI (Official)
Distributed by
OpenAI
Source
openai/plugins · plugins/zoom/skills/general · commit d420d13
Licence
MIT License (redistribution allowed)
  • LICENSE (added by AutoGineer from plugins/zoom/LICENSE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by Zoom or OpenAI.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download zoom-general.zip