learningBy HowDoIUseAI Team

How AI models actually forecast Polymarket odds (and how to test them yourself)

Curious if AI can beat prediction markets? Here's how to run your own Claude vs GPT forecasting test on Polymarket with real tools.

Prediction markets have a reputation problem for AI models. Ask an LLM to predict the weather, a sports outcome, or whether a piece of legislation passes, and you'll often get a confident, well-written answer that's dead wrong. But something interesting happens when you force a frontier model to compete directly against a live market that has real money attached to it — the model either sharpens up fast, or it gets exposed immediately.

That's exactly the kind of head-to-head test worth running yourself: pit two top-tier models against each other on real Polymarket questions, score their probability estimates against what actually happens, and see which one produces better-calibrated forecasts over time. This guide walks through why this matters, how the scoring actually works, and how you can set up your own version of this experiment.

Why bother testing AI on prediction markets?

Prediction markets like Polymarket aggregate the wisdom (and money) of thousands of traders into a single number: a probability. Polymarket is a decentralized prediction market built on Polygon where real-world events are turned into tradable probability markets, and through the Polymarket API, developers can access market data, trading infrastructure, and settlement systems programmatically, with users buying and selling outcome tokens priced between 0 and 1 reflecting the market's current belief about what will happen.

That makes Polymarket a genuinely hard benchmark for AI. Unlike a static trivia question, market odds move constantly based on new information, so a model has to actually reason about probability rather than just pattern-match to training data. This is a very different skill from writing code or summarizing a document.

There's also a practical reason to care: if a frontier model can reliably out-forecast a liquid market, that's a meaningful signal about its reasoning quality — and potentially a signal worth trading on.

How do you actually score AI forecasts fairly?

The naive way to test this — asking a model "will X happen, yes or no?" — is a bad experiment. It throws away information and makes it too easy for a lucky guess to look like skill. A better approach is to force the model to submit a full probability distribution across every possible outcome, not just a binary yes/no call. Then you score that distribution against the actual result using something like a Brier score or log loss, which rewards well-calibrated confidence and punishes overconfident wrong answers much more heavily than a simple accuracy count would.

Running this kind of test cleanly also means controlling for a few things that can quietly bias your results:

  • Clear the cache between models. If you ask Model A about a market and then immediately ask Model B, cached context or session memory can leak between runs and contaminate the comparison.
  • Use identical prompts. Both models should see the exact same question, the exact same framing, and the exact same instructions about how to format their probability output.
  • Pull live market data, not stale snapshots. Odds shift by the hour on active markets, so your data source needs to reflect current pricing, not a cached page from last week.
  • Score against the actual resolution, not the market's own odds. The market price is your baseline for comparison, not the ground truth — that only comes once the event resolves.

Where do you get the market data to run this test?

You need a reliable way to pull current market questions, categories, and pricing off Polymarket. The official Polymarket API documentation is the primary resource here, and it's worth understanding before you build anything.

Polymarket Predictions comprises several APIs, each responsible for a distinct part of an integration — the Gamma API discovers events and markets and retrieves metadata, the CLOB API reads live market state and places and manages orders, and the Data API is used to understand account and market activity after discovery and trading. For a forecasting comparison like this, you mostly care about the Gamma API for pulling questions and the CLOB API for current pricing — you don't need trading access at all if you're just scoring forecasts against outcomes.

The API architecture separates concerns between the Gamma API for market metadata and discovery, the CLOB API for central limit order book trading operations, and the Data API for user-specific data like positions and trade history. That separation makes it straightforward to build a lightweight script that just reads questions and current odds without ever touching a wallet.

If you don't want to hit Polymarket's raw endpoints directly, a search API layer can simplify pulling in context around a market question — news, background, related discussion — which the model can use to reason about an outcome. SerpApi is a solid option here, and it's worth grabbing their free credits to test it out before committing to a paid tier. Their getting started guide walks through generating an API key and making your first search call.

Here's the basic setup:

  1. Create a free SerpApi account and grab your API key from the dashboard.
  2. Head to the Polymarket API docs and note the Gamma API endpoint for pulling active markets.
  3. Pick a category of markets (crypto, politics, sports, AI releases — whatever you're testing) and pull the current question list plus live odds.
  4. Feed the same question, the same background context, and the same output format instructions to each model separately, clearing conversation history between runs.
  5. Have each model output a full probability distribution, not a single yes/no guess.
  6. Log the model's forecast, the market's current implied probability, and the eventual resolution once the market closes.
  7. Score both using a proper scoring rule (Brier score is the simplest to implement) and compare.

What should you actually feed the model?

Structure matters more than people expect here. A messy prompt with an unclear question format will tank both models equally, which defeats the point of the comparison. A clean setup typically includes:

  • The exact market question as worded on Polymarket
  • What outcome format is expected (a probability for each possible resolution, not just "yes" or "no")
  • Any relevant background info pulled from search results
  • Explicit instructions to avoid hedging language and just commit to a number

One quirk worth knowing about: models tend to cluster their probability estimates near 50% when they're uncertain, which is actually the "safe" move under most scoring rules but doesn't tell you much about real forecasting skill. The interesting signal shows up on markets where the model diverges meaningfully from the crowd — either confidently agreeing with the market or confidently betting against it. Those are the cases that reveal whether a model has genuine insight or is just hedging.

Why does this matter beyond a fun experiment?

There's a broader trend here worth watching: prediction markets are platforms where people bet real money on future events, and both Polymarket and its regulated counterpart Kalshi produce surprisingly accurate forecasts by letting crowds put money behind their convictions. If AI models can consistently match or beat that crowd-sourced accuracy on certain categories of questions, it opens up real use cases — automated research summarization tied to probability estimates, faster due diligence for analysts, or just a better gut-check tool before you personally trade on a market.

It's also a genuinely useful way to evaluate model releases beyond the usual coding and math benchmarks. Anyone can post a screenshot of a benchmark score. Watching two models make real probability calls against a live market, week after week, and tracking who's actually better calibrated — that's a much harder thing to game.

What's the best way to get started this week?

Don't try to build the full pipeline on day one. Start small:

  1. Pick five or six active markets on Polymarket across different categories.
  2. Run the same question through two models with identical prompts.
  3. Track their probability outputs in a simple spreadsheet alongside the market's current price.
  4. Check back once the markets resolve and calculate a basic accuracy or Brier score comparison.
  5. Expand from there — more markets, more models, longer time horizons.

The value isn't really in whether Model A beats Model B by a few percentage points in week one. It's in building the habit of testing AI claims against something objective and verifiable, rather than taking benchmark screenshots at face value. Markets don't lie about what actually happened — and neither should your evaluation of the model that tried to predict it.