Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

io.github.livetennisapi/livetennisapi-mcp

REMOTE · MCP.LIVETENNISAPI.COM · 2 COMPONENTS

Live tennis scores, players, rankings, odds and win-probability. ATP, WTA, Challenger, ITF, juniors.

0 this week 89 Trust /100

Last scanned (4 hours ago)

Scores higher than 97% of remote servers

Reachable. Last reached 5 Nov 2026.

Category Entertainment and Games

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security83
Transport & Reachability100
Schema Quality & AI Usability75
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 3263 tokens (~130/item across 25 items; 25 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
  • No destabilizing schema changes in the last 30 days.Pass
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 25 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 25 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 5 Nov 26 +1
    • Stability: 0.97 → pass security
  • 4 Nov 26 −1
    • Stability: pass → 0.97 functional
  • 28 Oct 26 0
    • Tool “search_tournaments” rewrote its description, which is the text the model reads security
    • Tool “get_tournament” rewrote its description, which is the text the model reads security
    • Tool “search_archive_matches” rewrote its description, which is the text the model reads security
    • Tool “search_archive_players” rewrote its description, which is the text the model reads security
    • Tool “get_archive_match” rewrote its description, which is the text the model reads security
    • Tool “get_archive_career” rewrote its description, which is the text the model reads security
    • Tool “check_api_status” rewrote its description, which is the text the model reads security
    • Tool “get_charting_match” rewrote its description, which is the text the model reads security
    • Tool “get_charting_player” rewrote its description, which is the text the model reads security
    • Tool “get_fixtures” rewrote its description, which is the text the model reads security
    • Tool “get_h2h” rewrote its description, which is the text the model reads security
    • Tool “get_match_analysis” rewrote its description, which is the text the model reads security
    • Tool “get_match_events” rewrote its description, which is the text the model reads security
    • Tool “get_match_odds” rewrote its description, which is the text the model reads security
    • Tool “get_match_score” rewrote its description, which is the text the model reads security
    • Tool “get_match_statistics” rewrote its description, which is the text the model reads security
    • Tool “get_player_rankings” rewrote its description, which is the text the model reads security
    • Tool “get_rankings” rewrote its description, which is the text the model reads security
    • Schema quality: 2929 → 3263 ▼ functional
    • Server version: 1.5.0 → 1.6.5 functional
    • New tool “player_stats” functional
    • “get_recent_results” reworded the description of “player” cosmetic
    • “get_recent_results” reworded the description of “to” cosmetic
    • “get_recent_results” reworded the description of “tour” cosmetic
    • “get_upcoming_matches” reworded the description of “country” cosmetic
    • “get_upcoming_matches” reworded the description of “player” cosmetic
    • “get_upcoming_matches” reworded the description of “to” cosmetic
    • “get_upcoming_matches” reworded the description of “tour” cosmetic
    • “search_archive_matches” reworded the description of “level” cosmetic
    • “get_archive_career” reworded the description of “name” cosmetic
    • “get_charting_match” reworded the description of “charting_match_id” cosmetic
    • “get_charting_player” reworded the description of “name” cosmetic
    • “get_fixtures” reworded the description of “tour” cosmetic
    • “get_live_matches” reworded the description of “country” cosmetic
    • “get_live_matches” reworded the description of “player” cosmetic
    • “get_live_matches” reworded the description of “tour” cosmetic
    • “get_player_rankings” reworded the description of “as_of” cosmetic
    • “get_rankings” reworded the description of “as_of” cosmetic
    • “get_rankings” reworded the description of “system” cosmetic
    • “get_recent_results” reworded the description of “country” cosmetic
  • 28 Sept 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 25 Sept 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 20 Sept 26 0
    • Tool “get_match_analysis” rewrote its description, which is the text the model reads security
    • Tool “search_tournaments” rewrote its description, which is the text the model reads security
    • Tool “search_players” rewrote its description, which is the text the model reads security
    • Tool “get_upcoming_matches” rewrote its description, which is the text the model reads security
    • Tool “get_tournament” rewrote its description, which is the text the model reads security
    • Tool “get_player” rewrote its description, which is the text the model reads security
    • Tool “get_match_score” rewrote its description, which is the text the model reads security
    • Tool “get_match_odds” rewrote its description, which is the text the model reads security
    • Tool “get_match” rewrote its description, which is the text the model reads security
    • Tool “get_live_matches” rewrote its description, which is the text the model reads security
    • Tool “get_fixtures” rewrote its description, which is the text the model reads security
    • Server version: 1.4.0 → 1.5.0 functional
  • 15 Sept 26 0
    • DNSSEC: fail → pass ▲ security
  • 31 Aug 26 0
    • HSTS header: fail → pass ▲ security
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 5 Nov 2026 · Probed https://mcp.livetennisapi.com/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=livetennisapi.com CN=WE1,O=Google Trust Services,C=US 15 Sept 2026 14 Dec 2026 ECDSA 256 ECDSA-SHA256 961d8365094d23f50ed6bd87585e0b90
SANs: livetennisapi.com, *.livetennisapi.com
CN=WE1,O=Google Trust Services,C=US (CA) CN=GTS Root R4,O=Google Trust Services LLC,C=US 13 Dec 2023 20 Feb 2029 ECDSA 256 ECDSA-SHA384 7ff31977972c224a76155d13b6d685e3
CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE 15 Nov 2023 28 Jan 2028 ECDSA 384 SHA256-RSA 7fe530bf331343bedd821610493d8a1b

Background: What to check on a remote MCP endpoint →

DNSSEC secure

Validation of mcp.livetennisapi.com. — Secure

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
com. present 19718 13 Verified
livetennisapi.com. present 2371 13 Verified
mcp.livetennisapi.com. Verified address RRset verified with the apex keys
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200
Header Value
strict-transport-security max-age=15552000
x-content-type-options nosniff

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://mcp.livetennisapi.com/mcp Verified 200
http (plaintext) http://mcp.livetennisapi.com/mcp HTTPS enforced 301 https://mcp.livetennisapi.com/mcp
MCP tools · 25 exposed · ~3,263 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
check_api_status ~43

Check whether the Live Tennis API is reachable and which plan the configured key is on. Use it to find out why other tools are refusing data. Works with no key.

Input schema present but exposes no named parameters.

NameTypeReqDescription
api_versionstring|null–API version reported by the health check.
has_keyboolean–Whether a key was configured for this tool set.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
reachableboolean–True when the API answered its health check.
tierstring|null–Detected plan: FREE, BASIC, PRO or ULTRA. Null when no key is configured.

No examples provided.

get_archive_career ~119

One player's whole career over the results archive (1968 to 2022). W-L record in total and by surface/level/year, titles, and summed serve statistics. The corpus records serve stats from 1991 only, so matches_with_stats says how many matches the serve block covers. The name must resolve to one person. An ambiguous fragment returns the candidate list to choose from. Requires the BASIC plan or any History plan.

NameTypeReqDescription
namestringyesPlayer name fragment, min 3 chars. Must resolve to exactly one person.
NameTypeReqDescription
by_yeararray–Per-season W-L.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
player_namestring|null–The resolved player.
recordobject–The W-L record.
serve––Summed serve stats + derived ratios. matches_with_stats states the coverage. Ratios are null where the denominator is zero.
spanobject–Career span inside the archive.

No examples provided.

get_archive_match ~77

One result from the results archive (1968 to 2022), with per-match serve statistics where the era recorded them. Stats are null for most rows before 1991, never synthesised. Requires the BASIC plan or any History plan.

NameTypeReqDescription
archive_match_idintegeryesArchive match id, as returned by search_archive_matches.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
resultobject–The archive result.
stats––Per-match serve statistics (aces, double_faults, serve_points, first_in, first_won, second_won, serve_games, bp_saved, bp_faced). Null for most pre-1991 rows.

No examples provided.

get_charting_match ~105

Every charting stat family for ONE charted match, both players, with the per-set split (set 1, set 2, ..., Total) exactly as charted. Charting ids are their own id space (1960 to 2026). Most of these matches have no counterpart in the live tables. Requires the ULTRA plan.

NameTypeReqDescription
charting_match_idintegeryesCharting match id, in its own id space. Not a match_id.
NameTypeReqDescription
charting_match_idnumber|null–The charted match.
familiesobject–Every stat family, per player, with the per-set split.
genderstring|null––
mcp_idstring|null–The charting dataset's own row identifier.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
players––Both players as charted.

No examples provided.

get_charting_player ~153

Career profile from shot-level charting data, summed over the player's charted matches. Serve placement (deuce/ad x wide/body/T), return depth and outcomes, net play, and clutch break/game/set-point serving. Also winners and errors by wing, and rally-length tendencies. COVERAGE IS CURATED, not full-slate: 11,646 charted matches back to the 1960s, concentrated on the majors. An ambiguous name returns the candidates to choose from. Requires the ULTRA plan.

NameTypeReqDescription
genderstring–Disambiguates a name charted on both tours.
namestringyesPlayer name fragment, min 3 chars. Must resolve to one charted person.
NameTypeReqDescription
coveragestring|null–A reminder that charting coverage is curated, not full-slate.
familiesobject–Per-family summed numeric columns: raw sums over the player's charted Total rows.
matches_chartednumber|null–The sample every summed field covers.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
player––The resolved charted player.

No examples provided.

get_fixtures ~95

Upcoming scheduled tennis fixtures, earliest first. This is the forward schedule, filterable by tour. Use this for "what is on this week". Works on the FREE plan (no card needed).

NameTypeReqDescription
limitinteger–Maximum fixtures to return (1-200).
tourstring–Tour filter. Each name covers its doubles variants. Exhibition/team events carry no tour and are excluded whenever the filter is used.
NameTypeReqDescription
fixturesarray–Scheduled fixtures, earliest first.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…

No examples provided.

get_h2h ~157

The all-time record between two players, across BOTH halves of the product. That is the results archive (1968 to 2022) plus the completed matches from 2023 onward. Names are the keys. An ambiguous fragment returns the candidate list to choose from, and nothing is guessed. Totals count only meetings with a known winner. Walkovers and retirements are part of the record, and each meeting carries its outcome. Requires the BASIC plan or any History plan.

NameTypeReqDescription
player1stringyesFirst player name (fragment, min 3 chars), e.g. "federer".
player2stringyesSecond player name (fragment, min 3 chars), e.g. "nadal".
NameTypeReqDescription
by_surfaceobject–Decided wins per surface. The keys are surface names plus "unknown".
meetingsarray–Individual meetings, newest first, capped at 200.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
players––The resolved names. Null when no player matches the fragments.
totalsobject–The headline record.

No examples provided.

get_live_matches ~174

List tennis matches currently in progress, with live scores. Covers ATP, WTA, Challenger, ITF and juniors. Use this for "what tennis is on right now". Works on the FREE plan (no card needed).

NameTypeReqDescription
countrystring–Either participant's country: the lowercase 3-letter IOC-style code the Player object returns (e.g. ned, sui, gre), NOT ISO-3166. Players with no recorded country never match.
limitinteger–Maximum matches to return (1-200).
playerarray–Player ids (from search_players), max 50. Keeps matches where ANY listed player is either participant.
tourstring–Tour filter. Each name covers its doubles variants. Exhibition/team events carry no tour and are excluded whenever the filter is used.
NameTypeReqDescription
matchesarray–The live matches, most relevant first.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…

No examples provided.

get_match ~74

Full detail for one match by id: players, score, surface, round and status. Includes market prices on PRO and model analysis on ULTRA. Works on the FREE plan (no card needed).

NameTypeReqDescription
match_idintegeryesMatch id, as returned by get_live_matches, get_upcoming_matches or get_recent_results.
NameTypeReqDescription
analysisobject–Model analysis. Requires the ULTRA plan, absent otherwise.
marketobject–Match-winner market. Requires the PRO plan, absent otherwise.
matchobject–The match.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…

No examples provided.

get_match_analysis ~85

Model analysis for a match: predicted win probability, the model's thesis and the main factors behind it. Requires the ULTRA plan. Match rows carry has_analysis, so check it first. A match with no thesis or profile has nothing to return.

NameTypeReqDescription
match_idintegeryesMatch id, as returned by get_live_matches, get_upcoming_matches or get_recent_results.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
profileobject–Quantitative view.
thesisobject–Narrative view.

No examples provided.

get_match_events ~73

Timeline of events for a match: breaks, games won, sets won, momentum runs. Requires the PRO plan.

NameTypeReqDescription
limitinteger–Maximum events to return (1-200).
match_idintegeryesMatch id, as returned by get_live_matches, get_upcoming_matches or get_recent_results.
NameTypeReqDescription
eventsarray–Events, newest first, as the API returns them.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…

No examples provided.

get_match_odds ~101

Match-winner market prices for a match: implied probability per player, with bid, ask and mid. Requires the PRO plan. Match rows carry has_market, so check it first. A match with no market mapped has no prices to return.

NameTypeReqDescription
limitinteger–Maximum price points to return (1-200).
match_idintegeryesMatch id, as returned by get_live_matches, get_upcoming_matches or get_recent_results.
NameTypeReqDescription
marketobject–The match-winner market.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…

No examples provided.

get_match_score ~77

Current score for one match. This is the fastest read, with the lowest latency. Use it when you only need the score and already know the match id. Works on the FREE plan (no card needed).

NameTypeReqDescription
match_idintegeryesMatch id, as returned by get_live_matches, get_upcoming_matches or get_recent_results.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
scoreobject–The current score.

No examples provided.

get_match_statistics ~133

In-play (or final) statistics for one match, in TWO families kept separate on purpose. DERIVED is rebuilt from the point-by-point record (holds/breaks, break points, service/return points). MEASURED is counted per match. It includes what no point record can yield: aces, double faults, the serve split, winners/unforced errors. Measured coverage varies by tour. Absent fields are omitted, never zero-filled. Requires the ULTRA plan.

NameTypeReqDescription
match_idintegeryesMatch id, as returned by get_live_matches, get_upcoming_matches or get_recent_results.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
statisticsobject–The statistics.

No examples provided.

get_player ~52

One player's profile: ranking, country, handedness, date of birth and cached stats. Works on the FREE plan (no card needed).

NameTypeReqDescription
player_idintegeryesPlayer id, as returned by search_players.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
playerobject–The player.

No examples provided.

get_player_rankings ~177

Point-in-time ranking records for SPECIFIC players. Per system, the newest record in force ON OR BEFORE as_of, never one dated after it. Every other ranking field in this API is the CURRENT value joined at read time. This one is the historical answer. Systems are never collapsed: ATP/WTA and the ITF circuits carry rank+points, UTR a rating. ITF and UTR history begins 2026-07-29. Requires the ULTRA plan.

NameTypeReqDescription
as_ofstring–YYYY-MM-DD. The record in force on this date. Omit for the latest known.
player_idsarrayyesRoster player ids, as returned by search_players. Max 50.
systemstring–Restrict to one system. Omit for every system held for the player.
NameTypeReqDescription
coverage––What resolved against what was asked (players_resolved, systems_resolved, oldest_available per system). Read before trusting an empty result.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
rankingsarray–One record per player × system held.

No examples provided.

get_rankings ~166

The FULL published ranking table in rank order for one system, from the newest week at or before as_of. Rows carry player_name as published and a null player_id for players outside our roster, so the table has no silent holes. ATP/WTA history runs deep. The ITF circuits begin 2026-07-29. For point-in-time records of SPECIFIC players use get_player_rankings. Requires the PRO plan.

NameTypeReqDescription
as_ofstring–YYYY-MM-DD. Serves the newest published week at or before this date. Omit for latest.
limitinteger–Maximum ranking rows to return (1-200).
systemstringyesRanking system to list. utr has no listing, because it is a rating, not a ranking.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
rankingsarray–The table in rank order.

No examples provided.

get_recent_results ~212

Recently completed tennis matches with final scores and winners. Filterable by tour, player, nationality and play date. Requires the BASIC plan or any History plan.

NameTypeReqDescription
countrystring–Either participant's country: the lowercase 3-letter IOC-style code the Player object returns (e.g. ned, sui, gre), NOT ISO-3166. Players with no recorded country never match.
fromstring–Earliest play date: YYYY-MM-DD (a whole UTC day) or ISO-8601 datetime.
limitinteger–Maximum matches to return (1-200).
playerarray–Player ids (from search_players), max 50. Keeps matches where ANY listed player is either participant.
tostring–Latest play date: YYYY-MM-DD or ISO-8601. Must not precede from.
tourstring–Tour filter. Each name covers its doubles variants. Exhibition/team events carry no tour and are excluded whenever the filter is used.
NameTypeReqDescription
matchesarray–Completed matches, most recent first.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…

No examples provided.

get_tournament ~78

One tournament by its stable id, the tournament_id carried on match objects. Name, tour, surface, indoor, plus host city/country and category where curated. Works on the FREE plan (no card needed).

NameTypeReqDescription
tournament_idstringyesStable tournament id, as returned by search_tournaments or carried on a match as tournament_id.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
tournamentobject–The tournament.

No examples provided.

get_upcoming_matches ~226

List tennis matches scheduled to start soon, with players, tournament and start time. Use this for "who plays next" or to find a match id before it starts. Works on the FREE plan (no card needed).

NameTypeReqDescription
countrystring–Either participant's country: the lowercase 3-letter IOC-style code the Player object returns (e.g. ned, sui, gre), NOT ISO-3166. Players with no recorded country never match.
fromstring–Earliest play date: YYYY-MM-DD (a whole UTC day) or ISO-8601 datetime.
limitinteger–Maximum matches to return (1-200).
playerarray–Player ids (from search_players), max 50. Keeps matches where ANY listed player is either participant.
tostring–Latest play date: YYYY-MM-DD or ISO-8601. Must not precede from.
tourstring–Tour filter. Each name covers its doubles variants. Exhibition/team events carry no tour and are excluded whenever the filter is used.
NameTypeReqDescription
matchesarray–Matches due to start, soonest first.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…

No examples provided.

player_stats ~309

One player's record over completed singles matches from 2023 onward, by default the last 365 days. It gives W/L overall, over the last 12 months and by surface, venue, level and season. It also gives tiebreaks, deciding sets, the record after winning or losing the first set, comebacks, withdrawals and the last N matches. Every count carries its sample size, and a percentage on an empty sample is null, never 0. On ULTRA it adds serve_return: measured serve and return statistics summed over the window. Singles only, so a doubles-team id is refused. For 1968 to 2022 use get_archive_career. Requires the PRO plan (serve_return requires ULTRA).

NameTypeReqDescription
fromstring–Window start: YYYY-MM-DD (start of that day) or a UTC ISO-8601 instant. Default to minus 365 days.
lastinteger–How many recent matches to list, newest first (1-50, default 20).
levelstring–The match tour. A match with no stated tour matches no level.
player_idintegeryesPlayer id, as returned by search_players.
surfacestring–hard, clay or grass read the match surface; indoor keeps matches stated indoor, on any surface.
tostring–Window end: YYYY-MM-DD (the whole of that day) or a UTC ISO-8601 instant. Default now.
NameTypeReqDescription
by_level––W/L keyed by match tour, or unknown.
by_season––W/L keyed by UTC calendar year.
by_surface––W/L keyed hard, clay, grass, unknown.
by_venue––W/L keyed indoor, outdoor, unknown.
last_12_months––W/L over the 12 months ending at the window end.
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
overall––W/L over the window.
playerobject–The player.
recentarray–The last N matches, newest first.
serve_return––ULTRA only, null below: summed serve and return statistics, each ratio as numerator/denominator/pct with its match count.
sets––Set-based record: sample, tiebreaks, deciding_sets, after_winning_first_set, after_losing_first_set, comebacks, sets.
windowobject–The window applied, UTC.
withdrawals––Retired / walkover / default, each as given (this player) and received (the opponent).

No examples provided.

search_archive_matches ~264

Search the results archive: completed-match RESULTS from 1968 through 2022. ATP and WTA, main draws, qualifying and the ITF/futures tiers. Each record has winner and loser, final score, and seeds and ranks AT THE TIME of the match. Use this for historical questions ("Borg's Wimbledon finals"). The archive ends 2022-12-31, where the current results (get_recent_results) begin. Requires the BASIC plan or any History plan.

NameTypeReqDescription
fromstring–Earliest tournament START date, YYYY-MM-DD.
levelstring–Tier code: G=grand slam, M=masters, A=tour, F=finals, D=davis cup, C=challenger, O=olympics. Or a futures category code (e.g. 15).
limitinteger–Maximum results to return (1-200).
player_namestring–Case-insensitive fragment of EITHER player's name, min 3 chars, e.g. "borg".
roundstring–Round code, e.g. F for finals.
tostring–Latest tournament START date, YYYY-MM-DD.
tourstring–atp or wta.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
resultsarray–Archive results, newest tournament first.

No examples provided.

search_archive_players ~136

The people of the results archive (1968 to 2022): hand, date of birth, country, height, and career-high rank with the week it was first reached. Their ids are corpus person ids (the winner/loser player_id on archive results), not roster ids. For current players use search_players. Requires the BASIC plan or any History plan.

NameTypeReqDescription
limitinteger–Maximum players to return (1-200).
querystringyesFull or partial player name, min 3 chars, e.g. "navratilova".
tourstring–atp or wta.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
playersarray–Matching archive people, ordered by name.

No examples provided.

search_players ~76

Search tennis players by name. Returns id, country, ranking and tour. Use the returned id with get_player. Works on the FREE plan (no card needed).

NameTypeReqDescription
limitinteger–Maximum players to return (1-200).
querystringyesFull or partial player name, e.g. "alcaraz".
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
playersarray–Matching players, best match first.

No examples provided.

search_tournaments ~101

Search the tournament catalogue. Its ids are the tournament_id that match objects carry. Returns surface, indoor, host city/country and category where curated. Works on the FREE plan (no card needed).

NameTypeReqDescription
limitinteger–Maximum tournaments to return (1-200).
querystring–Full or partial tournament name, e.g. "wimbledon". Omit to list all.
tourstring–Restrict to one tour.
NameTypeReqDescription
messagestringyesHuman-readable summary of the result, safe to relay to the user verbatim.
okbooleanyesTrue when the request succeeded, including when the answer is an empty list. False for a missing or rejected key, a plan that does not include this data, an unknown id, a rate limit or a network erro…
tournamentsarray–Matching tournaments, name order.

No examples provided.

Install

How do I install the io.github.livetennisapi/livetennisapi-mcp server?

io.github.livetennisapi/livetennisapi-mcp is a hosted endpoint at https://mcp.livetennisapi.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · mcp.livetennisapi.com

# add to Claude Code
claude mcp add --transport http livetennisapi-livetennisapi-mcp 'https://mcp.livetennisapi.com/mcp'
Common questions

What is the io.github.livetennisapi/livetennisapi-mcp server?

io.github.livetennisapi/livetennisapi-mcp is listed in the public MCP registry as io.github.livetennisapi/livetennisapi-mcp. Live tennis scores, players, rankings, odds and win-probability. ATP, WTA, Challenger, ITF, juniors. This page covers its hosted endpoint (https://mcp.livetennisapi.com/mcp).

Is the io.github.livetennisapi/livetennisapi-mcp server safe to use?

io.github.livetennisapi/livetennisapi-mcp scores 89 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the io.github.livetennisapi/livetennisapi-mcp server expose?

io.github.livetennisapi/livetennisapi-mcp exposes 25 tools: get_live_matches, get_upcoming_matches, get_match, get_match_score, search_players, and 20 more. Their descriptions and schemas cost roughly 3,263 tokens of context every time the server is loaded.

Does the io.github.livetennisapi/livetennisapi-mcp server require authentication?

No. We connected to io.github.livetennisapi/livetennisapi-mcp without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the io.github.livetennisapi/livetennisapi-mcp server still maintained?

io.github.livetennisapi/livetennisapi-mcp is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.