proofite

Proofite MCP サーバー

AI アシスタントに、情報を選び取るための鍵を渡しましょう。

Proofite は、選んだ情報源（ニュースレター、RSS フィード、監視対象のウェブ検索、保存したリンク）を、AI が作成する 毎朝届く、あなた専用のブリーフィング にまとめ、ポッドキャストとしても利用できるようにします。この MCP サーバーを使えば、あらゆるエージェントがそのブリーフィングを読み取れます。さらに重要なのは、背後にあるフィルターを調整できることです。何を取り込むか、どこまで掘り下げるか、どれだけ専門的にするか、どのくらいの頻度にするか、そして二度と表示しないものを設定できます。

これは、製品の音声モード自体が使用しているサーバーです。単なるデモ用のものではなく、Proofite を動かす仕組みそのものです。

you   → "too much crypto this week, and go deeper on the EU regulation"
agent → correct_briefing(note: "…")
        → topic weights adjusted, depth raised, deep dive queued
        → tomorrow's briefing is different

インストール

リモート（推奨）。 Streamable HTTP を使用するため、インストールは不要です。Proofite の 設定 → 接続 でキーを作成し、次を実行します。

claude mcp add --transport http proofite https://proofite.com/mcp \
  --header "Authorization: Bearer pfk_live_…"

または、JSON 設定を読み込むクライアントで次を使用します。

{
  "mcpServers": {
    "proofite": {
      "type": "http",
      "url": "https://proofite.com/mcp",
      "headers": { "Authorization": "Bearer pfk_live_…" }
    }
  }
}

stdio ブリッジ（HTTP にまだ対応していないクライアント向け）：

{
  "mcpServers": {
    "proofite": {
      "command": "npx",
      "args": ["-y", "proofite-mcp"],
      "env": { "PROOFITE_API_KEY": "pfk_live_…" }
    }
  }
}

ツール

