Relay

Relay

Relay · 生産性向上

Relayは、開発者向けの、ブラウザを中心に動く異なるAI間のコンテキストマネージャーだ。対応するAIチャットから決定事項・タスク・制約を取得し、それらを生きたプロジェクトブリーフに変え、そのブリーフをブラウザのセッションと、Claude Code、Cursor、Windsurf、CodexといったコーディングエージェントのMCP連携ポイントとの間で同期させ続けるAI記憶ツールである。新しいチャットを開くたびにプロジェクトを説明し直す代わりに、保存したコンテキストにツールを向けて作業を続ける。それが提案のすべてだ。

Relay の画面プレビュー

Relay について

Relayとは何か

Relayは、すでに使っているAIツールの隣に置く記憶の相棒だ。その役目は、新しいチャットを始めたり別のアシスタントに切り替えたりするたびに、同じプロジェクトのコンテキストが失われるのを防ぐことにある。発想は単純。だが正しく作るのは難しい。

対応するAIチャットを監視し、重要なもの(目標、決定事項、制約、タスク、リスク)を抜き出し、見直せる構造化されたエントリとして保存する。エントリには有効・暫定・係争中・古いといったステータスが付くので、現在の真実と、すでに覆された内容を区別できる。ここではステータスのラベルが効く。コンテキストはすぐ腐る。

大きな注意点は適用範囲だ。RelayはChrome拡張とMCP接続を通じて動くため、ブラウザとIDEの設定に依存する。1台の端末で1つのAIツールしか使わず、新しい会話もほとんど始めないなら、効果は小さい。最も効くのは、同じコードベースで複数のアシスタントを使い分ける人だ。

はじめ方

  1. onrelay.appで登録し、最初のプロジェクトを作る。
  2. ブラウザのチャットからコンテキストを取得したいなら、Chrome拡張をインストールする。
  3. npx @onrelay/wizard を実行してMCPサーバーをつなぎ、IDEを設定する。
  4. 作業セッションを開き、いつも通りアシスタントとやり取りし、重要な箇所にチェックポイントを打つ。
  5. 生成されたブリーフを新しいチャットやコーディングエージェントに渡し、中断したところから再開する。

AIツール情報

Relayの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プランFree, Starter, Pro tiers
プラットフォームWeb, Chrome extension, MCP (Claude Code, Cursor, Windsurf, Codex)
開発元Relay
カテゴリ生産性向上
リリース日Sep 2025
最終更新Sep 2025
サイト訪問数N/A
サイト世界ランキングN/A
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • 1つのプロジェクトで複数のAIアシスタントを走らせる個人開発者:Relayはどのチャットにも同じ決定事項と制約を把握させ続けるので、コンテキストを手でコピーするのは自分ではなくなる。
  • IDE内のエージェントで一日を過ごすエンジニア:Claude Code、Cursor、Windsurfを毎日使うなら、MCP接続が保存したブリーフをそのツールに直接流し込む。
  • 記録されたプロジェクト履歴を標準化したい小規模チーム:コードベースに対する2人の主張が食い違い始めたとき、ステータスラベルとずれの調整が役立つ。

タスク

  • 既存のコードベースにAIを慣らす:ブートストラップ用のブリーフが、アーキテクチャの事実と過去の決定を一度に引き継ぐ。
  • 未完の作業を再開する:セッションにチェックポイントを打てば、次のセッションはタスクと未解決の問いがすでに揃った状態で開く。
  • 決定を長期にわたって追う:エントリには有効期間が付くので、プロジェクトが今どうなっているか、先月どうだったかを尋ねられる。

シーン

  • 作業の途中でブラウザのチャットとIDEのエージェントを行き来するとき、そうしなければ2つ目のツールがゼロから始まってしまう場面。
  • あるアーキテクチャ選択の元々の理由が忘れられた、長期のプロジェクト。
  • コードを確定する前に、2つの異なるAI画面からの矛盾する指示を突き合わせる場面。

