ticktick-automation
作成者 ComposioHQticktick-automation は、Composio Rube MCP 経由でエージェントが TickTick タスクを自動化するためのスキルです。セットアップ、RUBE_SEARCH_TOOLS による必須ツールの確認、TickTick connection のチェック、安全なタスクワークフローの使い方までをカバーします。
このスキルの評価は 70/100 で、ディレクトリ掲載には十分ですが、多機能な自動化パッケージというより、軽量な Rube MCP ワークフローガイドとして提示するのが適しています。ディレクトリ利用者は、Composio/Rube 経由で TickTick を自動化する用途かどうかを判断でき、エージェント向けにも実用的なトリガー／セットアップの型があります。ただし導入のしやすさは、実行時のツールディスカバリーと外部ツールキットの挙動に左右されます。
- Rube MCP 経由で Composio の TickTick toolkit を使い、TickTick 操作を自動化する用途に明確に絞られています。
- Rube MCP endpoint の追加、RUBE_SEARCH_TOOLS の確認、TickTick connection の管理、ACTIVE ステータスの確認まで、前提条件とセットアップ手順が具体的です。
- ワークフロー実行前に現在のスキーマを検索するようエージェントに促す実運用向けのディスカバリーパターンが含まれており、スキーマの推測によるミスを減らせます。
- 実行は同梱の TickTick ツールスキーマや例ではなく、実行時の Rube MCP ディスカバリーに依存するため、エージェントは処理前に RUBE_SEARCH_TOOLS を呼び出す必要があります。
- リポジトリ上の情報は薄めです。確認できるのは SKILL.md のみで、スクリプト、参照ファイル、README、スキルファイル内のインストールコマンドはありません。
ticktick-automation skill の概要
ticktick-automation でできること
ticktick-automation は、Composio の Rube MCP server を通じて TickTick のタスク運用を自動化するための Claude skill です。エージェントが現在利用できる TickTick tool schema を確認し、ユーザーの TickTick 接続状態を検証したうえで、利用可能な Rube tools を使ってタスクの作成、更新、検索、整理といった操作を実行できるようにします。
この skill が向いているケース
すでに TickTick で仕事やタスクを管理していて、自然言語の指示を AI エージェントに確実なタスク操作へ変換させたい場合に、ticktick-automation skill は適しています。特に、会議後のフォローアップを取り込む、計画を TickTick タスクに変換する、タスクのメタデータを一括編集する、会話をもとにプロジェクトやリストを保守するといった Workflow Automation の用途で役立ちます。
汎用プロンプトとの違い
最大の違いは、必ず「先に tool を検索する」運用パターンを取る点です。固定された TickTick API フィールドを前提にするのではなく、実行前に RUBE_SEARCH_TOOLS を呼び出し、最新の Composio tool 名、schema、注意点を確認するようエージェントに指示します。MCP tool schema は変わる可能性があり、フィールド、project ID、due date 形式、接続状態を推測すると、タスク自動化はすぐに失敗しやすいためです。
導入前に知っておきたい制約
この skill は Rube MCP と有効な TickTick 接続に依存します。単体で動く TickTick API wrapper ではありません。また、リポジトリに含まれるのは SKILL.md のみで、補助スクリプトや同梱リファレンスはありません。ローカルで完結する自動化アプリが欲しい場合ではなく、エージェント向けの実行ワークフローを導入したい場合にインストールするのが適切です。
ticktick-automation skill の使い方
ticktick-automation のインストール前提
互換性のある Claude skills 環境に skill をインストールします。例:
npx skills add ComposioHQ/awesome-claude-skills --skill ticktick-automation
その後、クライアント設定に MCP server として https://rube.app/mcp を追加します。上流の skill では、MCP endpoint 自体に API key は不要とされていますが、TickTick は Rube 経由で認可する必要があります。skill が動作することを期待する前に、RUBE_SEARCH_TOOLS が利用可能であることを確認してください。
ワークフロー実行前に必要なセットアップ
エージェントに TickTick データを変更させる前に、接続状態を確認させます。
- 対象の TickTick ユースケースについて
RUBE_SEARCH_TOOLSを呼び出す。 - toolkit
ticktickを指定してRUBE_MANAGE_CONNECTIONSを呼び出す。 - TickTick 接続が
ACTIVEでない場合は、返された認可リンクを開いて認可を完了する。 - タスクの作成、編集、削除を行う前に、接続状態を再確認する。
このセットアップ手順は省略できません。省くと、エージェントがもっともらしい計画を書けても、TickTick toolkit が利用できない、または未認証であるため、実行時に失敗する可能性があります。
ticktick-automation を使うための効果的なプロンプト
弱いプロンプトの例: “Add my tasks to TickTick.”
より良いプロンプトでは、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 名、タスクタイトル、due date、優先度ルール、tags、recurrence、timezone、subtasks が必要かどうか、既存タスクの更新を許可するのか新規作成のみにするのか、といった項目があります。
リポジトリで最初に読むべきファイル
まず composio-skills/ticktick-automation/SKILL.md を確認してください。ここには、前提条件、Rube MCP セットアップ、tool discovery、connection management、基本のワークフローパターンまで、運用上の取り決めがすべて含まれています。この skill path には追加の README.md、scripts/、resources/、references/ フォルダはないため、インストール判断はこの単一の skill ファイルと、自分の MCP 環境をもとに行う必要があります。
ticktick-automation skill FAQ
ticktick-automation は初心者にも使いやすいですか？
MCP server の接続とサードパーティ toolkit の認可に抵抗がなければ、使いやすい skill です。ワークフロー自体はシンプルですが、初心者は低リスクのタスクで作成や検索の動作を試すまでは、プロンプトで広範な書き込み権限を与えないほうが安全です。
Rube MCP なしで使えますか？
いいえ。ticktick-automation skill は、RUBE_SEARCH_TOOLS や RUBE_MANAGE_CONNECTIONS などの Rube MCP tools を前提に設計されています。利用しているクライアントが MCP servers を使えない場合、この skill で TickTick 操作を実行することはできません。
この skill を使わないほうがよい場面は？
オフラインのタスク計画、未対応の TickTick 機能、多数のタスク編集に対してトランザクション的な確実性が求められるワークフローには向きません。また、一括更新や削除の前に変更内容をレビューできない場合も避けるべきです。そのような場合は、まずエージェントにタスク計画を下書きさせ、承認後にのみ実行させてください。
通常の TickTick プロンプトと比べてどう違いますか？
通常のプロンプトでも、テキスト上でタスクリストを整理することはできます。しかし、実際に利用可能な tool schema を確実に発見したり、TickTick 接続を確認したりすることはできません。ticktick-automation skill は、実際の TickTick 操作に入る前に tool discovery を必須にすることで、より安全な実行パターンを追加します。
ticktick-automation skill を改善する方法
入力を明確にして ticktick-automation の結果を改善する
より良い結果を得るには、対象の TickTick project、タスクを作成するのか更新するのか、due date の解釈ルール、優先度の対応関係、tag ルール、確認が必要な条件を指定します。例: “Do not delete or close tasks. If a matching task already exists, ask before updating it.” こうした制約により、意図しない重複や安全でない編集を減らせます。
よくある失敗パターン
よくある問題は、TickTick 認可が無効、tool discovery の省略、project 名の曖昧さ、日付情報の不足、計画と即時実行が混ざったプロンプトです。初回実行に失敗した場合は、どの Rube tool を選んだのか、どの schema を見つけたのか、どの必須フィールドが不足していたのかをエージェントに報告させてください。
初回の自動化実行後に調整する
実行後は、作成されたタスク、スキップされたタスク、推定されたフィールド、手動確認が必要な項目を簡潔に監査してもらいます。定期的に使うワークフローでは、成功したプロンプトパターンを、好みの project 名、tags、優先度ルール、確認ポリシーとあわせて保存しておくと、今後の ticktick-automation 利用がより安定します。
リポジトリレベルで追加するとよい改善
この skill は、短い README.md、一般的な TickTick ワークフロー向けのプロンプト例、非破壊のテストシナリオがあるとさらに使いやすくなります。create、search、update、connection-check のパターンを示す小さなリファレンスセクションがあれば、実際のタスクアカウントを接続する前に、ユーザーが ticktick-automation のインストール経路を評価しやすくなります。