Spark CLIのご紹介：あなたの受信トレイが、エージェント対応に

今年の初め、AIエージェントをめぐる議論が一気に広がりました。それとともに、繰り返し語られるテーマが浮かび上がりました。エージェントにはコンテキストが必要であり、重要なコンテキストのほとんどは、クエリできる場所には保存されていないということです。それは意思決定や例外、ある出来事を別の出来事へとつなぐ理由付けの中にあります — かつては人々の頭の中にあった情報であり、今はエージェントが到達できる場所に置かれている必要があります；

興味深い例外がメールです。何年分もの意思決定、関係性、未完了のスレッド、契約、紹介が、誰かが忘れずに書き留める必要もなく蓄積されてきた唯一の場所だからです。ほとんどのプロフェッショナルにとって、メールは自分が所有する最も豊かなコンテキストストアです — そしてこれまでは、AIエージェントからはほぼ完全に見えない存在でした。

Spark CLIはそれを変えます。これは、AIエージェントがあなたの受信トレイ、連絡先、カレンダー、会議メモにアクセスできるようにするコマンドラインインターフェイスです。Spark Desktopのローカルデータストレージから読み取り、主要なすべてのメールプロバイダーで動作します。リリース初日から、二つのアクセス階層を用意しています。Readはすべてのユーザーが無料で利用でき、TriageはすべてのSpark Proプランに含まれます。

ここには見事な対称性があります。最初のメールはコマンドラインから送信されました。 GUIは’80年代に登場し、それ以来、人間がメールを扱う方法を形づくってきました — ツールバー、サイドバー、クリックという形で。エージェントには、そのどれも必要ありません。エージェントはすでにコマンドを知っています。コマンドラインは、メールが最初に使っていたインターフェイスでした。実は、それこそがエージェントも求めているインターフェイスなのです’

一度のセットアップ — すべてのアカウント；

Spark CLIは、Sparkに追加したすべてのアカウント — Gmail、Outlook、Exchange、iCloud、Yahoo、そして任意のIMAPまたはEWSアカウント — に接続し、それらを単一のインターフェイスを通じて公開します。各アカウントのアクセスと権限は、Spark内で直接設定できます。

好みのエージェントへの接続は簡単です。私たちはプラットフォームに依存しないアプローチを採用しているため、Spark CLIはClaude、Cursor、Codex、OpenClaw、Google Antigravityなどのプラットフォームで動作します。

あなたのデータ、選ぶモデルもあなた次第

Spark CLIはSpark Desktopのローカルデータストレージから読み取ります。これはSparkの構築方法から生まれた結果であり、そもそもCLIを可能にしているものです；

このアーキテクチャにより、使用するモデルを選択できます。 CLIの接続先をClaude、GPT、Gemini — あるいはOllamaやLM Studioのローカルモデル — に設定すると、メールの内容は処理のためにそのプロバイダーへ送られます；

コンテンツだけでなく、コンテキストを

ほとんどのメールコネクタは、受信トレイを平面的なテキストの山のように扱います。エージェントが受け取るのは、メッセージIDのリストと検索エンドポイントです。そこからエージェントはすべてを読み、誰が重要なのかを判断し、クエリのたびにコンテキストをゼロから再構築しなければなりません。

そのアプローチでは、受信トレイで最も価値のあるもの、つまりメッセージの上に重ねられた判断のレイヤーを見逃してしまいます。重要だからピン留めしたスレッド。優先としてマークした会話。そのレイヤーは、長年の仕事の中で注意と意思決定が実際にどのように動いてきたかを記録したものとして、ほとんどのプロフェッショナルが持つ最も近い形です。

Sparkはすでにそのレイヤーをインデックス化しています。 Spark CLIはそれを公開します：

スマートインボックスとカテゴリー — Personal、Priority、Notification、Newsletter、Invitation — により、エージェントは何が本当のスレッドで、何が領収書なのかを理解できます。
ピンと優先マーク — 重要なものを示すために、あなたが長年使ってきたシグナルです。
Gatekeeperステータス — 承認済みの送信者とブロック済みの送信者を区別するため、エージェントは、あなたがすでに除外したスパムにトークンを一つも無駄にしません。
共有受信トレイの割り当て — 誰が返信すべきか、誰が何を担当しているか、何がまだ未割り当てかを示します。
ラベル、スレッド化、連絡先の関係性 — 平面的なメールボックスを実用的なデータセットへ変えるすべての要素です。

つまり、キーワードを完璧に合わせたクエリではなく、一般的な質問をエージェントに投げるだけで、必要なものを正確かつすばやく見つけられます。モデルはコンテキストの再構築ではなく、本来の作業にトークンを使えます。

セマンティック検索はSparkのAI Assistant上で実行されるため、エージェントがこのより豊かなコンテキストにアクセスするには、Spark +AIと有効化されたAssistantが必要です。（受信トレイのインデックス作成はローカルで行われ、Spark内のAIトークンは一切使用しません。）セマンティック検索にはプランの制限が適用されます — Freeでは一か月分、PlusとPremiumでは一年分、Proでは無制限 — 一方、通常のキーワード検索は履歴制限なしで誰でも利用できます。

Readアクセス：知るエージェント