主な機能

異なるAI間のコンテキスト取得

Relayは、複数のアシスタントのAIチャットコンテキストを1つに束ねた、生きたプロジェクトブリーフを保つ。何も1つのツールの中に閉じ込められない。ノートや決定を一度加えれば、ブラウザのチャットでもIDEでもブリーフは使えるままだ。

コーディングエージェント向けMCP連携

MCPサーバーは get_brief、recall、save、list_projects といったツールを、Claude Code、Cursor、Windsurf、Codexなどのクライアントに公開する。自分についてくるコーディングエージェントの記憶だと考えればいい。エディタを離れずに、エージェントが現在のブリーフを引き出したり、新しい決定を保存したりできる。コピー&ペーストは不要だ。

観察・内省・昇格のサイクル

セッションの生の観察は、それだけでは事実にならない。Relayはそれらを観察・内省・昇格のループに通すので、見直した素材だけが永続的なプロジェクトコンテキストへ昇格する。意図的な関門であり、半分できたアイデアがブリーフを汚すのを減らす。ノートの中の幽霊決定ほど厄介なものはない。

構造化されたコンテキストエントリ

コンテキストは型付きのエントリ(目標、決定、制約、タスク、進捗、アーキテクチャの事実、リスク、前提)として保存され、それぞれにステータスが付く。現在の状態の答えと、過去の答えの両方が得られる。誰かがある決定の理由を尋ねたときに効く。その履歴こそが要点だ。なければ、過去の自分の推論を推測することになる。

ずれの調整

2つの画面が矛盾する主張をしたとき、Relayは黙って勝者を選ぶのではなく、その不一致を確認対象として印を付ける。実務ではこれが効く。IDEのエージェントとブラウザのチャットは、プロジェクトが何をすべきかでずれていくことがあり、コードを確定する前にそれを知りたいはずだ。

ブラウザ拡張による取得

Chrome拡張が、ブラウザ内の対応AIチャットからの取得を担う。タブを閉じて普通なら失うテキストが、代わりにプロジェクトへ取り込まれる。覚えておくことが1つ減る。

REST APIへのアクセス

MCPだけでなく、Relayはプロジェクト、記憶、コンテキストブリーフ、作業セッション向けのREST APIも公開する。設定で作成したBearerトークンで認証する。これにより、スクリプトや社内ツールもコンテキストを読み書きできるようになる。

引き継ぎパケット

Relayは、新しいチャットの起動、簡単な継続メモ、エージェントの完全な起動など、用途に応じたコンテキストパケットを組み立てる。次のツールがどれだけ知る必要があるかに合うパケットを選ぶ。小さな選択、大きな違い。

メリットとデメリット

メリット

  • 1つのプロジェクトブリーフをブラウザのチャットとIDEのエージェント間で同期させ続けるので、同じ背景を説明し直す必要がなくなる。
  • 観察・内省・昇格の関門が、見直していない推測を永続的なコンテキストから締め出す。
  • ステータスラベルと有効期間により、現在の真実と取って代わられた決定を切り分けられる。
  • MCPツールは `npx` のウィザード1つでClaude Code、Cursor、Windsurf、Codexにつながる。
  • 2つのアクティブプロジェクトが使える無料枠があるので、支払う前に実務で安く試せる。

デメリット

  • 取得はChrome拡張とMCPの設定に依存するので、使うすべてのAIアプリに対して置きっぱなしにできるツールではない。
  • 無料枠の制限は厳しい:1日15回の読み取りと5回の書き込みは、活発なプロジェクトではすぐ尽きる。
  • APIのレート制限と有料枠の価格は現行ドキュメントに固定の数値として載っていないので、予算を立てるにはサポートへのメールが要る。

よくある質問

AIチャットから決定事項・タスク・制約を取得し、共有のプロジェクトブリーフに変える。そのブリーフを新しいチャットやコーディングエージェントに注入すると、白紙ではなくプロジェクトの実際のコンテキストから始められる。