AIとの連携を考えてGmailに統一しようかな？と動いていた矢先。SparkもAI対応がレベルアップ。
メールアプリ「Spark」を開発するReaddle社が、AIエージェント向けのコマンドラインインターフェース「Spark CLI」を発表。
「Spark CLI」はSpark上の受信トレイ・カレンダー・連絡先・ミーティングメモに対して、AIエージェントがアクセスできる仕組みであり、Claude・GPT・Geminiのほか、OllamaなどのローカルモデルにもSpark Desktopのローカルデータを通じて接続できます。
Spark CLI のポイント
- AIエージェントがメール・カレンダー・連絡先・ミーティングメモを横断して参照可能
- Spark Desktopのローカルストレージから読み取る設計のため、モデルは自由に選択可
- Gmail・Outlook・Exchange・iCloud・Yahoo・IMAP/EWSと接続できる単一インターフェース
- アクセス権は「Read」（全プラン無料）と「Triage」（Spark Pro限定）の2段階
- スマート受信トレイのラベル・ピン・Gatekeeper情報もエージェントに渡される
- スキルライブラリ（GitHubで公開）に対応。テンプレートの流用・カスタマイズが可能
受信トレイを「知識ベース」に変える設計
Spark CLIが既存のメールコネクターと異なるのは、メッセージ本文だけでなく、ユーザーが長年積み上げてきた「判断のレイヤー」をエージェントに渡せることです。
どのスレッドをピン留めしたか、どの送信者をGatekeeperで承認・ブロックしたか、共有受信トレイの担当割当はどうなっているか——これらはすべてSpark CLIを通じてエージェントが利用できるコンテキストになります。
セマンティック検索はSpark +AIのAIアシスタント機能を利用。履歴の参照範囲はプランによって異なり、Freeでは1ヶ月、Plus/Premiumでは1年、Proでは無制限です。キーワード検索は全プランで履歴制限なしに使えます。
ReadとTriageの違い
現時点で提供されるアクセス権限は2種類。
ACCESS TIERS
| 権限 | できること | 対象プラン |
|---|---|---|
| Read | メール・カレンダー・連絡先・ミーティングメモの読み取り（送信・操作は不可） | 全プラン（無料） |
| Triage | 下書き・返信・転送・アーカイブ・ラベル・スヌーズ・共有受信トレイの担当割当・一括操作 | Spark Pro |
プリセットのスキル（テンプレート）
Spark CLIにはすぐに使えるスキルライブラリが同梱されています。Readモード用・Triageモード用にそれぞれ用意されており、GitHubリポジトリで全一覧を確認・フォークできます。
BUILT-IN SKILLS
- Morning standup（Read）：その日のイベント・未読メール・チームの未対応アイテムをデイリーブリーフィングとして生成
- Meeting prep（Read）：過去メールとミーティングメモをもとにアジェンダ案を作成
- Decision tracker（Read）：ミーティング議事録と過去スレッドを横断して意思決定履歴を再構築
- Executive assistant（Triage）：重要メールのスポットライト＋返信下書き＋ミーティングのスケジュール調整を一括処理
- Founder（Triage）：受信トレイのトリアージ・チームへの委任・絶対に対応が必要なメールの選別
セットアップ方法
Spark CLI はMac上でSpark Desktopが動作している環境が前提です。最新バージョンにアップデートし、Settings → AI Agentsから設定を進めることができます。
REQUIREMENTS
- 対応プラットフォーム：macOS（Spark Desktop必須）
- 対応AIエージェント：Claude・Cursor・Codex・GPT・Gemini・Ollamaなどのローカルモデル
- 対応メールプロバイダー：Gmail・Outlook・Exchange・iCloud・Yahoo・IMAP・EWS
- スキルライブラリ：GitHub（readdle/spark-cli-skills）
💬 軽めインプレ所感
GmailはMCPでアクセスできるし、統一した方がエージェント設定の幅が広がるじゃん！と思って計画していたけど、Spark CLIのナレッジ化も実用的かも！なんて揺れてしまったので、MCP/Gmailと比較してみました。結構違うもんです。
COMPARE
| 比較軸 | MCP経由のGmailアクセス | Spark CLI |
|---|---|---|
| 接続方法 | Gmail MCP Server（APIベース） | コマンドラインツール（Spark Desktop経由） |
| 対応メールプロバイダー | Gmailのみ | Gmail / Outlook / Exchange / iCloud / Yahoo / IMAP / EWS |
| データの所在 | Googleのクラウド | Spark Desktopのローカルストレージ |
| モデルの選択自由度 | 接続するエージェント次第 | Claude / GPT / Gemini / Ollamaなどローカルモデルも選択可 |
| 渡せるコンテキスト | メール本文・スレッド・ラベルなど | メール＋ピン・優先度・Gatekeeper・スマート受信トレイのカテゴリー・ミーティングメモ・連絡先 |
| エージェントへの「判断情報」 | なし（フラットなメールデータ） | あり（ユーザーの整理・判断が乗ったメタ情報ごと渡せる） |
| セマンティック検索 | なし（キーワードベース） | あり（Spark +AI有料プランで利用可） |
| アクション（書き込み） | 送信・削除・ラベル付けなど可 | Triageプランでアーカイブ・返信下書き・担当割当など可 |
| 共有受信トレイ対応 | なし | あり（担当割当・未対応の把握） |
| プリセットスキル | なし | あり（Morning standup / Meeting prepなどGitHubで公開） |
| 動作環境 | クラウド・どこでも | macOS（Spark Desktop必須） |
| 料金 | 無料（API利用量に依存） | Read：全プラン無料 / Triage：Spark Pro必要 |
| プライバシー | メールデータはGoogle経由 | ローカル読み取り＋選択したモデルへのみ送信 |
MCP/Gmailは「メールの中身を取ってくる」ツール。
Spark CLIは「ユーザーが何年もかけて作った受信トレイの判断構造ごと渡す」ツール。
設計思想が違います。複数プロバイダーのメールを一元管理している人ほどSpark CLIの優位性が出やすい、ということになります。
なお、現状はMac版のSpark Desktopのローカル動作が前提。iOSで完結したい人には向きません。セマンティック検索もSpark +AI（有料）が必要なので、無料プランでどこまで実用になるかはやや不透明。
Claude MCP経由でどう連携するのかも気になるところ。一応、PoC=効果検証リストには追加したけど、順番待ちです。日本語メールでの精度は未知数ですが、受信トレイを「Claudeが読める場所」にするという方向性は、他のメールアプリも追随する可能性ありですね。
