mcpField
C
ClearMarket

ClearMarket

リモート
clearmarket.fyi金融データ3今日更新
リポジトリ公式サイト

ClearMarket について

ClearMarketは、PolymarketとKalshiの予測市場データを構造化する読み取り専用の参照レイヤーです。調査、リスク管理、データチーム向けに、決済条件の明確さを評価し、項目ごとの出典を記録して、プラットフォーム間の関連市場を結び付けます。

主な機能

  1. 01市場の決済明確性グレード
  2. 02項目ごとの出典情報
  3. 03プラットフォーム間の市場リンク
  4. 04正規化されたイベント・市場レコード
  5. 05日次シグナルフィード

活用シーン

  1. 01決済ルールの明確さの評価
  2. 02プラットフォーム間の関連市場の照合
  3. 03構造化された予測市場データの取り込み
  4. 04日次市場シグナルの追跡

MCP 対応

ClearMarketはストリーミング可能なHTTP経由で、イベント一覧、イベント・市場の取得、今後の触媒イベント検索、シグナル閲覧に使える6つの読み取り専用ツールを提供します。キーは不要です。

設定

リモートサーバーはインストール不要です。クライアントを選んで設定をコピーするか、ワンクリックで導入できます。

エンドポイントhttps://api.clearmarket.fyi/mcp
インストールコマンドをコピー
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

コマンドはターミナルで実行し、JSON は各クライアントの MCP 設定に貼り付けて再起動します。認可が必要なサーバーは初回接続時にログインを求めます。

ツール

6
パラメーター型必須説明
qstringいいえイベントの質問を自由入力で検索します。省略すると、絞り込み後の対象全体を一覧表示します。
gradeenumいいえ主要市場の Resolution Clarity Grade。A | B | C
limitintegerいいえ
offsetintegerいいえ
categoryenumいいえeconomics | financials | crypto | companies | technology | politics | geopolitics | health | climate
platformenumいいえkalshi | polymarket

詳細

ClearMarket

予測市場データのための機関投資家向けリファレンスレイヤーです。Polymarket と Kalshi の市場を構造化、分類、評価し、相互に関連付けることで、リサーチ、リスク、データの各チームが他の資産クラスと同じように活用できるようにします。

公開中: clearmarket.fyi · REST api.clearmarket.fyi/v1 · MCP api.clearmarket.fyi/mcp · 毎日のワイヤーフィードは /signals。オープンで読み取り専用のため、キーは不要です。

カバレッジ: Kalshi と Polymarket の稼働中の全市場(未取引のプレースホルダースロットは除外。件数は取り込みのたびにサイト上で更新されます)。各市場には解決明確度グレード(RCG A/B/C)と完全な出典情報が付与されます。市場運営元が解決元を明示している場合はその名称が示され、明示していない場合は、その不在が分類・評価されます(そのギャップこそが重要です)。両方の市場で同じ質問が掲載されている場合、運営元をまたぐリンクが付与されます。価格は1時間ごとに更新されます。

v0.2 · 2026年6月


クイックスタート

キーも登録も不要です。オープンで読み取り専用です。

# REST — search the graded universe
curl -s "https://api.clearmarket.fyi/v1/events?q=fed"

# one event, fully graded (markets + resolution provenance + cross-venue links)
curl -s "https://api.clearmarket.fyi/v1/events/kxfed-26jul"

# the daily CM Signal wire feed
curl -s "https://clearmarket.fyi/signals.json"

MCP(エージェントクライアント — Claude Desktop、Cursor、VS Code):https://api.clearmarket.fyi/mcp でストリーミング可能な HTTP を利用でき、6つの読み取り専用ツール(list_events、get_event、get_market、list_upcoming_catalysts、list_signals、get_signal)を提供します。get_market は ClearMarket ID、運営元固有の ID/ティッカー、または市場 URL を受け付けます(ベストエフォート対応 — Kalshi の URL は解決されます。Polymarket では conditionId を指定してください)。get_event では detail=concise を指定すると、大規模な複数市場イベントのグレードと価格を簡潔に確認できます。エージェント向けマニフェストは /AGENTS.md にあります。ワンクリックでインストールできます。

