FanLine Wire MCP
A read-only, streamable-HTTP MCP server that provides structured access to real-time FanDuel sportsbook odds, including live and pre-match fixtures, market summaries, price drops, and feed health status. It exposes six tools for agents to retrieve sports data without requiring API keys or signup, leveraging the same public demo data as the /odds.json endpoint.
Endpoint and access
No sign-in to connect and list tools. Individual tools may still need a vendor account, credentials, or permissions; check the documented prerequisites.
https://fanlinewire.com/mcpWhat its tools do
6 tools, grouped by the hints the server advertises. Hints are self-declared, not verified behavior.
Checks and signals
Each line is separate evidence, not a trust score.
- Passed Endpoint answered the live check ·
- Passed Official MCP Registry namespace is tied to fanlinewire.com ·
- Passed Endpoint is on the registry namespace domain ·
- Availability 1 of 1 checks passed in 30 days
What you can do with it
- Retrieve live and pre-match sports fixtures
- Get market summaries and betting odds
- Monitor recent price drops in markets
- Check the health of the data feed
Source and maintenance
Protocol and capabilities
- Server
- fanlinewire 1.0.0
- MCP protocol negotiated in check
- 2025-06-18
- Tools
- 6 advertised
- Resources
- Not advertised
- Resource templates
- Not advertised
- Prompts
- Not advertised
{
"tools": {
"listChanged": false
}
}Server-provided instructions
Untrusted server output shown for inspection. It is not Koskamo guidance and is excluded from knowledge search.
Tools
6 advertised
get_live_fixtures
In-play (live) rows from the FanLine Wire tape: the markets that just ticked while a game is running, with their American prices. Use it for live odds displays, in-play modelling or feature engineering, cross-book middles and arbitrage checks on the live FanDuel prices, and any agent workflow that needs what is moving right now. Only rows with status "OPEN" carry a tradeable price — never present a SUSPENDED or CLOSED row as live, and never render an unpriced selection (american:null) as a number. The rows are the live slice of a rolling ~20-row tape window, not the full live board: read live_total for coverage. Not a bet-placement service, not a multi-book comparison (one book, no best-price or line-shopping output), and not a historical archive — prices are current only and nothing is stored here.
{
"type": "object",
"properties": {
"limit": {
"type": "integer",
"maximum": 20,
"minimum": 1,
"description": "Max rows returned. Default 20 (the whole window), max 20."
},
"sport": {
"type": "string",
"description": "Sport name as the tape spells it (FanDuel's own names): \"Tennis\", \"American Football\", \"Ice Hockey\". Case-insensitive substring match, so \"hockey\" finds \"Ice Hockey\". Optional — omit for every sport in the window. The full vocabulary with counts is in get_market_summary."
}
}
}{
"readOnlyHint": true
}get_prematch_fixtures
Pre-match (pre-game) rows from the FanLine Wire tape: the upcoming markets that just ticked, with their American prices. Same shape as get_live_fixtures, with inplay false. Use it for pre-game prices, model inputs and no-vig-style work on the FanDuel card. These rows are the prematch slice of the same rolling ~20-row tape window, not the whole card — prematch_total carries the real coverage number (it counts markets, not rows), so never describe the row count as the size of the card. Only status "OPEN" is tradeable. Not a bet-placement service, not a multi-book comparison, not an opening/closing-odds archive: snapshot the responses yourself if you want line history.
{
"type": "object",
"properties": {
"limit": {
"type": "integer",
"maximum": 20,
"minimum": 1,
"description": "Max rows returned. Default 20 (the whole window), max 20."
},
"sport": {
"type": "string",
"description": "Sport name as the tape spells it (FanDuel's own names): \"Tennis\", \"American Football\", \"Ice Hockey\". Case-insensitive substring match, so \"hockey\" finds \"Ice Hockey\". Optional — omit for every sport in the window. The full vocabulary with counts is in get_market_summary."
}
}
}{
"readOnlyHint": true
}get_fixture_by_name
Find tape rows by fixture name: a case-insensitive substring match over the fixture strings in the current window ("peliwo" finds "Filip Peliwo v Tai Leonard Sach"; "v " finds every head-to-head). Use it when the user names a match or a player rather than a sport, to check whether their fixture is on the tape and what its prices are. Every row of a matching fixture is returned — all its markets, live and prematch alike. This searches the ~20-row tape window only, so a fixture the collector is tracking can be absent from the window; an empty answer is not proof the game is missing from the board. Not a fixture-id lookup (the public snapshot carries no ids), not a schedule or results source, and not a bet-placement service.
{
"type": "object",
"required": [
"name"
],
"properties": {
"name": {
"type": "string",
"description": "Substring of the fixture name, case-insensitive. Required — an empty value would otherwise return the whole window, which is a wrong answer rather than an error."
},
"limit": {
"type": "integer",
"maximum": 20,
"minimum": 1,
"description": "Max matching rows returned. Default 20 (the whole window), max 20."
}
}
}{
"readOnlyHint": true
}get_market_summary
What the collector is tracking right now: live and prematch market totals plus the per-sport breakdown (FanDuel's own sport names). Use it before a board fetch to see whether anything is live, to resolve a sport= filter to a name that actually has markets, and to describe coverage honestly — the totals are market counts, not rows in the tape window. Cheap and free: it is one read of the same cached document. With sport given it also reports that sport's own live/prematch counts. Carries no prices: it answers "how much is covered", not "what are the odds", and it is not a schedule, an uptime record or an upsell meter.
{
"type": "object",
"properties": {
"sport": {
"type": "string",
"description": "Optional. Case-insensitive sport name to break out — \"Tennis\", \"American Football\". An unknown name answers with matched:false and the names that do have markets rather than an error."
}
}
}{
"readOnlyHint": true
}get_price_drops
Recent price moves against the bettor: outcomes whose price just shortened on the FanLine Wire tape, newest first, with the American price before and after and the move in implied-probability terms. Use it for dropping-odds / steam-move signal, market-movement narratives and as a candidate list for value screening. The feed holds only the most recent few moves (up to 12) and states no cause — it never proves a move is informed money, and it is not a line-movement history, a multi-book comparison or a bet-placement service. Snapshot results yourself if you need history.
{
"type": "object",
"properties": {
"limit": {
"type": "integer",
"maximum": 12,
"minimum": 1,
"description": "Max drops returned. Default 12 (everything the feed holds), max 12."
},
"min_pct": {
"type": "number",
"minimum": 0,
"description": "Only drops whose implied-probability move is at least this percent. Default 0, which returns everything the feed is holding. The feed itself only records moves of about 1% or more."
}
}
}{
"readOnlyHint": true
}get_feed_health
Feed liveness and freshness: whether the odds collector answered, how long it took to build the document (X-Server-Ms), generated_at, sequence, seconds since the last tick and the current board size. Call it before describing any price as current, and after an outage. This tool does NOT fail when the collector is down — reachable:false with ok:false IS the answer, so a data tool's isError can be told apart from a real outage. generated_at is the newest tick the collector recorded, so a settled board (no live games moving) shows a growing age without being broken; judge health by generated_at advancing, never by the row count.
{
"type": "object",
"properties": {}
}{
"readOnlyHint": true
}Prompts
Not advertised
Resources
Not advertised
90-day uptime
A lightweight connection check about every six hours, sampled on hosts with many listings. It shows the server answered, not that its tools work.
- 2026-11-07: 1 of 1 checks answered
- 2026-11-09: 2 of 2 checks answered
- 2026-11-10: 2 of 2 checks answered
- 2026-11-11: 1 of 1 checks answered
30-day availability
Aggregated from read-only remote checks; this is not a tool-execution or security guarantee.
- Successful checks
- 1 of 1 (100%)
- Average latency
- 913 ms
- 95th percentile latency
- 913 ms
Maintenance history
Public check and source-refresh events. Editorial and ownership records remain private.
- · probe · passed · 913 ms · metadata changed · 6 tool(s)
Connect from your client
Each snippet registers the same endpoint; pick the client you use.
Claude Code
claude mcp add --transport http fanline-wire-mcp https://fanlinewire.com/mcpCodex
codex mcp add fanline-wire-mcp --url https://fanlinewire.com/mcpCursor
{
"mcpServers": {
"fanline-wire-mcp": {
"url": "https://fanlinewire.com/mcp"
}
}
}Cline
{
"mcpServers": {
"fanline-wire-mcp": {
"type": "streamableHttp",
"url": "https://fanlinewire.com/mcp",
"disabled": false
}
}
}VS Code
{
"servers": {
"fanline-wire-mcp": {
"type": "http",
"url": "https://fanlinewire.com/mcp"
}
}
}Gemini CLI
gemini mcp add --transport http fanline-wire-mcp https://fanlinewire.com/mcpClaude Desktop
https://fanlinewire.com/mcpWindsurf
{
"mcpServers": {
"fanline-wire-mcp": {
"serverUrl": "https://fanlinewire.com/mcp"
}
}
}Let your agent find its tools
Find servers like FanLine Wire MCP from your agent. Add Koskamo once to search the index for endpoints, access requirements, and client setup. Public discovery needs no key.
Other data and analytics servers
Do you run FanLine Wire MCP?
Prove ownership with a DNS record, a well-known file, or your Official MCP Registry entry, and your edits publish immediately. Proofs are re-checked weekly; admins can still hide or remove a listing.