ツール		機能
get_briefing	読み取り	ユーザー向けにAIが作成したニュースブリーフィング（毎日のダイジェスト）を、すべてのMarkdown形式で読み取ります。ニュースレター、RSSフィード、監視対象のウェブ検索から今日選ばれたすべての記事と、その出典が含まれます。デフォルトでは最新のブリーフィングを返しますが、IDまたは日付を指定して取得することもできます。また、個々の記事の評価や修正に必要なエントリーIDの一覧も返します。
list_briefings	読み取り	過去の日次ブリーフィングを新しい順に一覧表示します。日付、タイトル、記事数、エピソードの有無が含まれます。特定の日のIDを探してから、そのブリーフィングを読んだり修正したりする際に使います。
get_information_diet	読み取り	このユーザーに届く情報を左右するすべての設定を読み取ります。配信スケジュール、長さ、専門性、詳しさ、立場、トーン、申告された関心事と避けたいトピック、システムが学習したユーザープロフィール、フィードバックから構築されたトピックごとの好み（関心度、ミュート、フォロー）が含まれます。ニュースフィルターの全体像を確認できるため、何かを変更する前に読み取ってください。
list_sources	読み取り	このユーザーがブリーフィングに情報を届けるために使っているトピック別受信箱を一覧表示します。それぞれにニュースレター購読用の専用メールアドレスがあり、RSSフィードと監視対象のウェブ検索も登録できます。最近の取得量、優先度、ブリーフィングへの掲載有無が表示されます。
get_source	読み取り	1つのトピック別受信箱の詳細を確認します。すべてのRSSフィード（稼働状況と最終取得日時を含む）、監視対象のウェブ検索、X/Twitterプロフィール、専用アドレスに現在届いているニュースレターが表示されます。何かを削除したり、整理し直したりする前に使ってください。
get_podcast_episode	読み取り	ブリーフィングから生成された音声エピソードを取得します。ユーザーの言語で読み上げられる非公開ポッドキャストで、再生可能なURLと、すべての出典を記載した番組ノートが含まれます。デフォルトでは最新のエピソードを返します。
list_read_later	読み取り	後で読む受信箱に追加されている内容を一覧表示します。リンクや転送されたメールは、次回のブリーフィングで必ず取り上げられます。
list_deep_dives	読み取り	調査対象となるのを待っている詳細調査リクエストを一覧表示します。ユーザーがブリーフィングに最新のウェブ調査を依頼したトピックが含まれます。
get_account	読み取り	アカウントの状態を表示します。プラン、ブリーフィングの現在の実行状況、次回の実行予定、システム内のソース数と記事数、今月発生したAI利用料金が含まれます。
update_information_diet	書き込み	ブリーフィングの配信方法と配信時期を変更します。配信時刻と曜日、長さ、専門性、詳しさ、立場、トーン、申告された関心事と避けたいトピック、言語、タイムゾーン、ポッドキャスト配信、メール配信を設定できます。変更したいキーだけを渡してください。最初に get_information_diet を読み取ってください。これらは全体設定であり、トピックごとの設定ではありません（特定のトピックには tune_topic を使います）。
tune_topic	書き込み	今後のブリーフィングで、1つのトピックの扱い方を調整します。取り上げる量、専門性、詳しさ、長さ、頻度を増減したり、完全にミュートしたり、フォローして進展をすべて報告させたりできます。これは細かな調整に使うツールです。「最近、暗号資産の話題が多すぎる」のような漠然とした意見には、代わりに correct_briefing を使ってください。
correct_briefing	書き込み	ブリーフィングの問題点を、平易な言葉で伝えます。「暗号資産が多すぎて、EUの規制に関する情報が足りない」「もっと短くして」「技術的な部分をもっとわかりやすく説明して」「この話題をフォローして」などと伝えられます。AI編集者が実際のブリーフィングを踏まえてメモを読み取り、トピックごとの好み、設定、詳細調査リクエストなど、具体的な調整に反映します。会話を通じてニュースフィードを再調整するための主な方法です。
rate_briefing_entry	書き込み	ブリーフィング内の1つの記事に、具体的な高評価・低評価のシグナルを送ります。「このような記事を増やす」「減らす」「もっと専門的に」「もっと簡単に」「詳しく」「短く」「フォローする」「関連トピックをミュートする」などを指定できます。その記事のトピックに適用され、次回のブリーフィングでの扱いが調整されます。
set_learned_profile	書き込み	ブリーフィングがユーザーを理解するために使う自由記述のプロフィールを読み取るか、書き換えます。仕事、プロジェクト、継続的な関心事、すでに知っている内容などを記載します。通常は置き換えるより追記するほうが適切です。行を追加するには、モードに "append" を渡してください。
request_deep_dive	書き込み	次回のブリーフィングで、最新のウェブ調査を使ってトピックを詳しく調べるよう依頼します。出典付きのミニ資料集が含まれます。「Xについてもっと知りたい」「これを引き続き調べて」とユーザーが言った場合に使ってください。
save_for_later	書き込み	リンクやメモを後で読むキューに追加します。ここに入れた内容は、次回のブリーフィングで必ず取り上げられます。ページを取得してテキストを保存するため、後でサイトへのアクセスがブロックされても要約できます。
generate_briefing	書き込み	スケジュールされた時刻を待たずに、これまでに収集したすべての情報を使ってブリーフィングをすぐに生成します。実際のAI利用料金が発生し、数分かかるため、明示的に依頼された場合にのみ使ってください。get_briefing でポーリングするためのIDを返します。
create_source	書き込み	新しいトピック別受信箱を作成します。専用メールアドレス（ニュースレターの購読先として使用）を持つテーマ別の入れ物で、RSSフィードや監視対象のウェブ検索を登録できます。ユーザーの情報環境に新しい分野を追加する際に使います。
update_source	書き込み	トピック別受信箱を変更します。名前や説明の変更、ブリーフィングでの優先度の引き上げ・引き下げ、受信箱ごとの専門性レベルの設定、ブリーフィングからの一時的な除外、完全な一時停止ができます。
delete_source	書き込み	トピック別受信箱を、すべてのフィード、検索、収集済みコンテンツとともに完全に削除します。元に戻せません。専用メールアドレスも使えなくなります。迷った場合は、代わりに update_source で is_active を false にしてください。
add_feed	書き込み	トピック別受信箱にRSS/Atomフィードを追加します。フィードURLの代わりにサイトのアドレスを渡すこともできます。サーバーがページを取得してフィードを検出します。失敗した場合は、理由（サイトによるブロック、ページの消失、読み取り不能など）が正確に返されるため、正直に伝えられます。
remove_feed	書き込み	トピック別受信箱からRSSフィードを削除します。すでに収集されたコンテンツは残り、新しいコンテンツは届かなくなります。
add_web_search	書き込み	Google検索クエリを毎日監視し、結果をトピック別受信箱に取り込みます。RSSフィードがない企業、人、法律、ニッチな分野を継続的に追う方法です。kind が "news" の場合はニュースインデックスを監視し、"search" の場合はウェブ全体を検索します。
remove_web_search	書き込み	継続的なウェブ検索の監視を停止します。そのクエリの新しい検索結果はブリーフィングに届かなくなります。すでに収集された内容はそのまま残ります。
discover_sources	読み取り	分野を平易な言葉で説明すると、実際に利用できるソースを返します。サーバーがリアルタイムに検証したRSSフィード（無効なものは表示前に除外）、監視する価値のあるウェブ検索、購読する価値のあるニュースレターが含まれます。何も追加されません。add_feed / add_web_search に渡す候補を返します。
import_opml	書き込み	OPMLファイルの内容を渡して、別のRSSリーダー（Feedly、Inoreader、FreshRSS、NetNewsWire）から購読情報をインポートします。まず dry_run を true に設定して、ファイルの内容と登録済みの項目を確認してください。その後、本番実行すると購読情報が追加されます。各項目は1つずつ検証され、失敗した項目には理由が返されます。
unsubscribe_newsletter	書き込み	いずれかの受信箱に届くニュースレターの購読を解除します。送信元がワンクリック解除に対応している場合は、サーバーが直接解除します。対応していない場合は、人が開く必要のあるURLを返し、そのことも明確に伝えます。
リソース（proofite://briefing/latest、proofite://diet、proofite://sources）と、2 つのプロンプト（tune-my-feed、catch-me-up）も公開しています。

