C

ticktick-automation

作者 ComposioHQ

ticktick-automation 可帮助 agent 通过 Composio Rube MCP 自动化 TickTick 任务。它覆盖设置流程、使用 RUBE_SEARCH_TOOLS 发现所需工具、检查 TickTick connection,以及安全使用任务 workflow 的方法。

Stars67.5k
收藏0
评论0
收录时间2026年7月12日
分类工作流自动化
安装命令
npx skills add ComposioHQ/awesome-claude-skills --skill ticktick-automation
编辑评分

该 skill 得分为 70/100,意味着它适合收录到目录中,但更应定位为轻量级 Rube MCP workflow 指南,而不是功能完整的自动化包。目录用户可以据此判断何时安装——通过 Composio/Rube 实现 TickTick 自动化;agent 也能获得可用的触发与设置模式。不过,其采用效果仍取决于运行时工具发现以及外部 toolkit 的行为。

70/100
亮点
  • 范围界定清晰:通过 Rube MCP 使用 Composio 的 TickTick toolkit 来自动化 TickTick 操作。
  • 提供了具体的前置条件和设置流程:添加 Rube MCP endpoint、验证 RUBE_SEARCH_TOOLS、管理 TickTick connection,并确认 ACTIVE 状态。
  • 包含可执行的工具发现模式,要求 agent 在执行 workflow 前先搜索当前 schema,减少对 schema 的猜测。
注意点
  • 执行依赖运行时的 Rube MCP 发现,而不是内置的 TickTick 工具 schema 或示例,因此 agent 在操作前必须调用 RUBE_SEARCH_TOOLS。
  • 仓库材料较少:仅提供 SKILL.md,技能文件中没有脚本、参考文件、README 或安装命令。
概览

ticktick-automation skill 概览

ticktick-automation 能做什么

ticktick-automation 是一个 Claude skill,用于通过 Composio 的 Rube MCP server 自动化 TickTick 任务工作流。它可以帮助 agent 发现当前可用的 TickTick tool schemas,确认用户的 TickTick 连接状态,然后通过可用的 Rube tools 执行创建、更新、搜索或整理任务等操作。

这个 skill 适合什么场景

如果你已经在 TickTick 中管理工作,并希望 AI agent 把自然语言指令转化为可靠的任务操作,ticktick-automation skill 会很合适。它尤其适用于 Workflow Automation 场景,例如记录会议后续事项、把计划转换成 TickTick tasks、批量编辑任务元数据,或在对话过程中维护项目和清单。

它和普通 prompt 有什么不同

核心差异在于它要求采用“先搜索 tools”的模式。skill 不会假设 TickTick API 字段是固定的,而是要求 agent 在执行前先调用 RUBE_SEARCH_TOOLS,从而使用最新的 Composio tool names、schemas 和注意事项。这个设计很重要,因为 MCP tool schemas 可能变化;一旦字段、project IDs、due-date formats 或连接状态靠猜,任务自动化很容易执行失败。

采用前需要注意的限制

这个 skill 依赖 Rube MCP 和有效的 TickTick 连接。它不是一个独立的 TickTick API wrapper;仓库中也只有 SKILL.md,没有 helper scripts 或随附 references。适合在你需要 agent-facing workflow pattern 时安装,而不是把它当作完整的本地自动化应用。

如何使用 ticktick-automation skill

ticktick-automation 安装环境

在兼容 Claude skills 的环境中安装该 skill,例如:

npx skills add ComposioHQ/awesome-claude-skills --skill ticktick-automation

然后在你的客户端配置中添加 https://rube.app/mcp 作为 MCP server。上游 skill 说明 MCP endpoint 本身不需要 API key,但你仍然需要通过 Rube 授权 TickTick。开始使用前,请确认 RUBE_SEARCH_TOOLS 可用。

运行工作流前的必要设置

在要求 agent 修改 TickTick 数据之前,先让它检查连接状态:

  1. 针对具体 TickTick 使用场景调用 RUBE_SEARCH_TOOLS
  2. 使用 toolkit ticktick 调用 RUBE_MANAGE_CONNECTIONS
  3. 如果 TickTick 连接不是 ACTIVE,打开返回的 auth link 并完成授权。
  4. 在创建、编辑或删除任务前,再次检查连接状态。

