核心用法
oo-daily 是 OOMOL 官方提供的 Daily.co 视频通话平台连接器技能，通过 oo CLI 封装 Daily REST API，实现视频房间的全生命周期管理。开发者可通过统一命令行接口完成房间创建、配置更新、令牌生成及资源清理等操作，无需直接处理 API 认证与令牌管理。
该技能采用声明式工作流设计：首先通过 oo connector schema 获取目标操作的实时输入输出契约，再构造符合 Schema 的 JSON 负载执行动作。支持读操作（获取域配置、查询房间列表）、写操作（创建/更新房间、生成会议令牌）及破坏性操作（删除房间）三类权限层级，所有变更类操作均需在执行前显式确认。
典型使用场景包括：快速生成临时会议房间并配置隐私策略、为特定用户签发带过期时间的 meeting token 实现精细化访问控制、批量清理过期房间资源、自动化监控域级配置状态等。OOMOL 服务端自动注入凭证，用户侧零敏感信息暴露。
显著优点
1. 零凭证管理成本：Daily API Key 由 OOMOL 平台托管注入，开发者无需在本地环境变量或代码中 hardcode 密钥，彻底消除凭证泄露风险。
2. 实时 Schema 驱动：通过 oo connector schema 获取最新接口契约，避免静态文档滞后导致的请求失败，适配 Daily API 的迭代演进。
3. 分层安全管控：读/写/破坏性操作标签化区分，内置人机确认机制，防止误删生产环境关键房间资源。
4. 标准化 CLI 体验：与 OOMOL 生态内其他连接器保持一致的命令范式（oo connector run、oo connector schema），降低多服务协同的认知负担。
5. 跨平台就绪：提供 macOS/Linux 的 curl 安装脚本与 Windows PowerShell 安装命令，覆盖主流开发环境。
潜在缺点与局限性
- 网络依赖性强：所有操作均依赖 OOMOL 服务端的实时连接，离线环境或网络波动时完全不可用。
- 计费门槛约束：Daily 连接器属于 OOMOL 付费服务，账户余额不足（HTTP 402 /
OOMOL_INSUFFICIENT_CREDIT）时将强制中断，需手动充值恢复。 - 功能封装边界：仅暴露 Daily 核心房间管理 API，未覆盖 recordings、transcriptions、live streaming 等高级功能，复杂场景需回退至原生 API。
- 首次配置繁琐：新用户需完成 CLI 安装 → OOMOL 账号登录 → Daily 连接授权三步链路，任一环节出错均导致技能不可用。
- 错误诊断间接：CLI 封装层可能掩盖原始 API 错误码，需结合
executionId至 OOMOL 控制台追溯完整日志。
适合的目标群体
- 快速原型开发者：需要在数分钟内搭建可运行的视频通话 Demo，无需研读 Daily API 文档。
- 运维自动化工程师：需要将房间生命周期管理（创建→配置→清理）嵌入 CI/CD 流水线或定时任务。
- 低代码/无代码用户：期望通过自然语言指令驱动视频基础设施，而非编写 HTTP 客户端代码。
- 多租户 SaaS 构建者：需要为终端用户动态隔离视频房间，并通过 meeting token 实现细粒度访问控制。
使用风险
- 破坏性操作不可逆：
delete_room为硬删除，无回收站机制，误操作将导致会议链接永久失效及关联数据丢失。 - 并发写冲突：多进程/多用户同时更新同一房间配置可能产生竞态条件，建议在关键路径增加分布式锁或串行化控制。
- Token 泄露窗口：生成的 meeting token 若被截获，在有效期内可被任意使用，建议设置最短可行 TTL 并配合 room 级别的隐私策略（如
privacy: 'org'）。 - 依赖项版本漂移：oo CLI 与 Daily 连接器需保持版本兼容，重大升级前应在 staging 环境验证 Schema 变更。
- 服务商可用性绑定：Daily.co 平台自身的区域性故障或 OOMOL 服务端异常将级联影响本技能可用性，关键业务建议设计降级方案。