生産性アプリは「悪いものが多い」のではなく、「良いものが多すぎる」ことが問題になります。タスク管理、ドキュメント、共同編集、カンバン——それぞれ得意分野が違うため、気づけば5つもツールを行き来している。How-To Geekのテクノロジー記者Dibakar Ghosh氏は、Claudeを各アプリの「連携・同期レイヤー」として使うことで、この手間を大きく減らしたと報告しています。

この記事では、複数の生産性ツールをClaudeで束ねる発想と、具体的な構成の考え方を整理します。

この記事でわかること

  • なぜ1つのアプリに統一できないのか
  • Claudeが担う「連携層」の役割
  • MCPコネクタとProductivityプラグインの使い分け
  • Task Transposeスキルでタスクをアプリ間転送する手順

5つのアプリに散らばるタスクが生む摩擦

Ghosh氏のワークフローは、Super Productivity、Asana、Notion、Google Drive、Trelloの5つで構成されています。

Super ProductivityはTodoist代替のオープンソースアプリで、個人のタスク捕捉に向いています。チーム向けの複雑なプロジェクトはAsanaが担当します。アイデアや長文の整理はNotion、共同編集はGoogle DocsやSheets、カンバン表示はTrello——と、用途ごとに最適なツールを選んでいます。

課題は、各ツールが単体では優秀でも、アプリ間のコンテキスト移動が手作業になる点です。NotionのページをGoogle Driveに複製し、タスクをAsanaとTrelloの両方に手入力する。こうした「同期の雑務」が、本来の作業時間を食います。コンテンツ制作者のように仕事と私用の境界が曖昧な場合、この摩擦はさらに大きくなります。

Claudeはアプリを置き換えず、つなぐ

Ghosh氏が採った解決策は、Claudeをプロジェクト管理の「司令塔」にするのではなく、連携の接着剤として使うことです。

Claudeには標準でAsana、Notion、Google Workspace向けのコネクタが用意されており、各サービスのデータを読み書きできます。Super ProductivityやTrelloにはネイティブコネクタはありませんが、MCP（Model Context Protocol）サーバーを追加すれば対応できます。MCPは、アプリのAPIや機能をLLMが安全に操作できるよう標準化したプロトコルです。

接続が完了すると、Claudeは各アプリからタスクを取得し、メタデータ（期限、優先度、タグ、説明文など）を理解したうえで、別のアプリに作成・更新できます。Ghosh氏の例では、Super Productivityからタスクを引き出し、Notionのダッシュボードに整理し、同じ階層構造でGoogle Driveのフォルダを作る——という一連の作業を自然言語で指示できます。

ソース・オブ・トゥルースを1つ決める

複数アプリを運用するうえで重要なのは、どこを正とするかを決めることです。Ghosh氏は個人タスクの捕捉先であるSuper Productivityをソース・オブ・トゥルース（唯一の正）に設定しています。ここにタスクを集約し、Claudeが他のアプリへ必要な情報を配信する形です。

たとえばカンバンで全体像を見たいときはTrelloを、チーム進捗の確認はAsanaを開けば、すでに文脈が揃った状態で作業に入れます。各アプリの得意分野はそのまま活かし、同期だけをClaudeに任せる設計です。

15分で組める2層構成

Ghosh氏によると、セットアップはおよそ15分で完了します。構成は大きく2層に分かれます。

第1層：Productivityプラグイン

https://claude.com/plugins/productivity

Anthropic公式のProductivityプラグインは、Claude CodeとClaude Coworkで利用できます。マークダウン形式のタスクリスト（TASKS.md）と永続メモリ、HTMLダッシュボードを提供し、タスク・プロジェクト・人物の文脈をClaudeが記憶します。

プラグイン付属のUpdateスキルは、接続済みアプリからタスクを集約し、1つのHTMLダッシュボードにまとめます。タスクの可視化という課題の半分は、ここで解決できます。ただしGhosh氏は、ダッシュボードを見る場所としてClaudeに留まるのではなく、各専門ツールを使いたいとしています。

第2層：Task Transposeスキル

第2層として、カスタムスキル「Task Transpose」を追加します。これはタスクをアプリ間で移動し、期限・タグ・優先度・説明・ネスト構造などのメタデータを保持するためのものです。

セットアップは、Claudeに専用のセットアップウィザード用プロンプトを貼り付けるだけで始められます。ウィザードは4段階で進みます。

  1. 環境確認 — Productivityプラグインが有効かチェック（productivity:task-managementスキルの有無）
  2. コンテキスト収集 — TASKS.md、MEMORY.md、CLAUDE.mdから利用ツールとワークフローを読み取る
  3. 質問 — ソース・オブ・トゥルース、転送先アプリ、重視するフィールド、欠損フィールドの扱い、一方向か双方向かを確認
  4. スキル生成 — 回答に基づきtask-transpose/SKILL.mdを作成

完成後は「NotionのこのタスクをAsanaに正しいフィールドで再現して」と指示するだけで、Claudeがフィールドをマッピングします。Notionにない項目（Asanaの担当者欄など）は、メモリに蓄積されたプロジェクト文脈から推論して補完します。確信が持てない変更は、実行前に確認を求めるのがデフォルトの動作です。

MCPサーバー選びの注意点

TrelloやSuper Productivityなど、ネイティブコネクタのないツールはMCPサーバーで拡張します。コミュニティ製のサーバーも多数ありますが、Ghosh氏はMCP Builderスキルで自作することを強く推奨しています。インターネット上の未知のMCPサーバーは、悪意あるコードや不適切な指示を含むリスクがあるためです。

AsanaやNotionは各社が公式MCPサーバーを提供しており、Claude Codeではclaude mcp addコマンドで追加できます。たとえばNotionはhttps://mcp.notion.com/mcp、Asanaはhttps://mcp.asana.com/sseが公式エンドポイントです。

チャットUIの限界を認めた設計

AIで既存アプリを置き換える議論も多いですが、Ghosh氏は補完レイヤーとして使う方が実用的だとしています。チャット形式のUIは、タスクの可視化やカンバン操作には向きません。カンバンはTrello、共同編集はGoogle Docs——専門ツールに任せ、Claudeには「アプリを整えるための退屈な管理作業」を渡す。これが彼の設計思想の核心です。

システムの維持に時間を使うのではなく、整った環境で実際の仕事に集中する。複数の優れたツールを使い続けたいチームや個人にとって、Claudeを連携層に据える発想は参考になるはずです。