这个设置步骤不是可选项。否则,agent 可能会写出看似合理的计划,但由于 TickTick toolkit 不可用或未认证,最终无法执行。

使用 ticktick-automation 的高质量 prompt

一个较弱的 prompt 是:“Add my tasks to TickTick.”

更好的 prompt 会为 skill 提供执行所需的上下文:

“Use ticktick-automation to create TickTick tasks for the following project. First search Rube tools for the current TickTick task creation schema, confirm my TickTick connection is active, then create tasks in the Product Launch project. Use due dates where provided, mark priority as high only for launch-blocking items, and summarize what was created before making any destructive changes.”

有用的输入信息包括 project/list name、task titles、due dates、priority rules、tags、recurrence、timezone、是否需要 subtasks,以及 agent 是否可以更新已有任务还是只能创建新任务。

仓库中应优先阅读的文件

composio-skills/ticktick-automation/SKILL.md 开始。它包含完整的操作约定:prerequisites、Rube MCP 设置、tool discovery、connection management,以及核心 workflow pattern。这个 skill 路径下没有额外的 README.mdscripts/resources/references/ 文件夹,因此是否安装应基于这个单一 skill 文件和你的 MCP 环境来判断。

ticktick-automation skill 常见问题

ticktick-automation 适合新手吗?

适合,前提是你能够配置 MCP server,并完成第三方 toolkit 授权。这个 skill 的工作流本身比较简单,但新手在 prompts 中应避免一开始就授予过宽的写入权限,建议先在低风险任务上测试创建和搜索操作。

可以不使用 Rube MCP 吗?

不可以。ticktick-automation skill 明确围绕 Rube MCP tools 构建,例如 RUBE_SEARCH_TOOLSRUBE_MANAGE_CONNECTIONS。如果你的客户端无法使用 MCP servers,这个 skill 就无法执行 TickTick 操作。

什么时候不该使用这个 skill?

不要把它用于离线任务规划、不受支持的 TickTick 功能,或需要在大量任务编辑之间保证事务一致性的工作流。如果你无法在批量更新或删除前审查变更,也应避免直接执行。在这些情况下,先让 agent 起草任务计划,并在批准后再执行。

它和普通 TickTick prompts 相比如何?

普通 prompt 可以在文本中整理任务列表,但无法可靠地发现实时 tool schemas,也无法检查你的 TickTick 连接。ticktick-automation skill 通过要求在执行前进行 tool discovery,为真实 TickTick 操作增加了一套更安全的执行模式。

如何改进 ticktick-automation skill

用更清晰的输入提升 ticktick-automation 效果

为了获得更好的输出,请明确目标 TickTick project、是创建还是更新任务、可接受的 due-date interpretation、priority mapping、tag rules,以及 confirmation requirements。例如:“Do not delete or close tasks. If a matching task already exists, ask before updating it.” 这些约束可以减少意外重复和不安全编辑。

需要留意的常见失败模式

最常见的问题包括 TickTick 授权未激活、跳过 tool discovery、project names 含糊、日期缺失,以及 prompt 同时混合规划和立即执行。如果首次运行失败,可以要求 agent 报告它选择了哪个 Rube tool、发现了什么 schema,以及缺少哪些 required fields。

首次自动化运行后继续迭代

执行后,要求生成一份简洁审计:已创建的 tasks、已跳过的 tasks、被推断的 fields,以及需要人工复核的事项。对于重复使用的工作流,可以保存成功的 prompt pattern,包括你偏好的 project names、tags、priority rules 和 confirmation policy,让之后的 ticktick-automation 使用更加稳定一致。

值得补充的仓库级改进

如果增加一个简短的 README.md、常见 TickTick 工作流的 example prompts,以及非破坏性的测试场景,这个 skill 会更完善。再补充一个小型 reference section,展示 create、search、update 和 connection-check patterns,也能帮助用户在连接真实任务账户前评估 ticktick-automation 的安装路径。

评分与评论

暂无评分
分享你的评价
登录后即可为这个技能评分并发表评论。
G
0/10000
最新评论
保存中...