Cursor に追加 VS Code にインストール

# Claude Code
claude mcp add --transport http clearmarket https://api.clearmarket.fyi/mcp

…または手動で追加できます。

// claude_desktop_config.json  /  ~/.cursor/mcp.json
{ "mcpServers": { "clearmarket": { "command": "npx", "args": ["-y", "mcp-remote", "https://api.clearmarket.fyi/mcp"] } } }

すべての URL には、対応する .json、埋め込み JSON-LD、/llms.txt 内の行も用意されているため、エージェントが HTML をスクレイピングする必要はありません。


グレードは解決リスクを予測するか? 7,166件の契約を用いたバックテスト

予測市場の契約は、イベントの予測が正しくても、細則によって精算結果が変わることがあります。解決明確度グレードは、解決前に、ルール文面だけを基に、Kalshi と Polymarket のすべての契約について解決リスクを評価します。Polymarket の公開オンチェーン異議申し立て記録を用いて検証しました(データは2026-07-23時点)。

グレード解決時に異議申し立てあり契約数割合
A32,5870.12%
B01,3020.00%
C523,2771.59%

異議申し立てのあった55件の契約のうち52件は、解決前にCと評価されていました。 C評価の契約は、AとBを合わせた契約の約20倍の割合で異議申し立てを受けました(相対リスク20.6倍、95%信頼区間6.4倍~65.8倍)。取引量の四分位内でも差は維持されており(上位四分位:A+Bは0.22%、Cは4.94%)、このグレードは市場規模の代替指標ではありません。A評価の契約に対する異議申し立ては3件すべて却下されました。事前登録された異議申し立ての定義、Wilson区間、取引量の統制、および出典明示の有無による区分は docs/BACKTEST.md にあります。データセットは data/backtest/ にコミットされており、APIキーなしで1つのコマンドを実行するだけですべての数値を再現できます。

python3 scripts/backtest_stats.py data/backtest/dispute-labels-2026-07-23.csv

問題点

PolymarketとKalshiは、個人投資家の取引には有用でも、機関投資家向けの調査やリスク管理ですぐに取り込める形式ではない市場データを公開しています。購入者がすぐに直面する課題は3つあります。

  1. 解決データの出所がわかりません。 機関投資家向けカテゴリーのPolymarket市場のうち、件数ベースで約65%、金額加重ベースで約80%では、取引所が特定の解決ソースを明示していません(「信頼できる報道の総意」のような仮置きの文言や、拘束力のない留保表現が使われています)。Kalshiはソースを明記していますが、S&P 500の契約における「たとえばGoogle Finance」のように、曖昧な場合もあります。
  2. 同じイベントでも、プラットフォームごとに価格が異なります。 Polymarketでは2026年4月のFed金利決定が、方向別の4つのイエス/ノー質問として掲載されています。Kalshiでは、金利水準を11段階に分けたブラケットとして掲載されています。どちらのAPIにも、同じ事象を価格付けしていることを示す情報はありません。
  3. 関連市場が、単一のプラットフォーム内でも、プラットフォーム間でもグループ化されていません。 イラン紛争がいつ終わるかに関するPolymarketの9つの契約は、API上では互いに関連付けられない9つの別項目として掲載されています。プラットフォーム間では、この隔たりはさらに大きくなります。

こうした課題を社内で解決しようとする機関は、汎用化できない個別のパーサーを作ることになります。ClearMarketは、正規化されたスキーマ、エンリッチメントパイプライン、差分を確認できる機械可読なサンプルを提供します。


変換前と変換後

プラットフォームが提供するデータ

2026年4月のFed金利決定に関するPolymarket(方向別市場4件のうち1件):