知っておきたいこと

• キーは読み取り専用にできます。サーバーによって強制されるため、読み取り専用キーでは、どれほど巧みに頼んでも設定を変更できません。クライアントごとにキーを作成し、それぞれ個別に失効させてください。
• 変更は次回のブリーフィングから適用されます。過去にさかのぼって適用されることはありません。
• 1 つのアカウントに限定されます。 キーは個人を識別します。サーバーが他人の情報にアクセスすることはできません。
• プロトコル。 ストリーマブル HTTP を使用します。2026-07-28 リビジョン（ステートレス、リクエストごとの _meta、Mcp-Method / Mcp-Name ヘッダーのミラーリング、server/discover）と、現在ほとんどのクライアントで使われている旧式の initialize ハンドシェイクの両方に対応しています。最初のリクエストから、どちらの方式かを判別します。

要件

Proofite のアカウントが必要です。無料トライアルにはカード登録は不要です。ブリーフィング、ポッドキャスト、そしてこのサーバーは、同じ製品を 3 つの側面から見たものです。

リンク

• proofite.com/mcp — サーバー独自のツールレジストリから生成される最新のドキュメント
• proofite.com — Proofite の概要
• https://proofite.com/.well-known/mcp.json — 機械可読なマニフェスト

MIT © Nicola Moretti mcp-name: com.proofite/proofite