Trello 任务看板

解决的具体问题

手动管理 Trello 看板时，开发者常面临三重割裂：认证凭据需单独维护、操作 Trello API 的工具链分散、不同动作的输入输出规则不一致。当需要批量创建卡片、移动列表或更新检查项时，开发者往往要在不同文档间跳转，反复拼接 API 调用逻辑，甚至因凭据泄漏导致安全风险。

技能如何工作

本技能通过 OOMOL 注入的 Trello 连接器与 oo CLI 协同工作，将 28 个高频 Trello 操作封装为标准化动作。核心流程分三步：

• 契约检查：调用动作前先通过 oo connector schema 获取权威的输入输出规范，避免手动构造无效 payload。
• 动作执行：使用 oo 命令运行动作，通过 --data 参数传入符合 schema 的 JSON 数据（支持文件路径或内存对象）。执行结果包含数据主体与 meta.executionId，用于追踪异步操作状态。
• 状态管理：所有 Trello 状态变更（如创建卡片、添加评论）均需通过 OOMOL 服务端注入的凭据完成，开发者无需接触原始 token。

适用边界与注意点

• 读写动作安全分级：get/list/search 类动作可直接运行，但创建、更新、删除类动作会改变 Trello 实际状态，执行前必须确认 payload 的具体内容及预期效果。
• 首次配置的触发条件：仅当出现 oo: command not found、认证错误或连接过期提示时，才需执行安装 CLI、登录 OOMOL 账户或重新连接 Trello 等一次性操作，日常使用无需重复配置。
• 异常处理逻辑：遇到 HTTP 402 或 OOMOL_INSUFFICIENT_CREDIT 错误时，需先完成 OOMOL 账户的 token 充值再重试。