エージェント・フィード — MCP 方法論

これは何か

1 回の MCP 呼び出しは 1 つの正規化されたマーケット・ステート・オブジェクトを返します。エージェント・フィードは 6 資産 — BTC、ETH、SOL、BNB、XRP、DOGE — を Binance、Bybit、OKX、Hyperliquid で扱い、レジストリ名 ai.markettrace/agent-feed で公開され、https://api.markettrace.ai/mcp にホストされます。

フィードは測定できるものを報告し、各数値をどれだけ信頼すべきかを自己申告します。トレード推奨は決して返さず、ヒストリーとカバレッジ正直な事実を報告します。予測ではなくヒストリーを報告します。

データソース

フィードはサイトを駆動するのと同じクロス取引所パイプラインを再利用します — すべて Rust、Python デーモンはゼロ。各指標は自身の出所を持ち、より深い指標ごとの方法論にリンクします:

• ファンディング。 OI を反映したクロス venue レートと、一貫して深い venue 集合に対する複数年パーセンタイル。 ファンディング方法論 →
• 建玉(OI)。 4 venue のネイティブ USD 合計:Bybit openInterestValue、OKX oiUsd、Hyperliquid coins × markPx、Binance coins × mark。
• 出来高。 30 日の統合テープ。
• CVD & 板インバランス。 クロス venue のテイカー・フローとフロー加重 OBI。 ポジショニング方法論 →
• 清算。 3 venue — Binance、Bybit、OKX;Hyperliquid は意図的に除外。 清算方法論 →
• ベーシス。 perp 対 spot を bps で表現;正は perp が spot インデックスより上で取引されることを意味し、インデックスはマルチ取引所 spot コンポジットです。
• 価格 / OHLCV。 統合クロス取引所ローソク足。

カバレッジ正直性

すべての指標は coverage エントリを持ちます。薄いまたは若い指標は、その深さを開示して正直に回答され、深く見せるために捏造されることは決してありません。

coverage: { venues, window_days, n_samples, partial, reason }
reason ∈ { accruing | unavailable | degraded | stale }

age_seconds は non-null フィールドを満たしたライブ・ソース全体での最悪ケースの古さなので、1 つの古いサブフィードがより新しいものの背後に隠れることはできません。すべてのレスポンスの feed ビーコン — feed.version と feed.tools — により、エージェントは古いキャッシュされたツール・カタログを検出してスキーマを読み直せます。

条件付き結果

フラッグシップ・ツールは、呼び出し側が指定した条件の後のフォワード・リターンのベースレートを測定します。俗説 — “高いファンディングはスクイーズを意味する” — を、フィード自身のデータから導いたベースレートで置き換えます。メカニズムは意図的に保守的です:

• as-of パーセンタイル。 各歴史的時刻 t において、パーセンタイルとして指定された条件は t 以前のデータに対してのみランク付けされます — 先読みなし。構造的な下限が適用されます:as-of ランクはそのシリーズが 12 サンプルを持つときにのみ存在します。2 点間のランクは退化しているからです。生の値の閾値にはその下限はありません。
• マッチング。 マッチは、指定されたすべての条件フィールドが同時に成立するあらゆる時刻です — フィールドは AND で結合されます。
• フォワード・リターン。 ホライズンごと(デフォルト 4h / 24h / 72h):

r_h(t)  = close(t+h) / close(t) − 1            // ホライズン h でのフォワード・リターン
maxDD_h = min( low(t+1 … t+h) ) / close(t) − 1  // (t, t+h] での最悪の時間別安値

• オーバーラップ崩壊。 重なるフォワード・ウィンドウは独立サンプルではないため、マッチは少なくとも 1 ホライズン離すよう間引かれ、n_effective を生みます。生の n_matches も併せて報告されます。すべての統計は n_effective で計算されます。
• クラスター警告。 レスポンスは、最も密な 14 日ウィンドウ内に入る有効マッチの割合を報告します — 1 つのスクイーズ・エピソードが N 個の独立エピソードに偽装することへの防御策です。
• history_silent 判定。 すべてのホライズンで有効マッチが 12 未満のとき、統計は null で判定は history_silentと表示されます。これは一級の回答です — “ヒストリーは沈黙している;あなたは信念で取引することになるので、それに応じてサイズを調整せよ” — エラーではありません。
• 価格シリーズ。 リターンは Binance の 1 時間終値(coverage.price_src)で計算されます — 設計上、1 つのバックテスト内で統合や venue 継ぎ接ぎのシリーズは使いません。
• アーカイブ・フィーチャー(v2)条件。 obi_skew、oi_chg_1h_pct、taker_buy_ratio、basis_bps の条件は、ファンディング・ウィンドウを若い 15 分アーカイブと交差させます。レスポンス・ウィンドウはその交差を正直に報告します。

ステート・ヒストリー

15 分アーカイブは資産ごとに配信された完全なマーケット・ステートを保存します。get_state_history は任意の数値ドット付きフィールド — funding.percentile、oi.usd、obi.skew — の並列時系列配列を max_points にダウンサンプリングして返します。使用された stride が報告され、最新の行がサンプリングで捨てられることは決してありません。アーカイブは若く — 2026-07-03 に生まれ — 前方へ成長するため、薄い回答は正直なものであり、故障ではありません。

ツール

• get_market_state — 資産に対する 1 つの正規化されたマーケット・ステート・オブジェクト。
• get_funding_percentile — 複数年パーセンタイルを伴うファンディングレート。
• get_liquidations_recent — カバーする 3 venue の最近の清算。
• get_ohlcv — 統合クロス取引所ローソク足。
• get_conditional_outcomes — 指定された条件の後のベースレート・フォワード・リターン。
• get_state_history — 15 分アーカイブの時系列配列。

エージェントの接続方法は /agents を参照してください。

限界

• バックテストは Binance のみの価格。 条件付き結果シリーズは Binance の 1 時間終値を使います。統合価格に対するデルタは、このツールが報告する 4h 以上のホライズンでは小さいです。
• ステート・アーカイブは若い。 2026-07-03 から前方へ成長するため、アーカイブ・フィーチャー条件と get_state_history は満たされるまで短いウィンドウを返します。
• 継承されるカバレッジの注意点。 各基礎指標自身の注意点がそのまま引き継がれます — どの読み取りもその coverage エントリで重み付けしてください。
• 読み取り専用、記述的。 フィードは読み取り専用であり、決してトレード推奨ではありません。予測ではなくヒストリーを報告します。

バージョン管理

方法論バージョン v1.4.1 · 更新 2026-07-04。重要な変更(新ソース、公式の微調整、閾値変更)はバージョンを上げ、上の構造化データの dateModified を更新します。

v1.4.1(2026-07-04):MCP エージェント・フィードの初の公開方法論 — カバレッジ正直モデル、条件付き結果の統計、15 分ステート・アーカイブ。