{
  "question": "Will the Fed decrease interest rates by 50+ bps after the April 2026 meeting?",
  "endDate": "2026-04-30T23:00:00Z",
  "resolutionSource": "",
  "volume": 1530000,
  "description": "This market will resolve 'Yes' if ... [rules embedded in prose]"
}

同じFedの決定に関するKalshi(ストライク市場11件のうち1件):

{
  "ticker": "KXFED-26APR-T3.25",
  "title": "Will the upper bound of the federal funds rate be above 3.25%...",
  "close_time": "2026-04-29T17:55:00Z",
  "rules_primary": "If the upper bound of the target federal funds rate... [prose]",
  "settlement_sources": [{"name": "Federal Reserve Board of Governors", "url": "..."}]
}

resolutionSourceは空です。ルールは文章の中に埋もれています。カタリストカレンダーもありません。また、これらが同じFed会合を価格付けしている15市場のうちの2つだと示す情報もありません。

ClearMarketが提供するデータ
{
  "event_id": "CM-EVT-KXFED26APR",
  "slug": "kxfed-2026-apr",
  "question": "What will the Fed announce at the April 2026 FOMC meeting?",
  "category": "macro",

  // events are single-venue; this is Kalshi's bundle of the decision
  "venues_covered": ["kalshi"],

  // shared labels for searching across the universe
  "tags": ["macro", "fed-rate-decisions", "fomc", "monetary-policy"],

  // real-world events that move the price
  "catalyst_dates": [
    {"date": "2026-04-29", "type": "fomc", "label": "FOMC meeting Day 1"},
    {"date": "2026-04-30", "type": "fomc", "label": "FOMC statement + press conference"}
  ],

  "markets": [
    {
      "market_id": "CM-MKT-KXFED26APR-T325",
      "question_id": "CMX-FED26APR-UB325",   // the venue-independent question
      "rcg": {"grade": "A"},
      "resolution": {"source": "Federal Reserve Board of Governors", "arbitration_model": "kalshi_staff"},
      // the same question priced on the other venue
      "also_on": [{"venue": "polymarket", "market_id": "CM-MKT-0xA1B2", "price": 0.62}]
    }
  ],

  "editorial_notes": "Kalshi prices this decision as eleven rate-level strike markets; Polymarket as four directional questions. They are separate single-venue events; ClearMarket links the matching questions across them by question_id (surfaced as also_on)."
}

単一の取引所に属するイベントが2つあり、1つはKalshi、もう1つはPolymarketです。どちらも評価済みで、FOMCのカタリストカレンダーに掲載され、ソースとしてFederal Reserveが明記されています。対応する質問は、共有のquestion_idによって取引所間でリンクされ、各市場のalso_onには、もう一方の取引所にある同じ市場とリアルタイム価格が表示されます。

完全なレコードはsamples/fed-apr-2026/specimen.jsonをご覧ください。これは単一取引所への分割前に取得された、従来の統合バンドル形式のサンプルです。現在、ライブAPIではquestion_idでリンクされた2つの単一取引所イベントとして提供されています。


ここに含まれるもの

ライブ製品(サイト、REST API、MCP、日次ワイヤーフィード)では、ライブ市場の全データを提供しています。このリポジトリは、その基盤となるオープンスキーマ、エンリッチメントパイプライン、参照用サンプルです。

  • ClearMarketの4つのテーブル(events、markets、marks、resolution_log)のJSON Schemas
  • スキーマに対応するPostgres DDL
  • PolymarketとKalshiのAPIから取得した生データを、AIが下書きした編集者向けエンリッチメントを加えてClearMarket形式のレコードに変換するEnhancement Script(enhance.py)
  • 差分を確認できる参照用サンプル(主要イベント15件、市場55件)—以下に具体例を掲載しています
  • 委員会に提出された取引所間の解決の相違に関する分析をまとめたCFTC ANPRMへの意見書(cftc-anprm/、RIN 3038-AF65)

すべてのサンプルはJSON Schemasに準拠しています。すべてのレコードにはフィールドごとのfield_provenanceがあり、値がプラットフォームAPI、ClearMarketの編集者、派生計算、代入されたプロキシ、または既知の取引所側の制約のいずれに由来するかが示されています。

