滴答清单 Dida365 连接器

要解决什么问题

如果你习惯用 滴答清单（Dida365） 管待办、项目和习惯打卡，在对话式 Agent 里往往缺一条可靠通路：既要能查未完成任务、按条件筛选，也要能建任务、改项目、打卡习惯，同时不能把 OAuth 令牌写进提示词或本地脚本。

本技能通过已连接的 OOMOL 账号调用 dida365 connector，由 oo CLI 执行具体动作；凭证在服务端注入，Agent 侧只组符合 schema 的 JSON 载荷。

技能如何工作

执行前应先查看契约：用 oo connector schema 拿到当前动作的输入/输出定义，再按 schema 构造 --data（JSON 字符串或 @path/to/file.json，省略则发 {}）。返回形如 { "data": ..., "meta": { "executionId": "..." } }，追踪执行可看 meta.executionId。

连接器暴露 19 个动作，大致分三类：

• 项目：create_project、update_project、delete_project、get_project_by_id、get_project_with_data、get_user_project
• 任务：create_task、update_task、complete_task、delete_task、get_task_by_project_and_id、filter_tasks、list_all_tasks、list_completed_tasks、move_tasks
• 习惯：list_habits、get_habit、create_or_update_habit_checkin、list_habit_checkins

文档假定用户已安装 oo、已登录且已绑定 Dida365；不要主动跑 oo auth login 或打开连接页，仅在命令因认证/连接失败时再走首次配置。

边界与注意点

• 只读（get / list / filter）可直接执行；创建、更新会改滴答清单数据，应先与用户确认载荷与效果。
• 删除类动作（delete_project、delete_task）具破坏性，需明确目标并取得同意；连接器对「已不存在」的资源会按已删除处理。
• 若出现 scope_missing、credential_expired 或 HTTP 402（余额不足），属于账号/计费问题，需先完成连接或充值后再重试，而非反复改 payload。