viewdaily

viewdaily

viewdailyは、FinChiefsのホスト型MCPサーバーへの小規模なローカルブリッジです。200以上のプロバイダー（銀行、資産運用会社、中央銀行、多国間機関、独立系リサーチャー）から日々の調査を収集し、資産やマクロテーマに関する方向性の見解、毎日作成されるダイジェスト、構造化された中央銀行の政策シグナルにまとめています。それぞれに、元の出版物へのリンクが付いています。

このブリッジは、調査データを独自に保持しません。ライブエンドポイントから取得した状態そのままに、上流サーバーのツール一覧をローカルで提供し、各ツール呼び出しを上流に転送して、結果を変更せずに返します。取得した機能はすべて読み取り専用です。ここから注文を出したり、資金を移動したり、何かをどこかへ送信したりすることはありません。

ツール

• list_providers - サービスが追跡するプロバイダーです。 オプション：query（プロバイダー名の一部）と limit（1～300、既定値は100）。ここで取得したプロバイダーの id を指定すると、他のツールの対象を1つのソースに絞れます。
• list_categories - 資産ダイジェストのカテゴリ（例： gold、oil、us_bonds、eurusd）とマクロカテゴリ （例：monetary_policy、geopolitics）です。毎日のダイジェストに 対応するものとしてフラグが付いたキーは get_daily_digests で 使用できます。マクロキーは search_macro_views と summarize_views の絞り込みにも使用できます。引数はありません。
• summarize_views - 条件に一致するすべての見解から全体像を 1つの簡潔なレスポンスにまとめます。合計、上昇／下落の件数、 プロバイダーの見方、最も活発なプロバイダー、週ごとの傾向、 最も議論されているテーマが含まれます。 必須：kind（asset または macro）。オプション： terms、asset_class、category、provider_id、 since、until。
• search_asset_views - 資産に関する個別の方向性（上昇／下落）の見解です。 プロバイダー、日付、期間、根拠、ソースへのリンクが含まれます。 offset／next_offset によるページ分割に対応し、既定では 複数のプロバイダーに結果を分散させます。
• search_macro_views - プロバイダーの調査に基づく個別のマクロテーマと 要因です。それぞれに説明とソースへのリンクが含まれ、同じ方法で ページ分割されます。
• search_research - 調査記事（記事、レポート、ポッドキャスト）です。 タイトル、プロバイダー、日付、簡単な説明、原文へのリンクが含まれ、 検索語との一致度、次いで新しい順に並べられます。
• get_daily_digests - 各プロバイダーの見解をまとめた、カテゴリ別の日次 サマリーです。その日の上昇／下落の集計も含まれます。 必須：categories（カテゴリキーを1～10個。例： ["gold"]、または資産横断サマリーの場合は ["__overall__"]）。
• get_policy_signals - 中央銀行や多国間機関の出版物を構造化して読み取ります。 決定、スタンス（-2のハト派から+2のタカ派）、ガイダンス、 条件、発言者、予測が含まれ、新しい順に並べられます。

設定

• FINCHIEFS_MCP_URL（任意） - 上流エンドポイントを 上書きします。既定値は https://finchiefs.com/api/mcp です。 （この上書きフックは、この再構築で独自に追加したものだと明記しています。）
• FINCHIEFS_API_KEY（任意） - 設定すると、すべての上流リクエストに Authorization: Bearer <key> ヘッダーが含まれます。未設定の場合は、 認証ヘッダーは送信されません。（この転送機能も、この再構築で独自に 追加したものだと明記しています。元の機能はキーなしで取得されました。）

転送の仕組み

最初のツール呼び出し時に、クライアントは上流サーバーとストリーミング可能な HTTPセッションを開きます。まずJSON-RPCの initialize リクエスト （protocolVersion 2025-03-26、clientInfoのnameは viewdaily）を送り、続いて notifications/initialized 通知を送り、その後、呼び出し元の引数を変更せずに含めた tools/call リクエストを送信します。上流サーバーが initialize に Mcp-Session-Id ヘッダーを付けて応答した場合、 その値はセッションの後続リクエストすべてに引き継がれ、プロセスの 存続中は同じセッションが再利用されます。応答は通常のJSONまたは Server-Sent Eventsとして届く場合があります。どちらも読み取ります。

上流からの成功結果は、上流サーバーが設定した isError フラグも含め、 そのまま渡されます。失敗（JSON-RPCエラー、2xx以外のステータス、 読み取れない応答、または完了できないリクエスト）は、 テキストが viewdaily error: で始まる isError 結果として返されます （この形式も、この再構築で独自に追加したものだと明記しています）。

CLI

各ツールは、1 つの JSON 引数文字列を取るサブコマンドでもあります（引数を取らないツールでは省略します）。

npx @reneturcios/viewdaily list_providers '{"query":"ECB"}'
npx @reneturcios/viewdaily summarize_views '{"kind":"asset","terms":["gold"]}'
npx @reneturcios/viewdaily get_daily_digests '{"categories":["gold"]}'
npx @reneturcios/viewdaily list_categories
npx @reneturcios/viewdaily --version

終了コード：成功時は 0、isError の結果の場合は 1、使用方法に誤りがある場合は 2 です。

MCP サーバー

npx -y @reneturcios/viewdaily mcp

MCP クライアントの設定：

{
  "mcpServers": {
    "viewdaily": {
      "command": "npx",
      "args": ["-y", "@reneturcios/viewdaily", "mcp"]
    }
  }
}

Docker

docker run -i ghcr.io/cloudcorprecords/viewdaily
docker run --rm ghcr.io/cloudcorprecords/viewdaily --version

コンテナのデフォルトコマンドは mcp です。そのため、最初の形式は stdio MCP サーバーとして動作し、それ以外の引数は通常どおり CLI に渡されます。

開発

npm install
npm run build
npm test
npm run dev

テストスイートはすべてスタブ化された JSON-RPC アップストリームに対して実行されます。実際のネットワーク呼び出しはありません。

ライセンス

MIT - LICENSE を参照してください。