技能介绍

要解决的问题

脚本化管理 Zoom 会议时，最常见的障碍是凭据与 API 细节：本地脚本要自己保存 access token、处理刷新，还要逐字段核对官方 API 的入参格式。手工建会、翻查历史会议同样费时。oo-zoom 把这些负担交给 OOMOL 连接器：凭据由服务端注入，调用方只面对结构化动作，不接触原始令牌。

工作方式

底层通过 oo CLI 调用 Zoom connector，共暴露 4 个动作：create_meeting、get_user、list_meetings、update_meeting。
执行动作前，先用 oo connector schema 拉取实时输入/输出 schema，以契约为准构造 payload，而不是凭文档记忆拼 JSON。
用 --data 传入 JSON（可指向 @path/to/file.json，省略则发送 {}）；返回固定为 data 加 meta，执行 id 在 meta.executionId，便于追踪。
首次使用才需要一次性设置：安装 oo CLI、登录 OOMOL、以 OAuth2 连接 Zoom；日常调用直接运行动作，仅在命令真正报认证或连接错误时才回退到 setup。

边界与注意点

读取类动作（get / list）可直接执行；create_meeting 与 update_meeting 会改变 Zoom 侧状态，运行前应向用户确认 payload 与实际影响。
该技能只覆盖会议的创建、查询与更新，不提供删除动作；破坏性操作遵循确认优先原则。
schema 以 connector 实时返回为准，字段随官方 API 同步，旧文档可能滞后。
遇到 HTTP 402 / OOMOL_INSUFFICIENT_CREDIT 属于计费问题，与技能功能无关。