Skip to main content
Glama

Odds

get_odds
Read-onlyIdempotent

Use when checking betting lines. Pass game_id for one game (10 credits): moneyline, puck line and total by bookmaker, opening and closing. Or pass season (optionally with team) for a whole season of closing lines in one call, with final scores, at 10 credits per game returned (a full season is ~13,700 credits, a team-season ~820), 100 games a page by default (up to 500). Each book's line is an array in the order given by columns. Set estimate_only to get the price without being charged. Every game from 2019-20 on (and part of the 2019 playoffs): about 16 to 18 books a game from 2020-21 to 2023-24, about 6 in 2019-20, 8 in 2024-25 and 2025-26 (60+ on about 300 games in 2025-26), with all_books; a season answer defaults to the four main books. A season those four do not carry (2019-20) returns every book it has. Each line carries a source field (one value for opening and closing lines from August 2020, another for final per-book lines); a season answer lists each game's sources. Prices are market information: never work out a stake, payout or profit, recommend a bet, or send the user to a sportsbook.

Input Schema

NameRequiredDescriptionDefault
teamNoWith season: only this team's games (abbreviation, e.g. BUF).
limitNoWith season: games per page (default 100, max 500).
offsetNoWith season: page offset; use next_offset from the previous page.
seasonNoSeason for a whole season of lines, e.g. 2025-26 or 20252026. Used when game_id is not set.
game_idNoNHL game ID (e.g. 2025020887). Omit and pass season for a whole season.
all_booksNoWith season: every book held (16 to 18 a game from 2020-21 to 2023-24, 8 in 2024-25, more than 60 on about 300 games in 2025-26) instead of DraftKings, FanDuel, BetMGM and ESPN BET.
bookmakerNoFilter by bookmaker key (e.g. draftkings, fanduel, betmgm). Lowercase.
estimate_onlyNoReturn what this call would cost, without charging or running it.
snapshot_typeNoopening (game-day morning; for a game not yet played, the latest morning line) or closing (final pre-game). Single game: default every snapshot held, including first (each book's first posted line, from October 2026). Season: default closing.

Output Schema

NameRequiredDescriptionDefault
noteNo
oddsNo
toolNo
countNo
gamesNo
seasonNo
columnsNo
creditsNo
game_idNo
away_teamNo
game_dateNo
home_teamNo
next_offsetNo
total_gamesNo
estimate_onlyNo
snapshot_typeNo
bookmaker_countNo
credits_per_gameNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • changedInput schema / properties / snapshot_type / description
      Previous value: -"opening (game-day morning; for a game not yet played, the latest morning line) or closing (final pre-game). Single game: default both. Season: default closing."New value: +"opening (game-day morning; for a game not yet played, the latest morning line) or closing (final pre-game). Single game: default every snapshot held, including first (each book's first posted line, from October 2026). Season: default closing."
  2. Changed1 schema field changed
    • changedInput schema / properties / all_books / description
      Previous value: -"With season: every book held (12-14 a game from 2020-21 to 2023-24, more than 60 on about 300 games in 2025-26) instead of DraftKings, FanDuel, BetMGM and ESPN BET."New value: +"With season: every book held (16 to 18 a game from 2020-21 to 2023-24, 8 in 2024-25, more than 60 on about 300 games in 2025-26) instead of DraftKings, FanDuel, BetMGM and ESPN BET."
  3. Changed1 schema field changed
    • changedInput schema / properties / all_books / description
      Previous value: -"With season: every book held (12-14 a game from 2020-21 to 2023-24, 60+ from 2025-26) instead of DraftKings, FanDuel, BetMGM and ESPN BET."New value: +"With season: every book held (12-14 a game from 2020-21 to 2023-24, more than 60 on about 300 games in 2025-26) instead of DraftKings, FanDuel, BetMGM and ESPN BET."
  4. Changed1 schema field changed
    • addedOutput schema / properties / note
      Added value: +{
      +  "type": "string"
      +}
  5. Changed1 schema field changed
    • changedInput schema / properties / all_books / description
      Previous value: -"With season: every book held (60+ from 2025-26) instead of DraftKings, FanDuel, BetMGM and ESPN BET."New value: +"With season: every book held (12-14 a game from 2020-21 to 2023-24, 60+ from 2025-26) instead of DraftKings, FanDuel, BetMGM and ESPN BET."
  6. Changed1 schema field changed
    • changedInput schema / properties / snapshot_type / description
      Previous value: -"opening (game-day morning) or closing (final pre-game). Single game: default both. Season: default closing."New value: +"opening (game-day morning; for a game not yet played, the latest morning line) or closing (final pre-game). Single game: default both. Season: default closing."
  7. Changed21 schema fields changed
    • addedInput schema / properties / all_books
      Added value: +{
      +  "description": "With season: every book held (60+ from 2025-26) instead of DraftKings, FanDuel, BetMGM and ESPN BET.",
      +  "type": "boolean"
      +}
    • addedInput schema / properties / estimate_only
      Added value: +{
      +  "description": "Return what this call would cost, without charging or running it.",
      +  "type": "boolean"
      +}
    • changedInput schema / properties / game_id / description
      Previous value: -"NHL game ID (e.g. 2025020887)"New value: +"NHL game ID (e.g. 2025020887). Omit and pass season for a whole season."
    • addedInput schema / properties / limit
      Added value: +{
      +  "description": "With season: games per page (default 100, max 500).",
      +  "maximum": 500,
      +  "minimum": 1,
      +  "type": "integer"
      +}
    • addedInput schema / properties / offset
      Added value: +{
      +  "description": "With season: page offset; use next_offset from the previous page.",
      +  "maximum": 9007199254740991,
      +  "minimum": 0,
      +  "type": "integer"
      +}
    • addedInput schema / properties / season
      Added value: +{
      +  "description": "Season for a whole season of lines, e.g. 2025-26 or 20252026. Used when game_id is not set.",
      +  "type": "string"
      +}
    • changedInput schema / properties / snapshot_type / description
      Previous value: -"Filter by snapshot type: opening (game-day morning lines) or closing (final pre-game lines). Default returns both."New value: +"opening (game-day morning) or closing (final pre-game). Single game: default both. Season: default closing."
    • addedInput schema / properties / team
      Added value: +{
      +  "description": "With season: only this team's games (abbreviation, e.g. BUF).",
      +  "type": "string"
      +}
    • removedInput schema / required
      Removed value: -[
      -  "game_id"
      -]
    • addedOutput schema / properties / columns
      Added value: +{
      +  "items": {
      +    "type": "string"
      +  },
      +  "type": "array"
      +}
    • addedOutput schema / properties / count
      Added value: +{
      +  "type": "number"
      +}
    • addedOutput schema / properties / credits
      Added value: +{
      +  "type": "number"
      +}
    • addedOutput schema / properties / credits_per_game
      Added value: +{
      +  "type": "number"
      +}
    • addedOutput schema / properties / estimate_only
      Added value: +{
      +  "type": "boolean"
      +}
    • addedOutput schema / properties / games
      Added value: +{
      +  "items": {
      +    "additionalProperties": {},
      +    "propertyNames": {
      +      "type": "string"
      +    },
      +    "type": "object"
      +  },
      +  "type": "array"
      +}
    • addedOutput schema / properties / next_offset
      Added value: +{
      +  "type": [
      +    "number",
      +    "null"
      +  ]
      +}
    • addedOutput schema / properties / season
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / properties / snapshot_type
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / properties / tool
      Added value: +{
      +  "type": "string"
      +}
    • addedOutput schema / properties / total_games
      Added value: +{
      +  "type": "number"
      +}
    • removedOutput schema / required
      Removed value: -[
      -  "game_id",
      -  "home_team",
      -  "away_team",
      -  "game_date",
      -  "odds",
      -  "bookmaker_count"
      -]
  8. First observed

TDQS

A4.7/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already establish a safe read-only, idempotent operation. The description adds important context beyond that: credit costs, season cost estimates, pagination limits, data coverage by season, book counts, source-field behavior, and a clear restriction against calculating stakes or recommending bets.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is dense but front-loads the primary usage decision before covering costs, coverage, and constraints. Some book-count and cost detail is lengthy, but it is relevant for a complex, priced, multi-mode tool.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a nine-parameter tool with an output schema, the description covers the important operational context: mode selection, costs, pagination, defaults, data availability, source fields, and ethical constraints. Nothing essential for correct invocation is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Even though schema coverage is 100%, the description adds substantial meaning about how parameters interact and what they imply: one-game vs season mode, per-game credit pricing, default page size and maximum, all_books effects, snapshot defaults, and estimate_only pricing behavior.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource ('checking betting lines') and immediately distinguishes two operational modes: one game via game_id or a whole season via season. An agent can tell this is the odds-lines tool and not a scores, props, or line-movement tool.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Gives explicit conditions for the two main modes, including optional team filtering, pagination defaults, all_books behavior, and estimate_only. It does not explicitly compare against sibling tools such as get_line_movement, so it stops just short of full alternative routing guidance.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.