Spark CLIには現在、ReadとTriageという二つの権限レベルがあります。 ReadアクセスはすべてのSparkプランで利用できます。これにより、エージェントはメール、連絡先、カレンダー、会議メモに安全な読み取り専用アクセスが可能になります — メッセージを送信したり、受信トレイに対して操作を実行したりすることはできません（can’t）。

エージェントが、受信トレイが積み重ねてきたコンテキストを見られるようになると、どの記録システムにも残っていない質問への答えが得られます。先月のAcmeとのスレッドで、価格について何を決めましたか。また、その通話には誰が参加していましたか？エージェントはスレッドを取り出し、参加者を挙げ、決定がまとまった会議を見つけ、合意内容を要約します。

Readモードは、「生きたWiki」や「第二の脳」といったユースケースを実用的なものにします。意思決定ログ、ステークホルダー向けブリーフ、会議準備、プロジェクト履歴の再構築 — 以前は一時間のスクロールと三回のSlackでの確認が必要だった作業が、今では一つのプロンプトで実行できます。そしてCLIはエージェントが持つ他のどのコネクタとも組み合わせられるため、受信トレイは行き止まりではなく、エージェントが横断的に扱えるリサーチ面になります。

マーケティングチームのKateは、今後の会議準備にSpark CLIを使用しています。彼女はCursorを使って過去の会議メモや会話を確認し、プロジェクトを前進させる明確なアジェンダを作成しています。会議、要約、関連資料はプライベートリポジトリに保存されるため、彼女はすべてのプロジェクトの継続的なログを残し、議論をすばやくアクションプランや資料に変えられます；

Triageアクセス：行動するエージェント

Spark Proに含まれるTriageは、エージェントが見つけたものに対して操作できる機能を追加することで、Readでできることを拡張します。エージェントは次のことができます；

メッセージの準備：エージェントは完全な書式設定を保ったまま、下書き、返信、転送、編集を行えます。
受信トレイを整理する：スレッドをアーカイブ、ラベル付け、ピン留め、スヌーズ、移動できます；
責任の委任：共有受信トレイ内の項目を割り当て、再割り当てできます。
一括操作を実行する：複数のメールやアカウントにまたがって、上記のすべてを実行できます；

Triageは、エージェントが観察するだけでなく、作業を始める場所です。朝に「一週間以上前の通知をすべてアーカイブし、最も長く待っている三人の顧客（who’ve been waiting longest）への返信を下書きして、二件のサポートスレッドをMariaに割り当てて」のようなプロンプトを出せば、一度で実行されます。毎日ふるい分けや整理に使っていた時間が、あなたのもとに戻ってきます。

ZAS VenturesのSergeyは、ファンドの案件フローをSpark CLIのTriageで処理しています。創業者との各通話の後、彼はCursorに、CRMにそのまま使える要約を下書きし、完了したスレッドをアーカイブし、未完了のアクション項目を適切なパートナーに割り当て、合意した次のステップを創業者へ返信するようキューに入れるよう指示します。四十分の通話後の処理が、コーヒーを一杯飲むほどの時間で完了します。

厳選されたスキルライブラリを閲覧

Spark CLIには、すぐに使えるスキルのライブラリが付属しています — エージェントが実行して、受信トレイで起きていることを見つけ、要約し、またはそれに対して操作できるテンプレートです。そのまま使うことも、ニーズに合わせて変更することも、複数のツールを使うワークフローに組み込める新しいスキルを作成することもできます。

読み取り専用スキル；

朝のスタンドアップ：その日の予定、人物や優先送信者からの未読メール、未完了のチーム割り当てを含むデイリーブリーフィングを生成します。
会議準備：次の会議に万全の準備で臨めます。過去のメールや会議メモを使って、取り上げる価値のある未解決トピックを含むアジェンダを下書きします。
ステークホルダーブリーフ：過去の会議ややり取りを確認し、同僚やクライアントについて詳細な概要をまとめた資料を作成します。
意思決定トラッカー：会議の文字起こしと過去のメールスレッドを照合し、あるトピックに関する意思決定の履歴を再構築します。

Triageスキル；

エグゼクティブアシスタント：Spark CLIをあなた専用のアシスタントに変えます。注意が必要なその日’の予定や重要なメッセージを目立たせ、その後のフォローアップの下書きや会議のスケジュール設定を支援します。
通知ハイジーン：ノイズの多い送信者を再分類し、繰り返し届く通知をグループ化し、確認済みのアラートを一括アーカイブします。
優先度の調整：SparkのPriority Sendersを監査してバランスを取り直し、本当に重要な会話だけが受信トレイの上部に表示されるようにします。
Founder：受信トレイをFounder Modeで運用します — トリアージ、委任、チーム活動の監督を行い、絶対に待てないメールや招待に集中できます。

GitHubでスキルの完全な一覧を閲覧し、リポジトリをフォローして新しいアップデートを確認できます。

Spark CLIを使い始める；

Spark CLIを使用するには、Mac上でローカルに動作しているSpark Desktopが必要です。最新バージョンにアップデートし、設定→AI Agentsに移動してセットアップ手順に従ってください。

すでにエージェントを使ってドキュメントやコミュニケーションツールを扱っているなら、Spark CLIが欠けていたレイヤーを補完します（you’re already）。あなたの受信トレイは、意識せずに何年もかけて構築してきたナレッジベースです。あなたのエージェントは、ついにそれを読めるようになるべきです。