4つの標本

標本プラットフォームイベントマーケット実証内容
samples/iran/Polymarket99テーマ別ファミリー(関連する質問9件、共通タグ iran-conflict)。主観的な解決を伴うUMA Optimistic Oracle。オープンマーケットの完全な4サイドCLOB価格と、すでに決着した子マーケットの resolved_at タイムスタンプ。
samples/fed-apr-2026/Polymarket + Kalshi115旧形式の統合バンドル(単一プラットフォームへの分割前):1つの event_id のもとに、UMAで解決されるPolymarketの方向性マーケット4件と、スタッフが解決するKalshiの権利行使価格マーケット11件を収録。現在のライブAPIでは、これらは question_id で関連付けられた2つの単一プラットフォームイベントとしてモデル化されています。
samples/netanyahu/Polymarket44期限違いのバリエーションを含むテーマ別ファミリー。Iranと同じ主観的なUMAのパターンです。
samples/sp500-2026/Kalshi127権利行使価格の階段状構成。1つの終値に基づいて決着する27件の二値マーケット。Kalshiの曖昧な情報源の表記(「たとえば、Google Finance」)を、正式な計算機関(S&P Dow Jones Indices)に修正する編集上の改善。
合計1555

バンドル全体は、samples/<id>/specimen.json を開いて確認できます。トップレベルの _meta.editorial_review_notes ブロックには、AIが下書きしたすべてのフィールドと、それらを規定するルールが記載されています。


差別化要因を一文で

ClearMarketは、これらのフィードを補完する独立したエンリッチメントレイヤーです。プラットフォームが構造化形式で公開していない情報、つまり正規化された質問、信頼できるデータソース、解析済みの解決構造、プラットフォーム間の関連付け、テーマ別ファミリー、フィールドごとの来歴情報を解析します。

同じスキーマを基盤とする2つのプロダクトがあり、3つ目はロードマップにあります。

プロダクト機能購入者
CM Data(提供中)リファレンスレイヤー:解決の明確さを評価(RCG A/B/C)、解決ソースを明示、異なるプラットフォームにまたがる同一の主張を関連付け、フィールドごとの来歴情報を付与します。Markit形式で、ライセンス提供可能です。データディストリビューター(Bloomberg、ICE、Tradeweb、VettaFi)、リサーチ/リスク部門、AI エージェント。
CM Signal(提供中)CM Dataを基盤とする日次ワイヤーフィード。ニュースサイクル、出来高急増、プラットフォーム間の乖離、ベンチマークのずれに関する速報を、ウェブ + JSON + MCPで配信します。予測市場が示すシグナルを追跡するアナリストや各部門。
Rate(ロードマップ)UMAの過去のパターンを通じて紛争リスクを定量化します。UMAサブグラフリーダーが必要です。テールリスクの価格を決定するスワップ部門、担保を評価するミドルオフィスの取引相手。

アーキテクチャ

