OOMOL Todoist 任务操作

要解决的问题

当自动化流程需要读写 Todoist 时，通常绕不开三件事：在本地保存 API Token、自行处理 OAuth2 授权与续期、为每个接口手写请求代码。凭据一旦泄漏或过期，整条链路往往静默失败，排查成本高。这个技能把 Todoist 操作收敛为一条 CLI 调用：oo 通过 OOMOL 连接器执行动作，凭据由服务端注入，Agent 侧完全不接触原始令牌。

核心能力与工作方式

技能暴露 19 个动作，覆盖任务、项目、分区、评论和标签的增删改查，例如 create_task、list_tasks、update_project、close_task。运行时遵循两个关键约定：

• 先查契约，再构造请求：执行动作前先读取对应的参考文件，并用 oo connector schema 获取实时输入/输出 schema，确保 --data 中的 JSON payload 与官方定义一致，而不是凭记忆拼字段。
• 响应结构化：返回结果统一为 { "data": ..., "meta": { "executionId": ... } }，执行 ID 位于 meta.executionId，便于追踪与排错。

写入类动作（如 create_task、close_task）会真实修改 Todoist 侧数据，技能明确要求执行前与用户确认 payload 和预期效果。

适用边界与注意点

• 本技能依赖 oo CLI 和已登录、已连接 Todoist 的 OOMOL 账号，属于外部依赖，无法离线运行。
• 首次配置（登录、授权连接）只在命令真正报错时才触发，不应每次调用都重复执行。
• 只读动作可直接运行；创建、更新、发布类动作必须先确认；删除类动作必须获得明确批准。
• 凭据过期、缺少 scope、余额不足等错误对应不同的处理路径，排错时应按错误类型区分，而不是盲目重试。