3つのステップで構成されます。最初の2つは決定論的なPython処理で、3つ目はプラットフォームが提供しない編集レイヤーです。

 ┌────────────────────────────────────────────────────────────────┐
 │  1. INGESTION (plain HTTP, zero LLM cost)                      │
 │                                                                │
 │     • Polymarket Gamma API   → event + market metadata         │
 │     • Polymarket CLOB API    → 4-side order book               │
 │     • Kalshi Trade API       → markets + series metadata       │
 └────────────────────────────────────────────────────────────────┘
                             │
                             ▼
 ┌────────────────────────────────────────────────────────────────┐
 │  2. DETERMINISTIC TRANSFORMS (Python, zero LLM cost)           │
 │                                                                │
 │     • Field mapping (Poly endDate → ClearMarket close_at)      │
 │     • Type coercion, status inference                          │
 │     • Derived fields: spread, mid, venues_covered,             │
 │       also_on, current_primary_mark                            │
 │     • field_provenance flags (platform_api vs. editorial)      │
 └────────────────────────────────────────────────────────────────┘
                             │
                             ▼
 ┌────────────────────────────────────────────────────────────────┐
 │  3. EDITORIAL ENRICHMENT (LLM-based, cached)                   │
 │                                                                │
 │     Per market:                                                │
 │       • underlying_reference   ← named data source             │
 │                                                                │
 │     Per event:                                                 │
 │       • editorial_notes        ← institutional framing         │
 │       • tags                   ← thematic / attribute / entity │
 │       • question               ← canonical grammar rewrite     │
 │                                                                │
 │     Cached to .enhance-cache/llm/ by input hash.               │
 │     Re-runs cost $0 unless the input changes.                  │
 └────────────────────────────────────────────────────────────────┘
                             │
                             ▼
 ┌────────────────────────────────────────────────────────────────┐
 │  4. STORAGE + API (LIVE)                                       │
 │                                                                │
 │     • Cloudflare D1 + Worker: api.clearmarket.fyi/v1/*         │
 │     • REST + MCP (/mcp) + parallel JSON / JSON-LD              │
 │     • Hourly price refresh; daily CM Signal wires              │
 └────────────────────────────────────────────────────────────────┘

料金を支払うすべての利用者は、キャッシュ済みストレージからデータを読み取ります。読み取り時のLLMコストはゼロです。


具体的な編集レイヤー

レコードごとに、AIが下書きする内容とプラットフォームが提供する内容を示します。

MarketsテーブルのAI下書きフィールド:

  • underlying_reference:現実世界のデータソースを特定する1文
  • resolution_source:プラットフォームAPIが空の値を返す場合のみ(Polymarketのみ。Kalshiは settlement_sources を通じて常に信頼できる情報源を提供)

EventsテーブルのAI下書きフィールド:

  • editorial_notes:機関向けの背景説明(2〜3文)
  • tags:テーマ、属性、エンティティを組み合わせたタグ(4〜6個)
  • question:必要に応じて、プラットフォームの生の文面を正規の文法に沿って書き換えたもの

その他のすべては、決定論的な変換(Python)、派生フィールド(提供時に計算)、プラットフォームAPIの値、またはプラットフォームが公開していない場合に null_by_venue_limitation としてフラグ付けされた値のいずれかです。

編集レイヤーが遵守するルール
  • Kalshi の resolution_source と source_citation は、必ずシリーズの settlement_sources から取得します。 UMA 方式の主観的なデフォルトは一切使用しません。Kalshi には構造化された決済メタデータがあるため、それを使用します。
  • Polymarket の resolution_source には、Polymarket API が空のフィールドを返した場合に限り、編集上のデフォルト文言(「信頼できるニュース報道、主観的」)を使用します。 Polymarket の説明文で特定の URL(例:連邦準備制度理事会の市場で federalreserve.gov を指定している場合)が示されている場合は、プラットフォームが提供する値を優先します。
  • インデックス市場およびデータプロダクト市場は、プラットフォーム独自の略記ではなく、正式な算出機関に正規化します。 「S&P 500」は「Google Finance」ではなく「S&P Dow Jones Indices」に解決されます。Kalshi のシリーズメタデータの内容にかかわらず、このルールを適用します。
  • 生成されるすべての文章では、正式な日付として close_at または resolve_at を基準にします。 AI は現在の推論に基づいて将来の年を推測しません。

これらのルールは、モデルが正しく処理することを期待するのではなく、enhance.py のシステムプロンプトと標本ごとの設定によって適用されます。


スキーマの概要

テーブルは 4 つです。完全な定義は schema/ にあります。

テーブル役割行数PK主な FK
events取引可能な質問の正規データ。編集レイヤーです。正規化された質問ごとに 1 件。event_id(CM プレフィックス付きの 12 文字の固定 ID)primary_market_id → markets
marketsプラットフォームごとの契約。プラットフォームの生データと編集上の補完情報です。プラットフォームごとに市場 1 件。market_id(BIGSERIAL)event_id → events(NULL 可)
marks日次の価格スナップショット。市場ごと、UTC の日付ごとに 1 件です。高カーディナリティ。mark_idmarket_id → markets
resolution_log追記専用のライフサイクル監査ログです。v0.1 では簡素で、UMA サブグラフリーダーにより v0.3 で拡張されます。log_idmarket_id → markets
注目すべき設計上の判断
  • 再帰的な階層ではなく、タグでグループ化するフラットなイベント構造です。 すべてのイベントには 1 件以上の市場があります。テーマ別のグループ(イラン紛争、FRB の決定など)は、親子階層ではなく共通タグで表現します。Bloomberg/Stripe の慣例に沿っています。利用側は GET /events?tag=<name> でグループを絞り込めます。
  • 解決メカニズムと解決ソースの種類は、別々のフィールドです。 arbitration_model は誰が仲裁するか(UMA オラクル、Kalshi スタッフ、プラットフォームによる自動処理など)を示します。source_type はどのようなデータが引用されているか(中央銀行、規制対象のデータベンダー、メディアの総意、主観的な情報など)を示します。以前は混同されていましたが、分離することで、「UMA で解決されるが、中央銀行の情報源が明記されているもの」(例:Poly の FRB 市場)を絞り込めます。
  • 市場の resolution_proposer 列挙型は、Kalshi のプラットフォームスタッフ方式やパーミッションレスな提案とは区別して、UMA の MOOV2 アップグレード(2025 年 8 月、37 人の提案者を管理対象のホワイトリストに登録)を記録します。
  • すべての行に field_provenance があります。 フィールドごとのフラグで、値は platform_api、clearmarket_editorial、derived、imputed、null_by_venue_limitation の 5 種類です。これにより、各フィールドの粒度で、生データと拡張データを監査できます。
  • 派生フィールドは保存せず、API の応答時に計算します。 spread、mid、venues_covered、also_on、current_primary_mark は、リクエストごとに正規化済みテーブルから再構成されます。

リリース済み機能(v0.2)

稼働中
  • 公開サイト、REST API、MCP サーバーで、稼働中の全市場を提供
  • すべての市場に Resolution Clarity Grade(RCG A/B/C)を付与し、取引所が情報源を確約している場合は情報源を明記(確約されていない情報源も、隠さず分類)
  • 取引所をまたいだ主張のリンク付け(Kalshi と Polymarket における、同じ評価済み主張)
  • CM Signal の日次ワイヤーフィード(ニュースサイクル、出来高急増、取引所間の乖離、ベンチマークのドリフト)
  • 1 時間ごとの価格更新、4 種類の形式で出力(HTML + JSON-LD + 並列 JSON + llms.txt)
このリポジトリに含まれるもの
  • 4 テーブルのスキーマ(JSON Schema + Postgres DDL)
  • CLOB + LLM によるエンリッチメントを行う拡張スクリプト(enhance.py)
  • 参照用標本:15 件のイベント、55 件の市場、55 件の価格データ
  • すべてのレコードに field_provenance
  • 決定的な正規イベント ID と市場 ID
既知の制限事項(正直に明記)
  • resolution_log は空の状態で提供されます。 UMA サブグラフリーダーは v0.3 で導入予定です。Kalshi のライフサイクルイベントには編集上の承認が必要です。機能を過大に見せる不十分な行を提供するより、行数ゼロで提供することを選びました。
  • Polymarket の open_interest_usd は null です。 オンチェーンのサブグラフが必要です。v0.2 以降で対応します。
  • size フィールドは最良気配のみを対象としています。 板全体の厚みには専用のクローラーが必要なため、v0.2 以降に延期しています。
  • liquidity フィールドは完全に削除しました。 Kalshi は最良気配として liquidity_dollars を提供し、Polymarket は板全体を対象とする liquidityNum を提供します。これらは比較できません。両方に独自のクローラーを導入したうえで再検討します。
  • ルール説明文の resolution_triggers 解析は延期しています。 現時点ではルールの生テキストを提供しており、LLM による構造化されたトリガー、しきい値、除外条件の解析は次の段階です。
ロードマップ
バージョン実装内容ステータス
v0.1スキーマ + 拡張スクリプト + 参照用サンプル2026年4月にリリース
v0.2ライブサイト + REST API + MCP、RCG 評価、取引所間リンク、CM Signal ワイヤーフィード、時間単位の価格2026年6月にリリース済み
v0.3UMA サブグラフリーダーによる resolution_log、docs/BACKTEST.md 向けのティア 2(覆された判定)紛争ラベル、板全体の厚み、Polymarket のオープンインタレスト予定

拡張スクリプトをローカルで実行する

# 1. Clone the repo
git clone https://github.com/JDSource/clearmarket.git
cd clearmarket

# 2. Python 3.9+ with a few packages
pip install anthropic python-dotenv requests jsonschema

# 3. Add your Anthropic API key
cat > .env <<'EOF'
ANTHROPIC_API_KEY=sk-ant-api03-...your-key...
EOF

# 4. Point the script at a raw API pull directory
#    (sample raw pulls at raw/clearmarket-api-pulls-apr22/)

# 5. Run
python3 enhance.py

# Output lands in samples/<specimen_id>/specimen.json
# Each file validates against the 4 schemas in schema/

初回実行時、スクリプトは Polymarket の CLOB 注文板をライブで取得します(以降はローカルにキャッシュされます)。解決済みまたは終了済みの市場については、CLOB の取得をスキップします。LLM 呼び出しは入力ハッシュでキャッシュされるため、再実行時はキャッシュが使われ、コストはかかりません。

python3 enhance.py --no-llm を実行すると、LLM によるエンリッチメントをスキップし、ルールベースの編集上のデフォルト値のみを使用して、構造的に有効なサンプルを生成できます。


リポジトリの構成

clearmarket/
├── README.md                           this file
├── web/                                Astro site (clearmarket.fyi): pages, components, wire content
├── api/                                Cloudflare Worker: REST /v1/* + MCP /mcp, D1 schema + seed
├── cftc-anprm/                         CFTC ANPRM comment + reproducible analysis (RIN 3038-AF65)
├── enhance.py                          Enhancement Script
├── schema/
│   ├── events.schema.json              JSON Schema
│   ├── markets.schema.json
│   ├── marks.schema.json
│   ├── resolution_log.schema.json
│   └── ddl.sql                         Postgres DDL
├── samples/
│   ├── iran/specimen.json              4-table bundle for Iran family
│   ├── fed-apr-2026/specimen.json      Cross-platform Fed decision
│   ├── netanyahu/specimen.json         Netanyahu tenure family
│   └── sp500-2026/specimen.json        S&P 500 yearly strike ladder
├── raw/
│   └── clearmarket-api-pulls-apr22/    Raw API dumps used to generate v0.1.0
├── .env                                (gitignored: API key)
├── .enhance-cache/                     (gitignored: LLM + CLOB cache)
└── .gitignore

謝辞

このリリースでは、Polymarket と Kalshi の公開データを使用しています。編集上のエンリッチメントには、Anthropic の Claude Haiku 4.5 を使用しています。スキーマ設計は、Markit、Bloomberg Open Symbology(BSYM)、Refinitiv PermID の慣例を参考にしています。


ステータス

稼働中です。サイト、REST API、MCP サーバーは対象市場全体で公開されており、CM Signal ワイヤーフィードは毎日配信されています。ご意見は GitHub のイシューまたは直接の連絡にてお寄せください。

開発者: Jeremy Dietz。Toronto Stock Exchange で Digital Products を統括。Coinsquare(カナダ初の完全規制対象の暗号資産取引所)で VP Product を務めました。上場企業 220 社以上を対象とした AI リサーチプラットフォーム Catalyst Signal を独自に開発。現在は ClearMarket を開発中です。

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。