pokeapi-mcp-server
Server Details
Look up Pokémon, moves, abilities, items, natures, and type matchups from PokéAPI v2.
- Status
- Healthy
- Uptime
- 100.0% over 38 days
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- Repository
- cyanheads/pokeapi-mcp-server
- GitHub Stars
- 1
- Server Listing
- @cyanheads/pokeapi-mcp-server
TDQS
Scored across 7 tools
Each tool maps to a distinct PokeAPI resource or action: search is separated from dossier retrieval, and ability/item/move/nature/type-matchup lookups have no meaningful overlap. The only potentially similar pair is find_pokemon and get_pokemon, but their descriptions clearly differentiate search/filtering from full-record retrieval.
All tool names use the consistent pokeapi_ prefix with a clear verb_noun pattern: pokeapi_find_ for discovery and pokeapi_get_ for fetching resource details. Naming is uniformly snake_case and predictable across the entire set.
Seven tools is a well-scoped size for a Pokémon data server, covering search, core entity lookups, and type information without unnecessary redundancy. Every tool earns its place in the set.
The server covers the most important read-only Pokémon workflows: discovering Pokémon, fetching dense Pokémon data, and looking up abilities, items, moves, natures, and type matchups. Gaps like berries, locations, and standalone evolution-chain lookups are minor because the main dossier already embeds evolution and species information.
Available Tools
7 toolspokeapi_find_pokemonFind PokémonARead-onlyIdempotentInspect
Filter Pokémon by generation, type, regional pokédex, or egg group. Returns names and Pokédex numbers suitable for follow-up pokeapi_get_pokemon calls. All filters are optional and combined with AND logic; query adds strict token matching on name. When no category filter is provided alongside query, returns an empty result — at least one categorical filter is required.
| Name | Required | Description | Default |
|---|---|---|---|
| type | No | Type name (e.g. "fire", "psychic"). Filters to Pokémon of this type. | |
| limit | No | Maximum results to return. Positive integer; defaults to 50. | |
| query | No | Strict token match on name. "chu" matches "pikachu" and "raichu". Case-insensitive. | |
| offset | No | Offset into the filtered result set for pagination. Non-negative integer; defaults to 0. | |
| pokedex | No | Regional pokédex name (e.g. "kanto", "hoenn", "galar"). Filters to entries in that dex. | |
| egg_group | No | Egg group name (e.g. "monster", "fairy", "dragon"). Filters to Pokémon in this egg group. | |
| generation | No | Generation name (e.g. "generation-i", "generation-iii"). Filters to Pokémon introduced in this generation. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | Present when the call failed. Absent on success. |
| shown | No | Number of results in this response. |
| notice | No | Guidance when no Pokémon matched the filters. |
| pokemon | No | Matching Pokémon entries. |
| totalCount | No | Total matching Pokémon before limit/offset. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already carry readOnlyHint=true and idempotentHint=true, so the safe-read nature is established. The description adds substantial behavior beyond that: AND-combination of filters, strict token matching semantics for query, and the crucial edge case that a query without any categorical filter returns an empty result. These are exactly the non-obvious behaviors an agent must know to call the tool correctly.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Four sentences with no filler; the core purpose is front-loaded and the critical behavioral details (AND logic, empty-result edge case) follow in order of importance. Every sentence carries information that isn't in the schema. Slightly denser than strictly necessary, but nothing is wasted.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a multi-filter search tool with an output schema present, the description is near-complete: it covers the filter surface, output contents, query semantics, and the required-filter edge case. Pagination is already documented in the schema via offset/limit descriptions, so nothing critical is missing. Only minor explicit alternative-routing guidance would push it to a 5.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, so the baseline is 3. The description adds value above the schema by explaining that filters combine with AND logic and that at least one categorical filter is required when using query — semantic constraints the schema's per-property descriptions do not convey. It also groups the filter parameters into named categories, aiding comprehension.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
States a specific verb (filter) + resource (Pokémon) and enumerates the exact filter dimensions (generation, type, regional pokédex, egg group). Explicitly distinguishes itself from the sibling get_* tools by noting it returns names and Pokédex numbers for follow-up pokeapi_get_pokemon calls — an agent can tell this is the search tool versus the ID-retrieval tools without inspecting schemas.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Provides clear context for when to use: 'Returns names and Pokédex numbers suitable for follow-up pokeapi_get_pokemon calls' signals a search-then-fetch workflow and implicitly contrasts with the sibling get_tools. It does not explicitly state the exclusion condition (e.g., 'use pokeapi_get_pokemon when you already know the name/ID'), so the routing guidance is good but not fully explicit.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
pokeapi_get_abilityGet AbilityARead-onlyIdempotentInspect
Get ability details by name or numeric ID — full English effect text, short effect text, generation introduced, and the list of Pokémon that have the ability (including hidden-ability flag and slot). Ability names are returned by pokeapi_get_pokemon in the abilities array.
| Name | Required | Description | Default |
|---|---|---|---|
| identifier | Yes | Ability name in lowercase hyphenated form (e.g. "overgrow", "speed-boost") or numeric ID as a string. |
Output Schema
| Name | Required | Description |
|---|---|---|
| id | No | Ability ID. |
| name | No | Ability name in hyphenated lowercase. |
| error | No | Present when the call failed. Absent on success. |
| pokemon | No | Pokémon that have this ability. |
| effectText | No | Full English effect description. Null when unavailable. |
| generation | No | Generation in which the ability was introduced. |
| shortEffectText | No | Short English effect summary. Null when unavailable. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint, openWorldHint, and idempotentHint, covering the safety profile. The description adds behavioral context by specifying that effect text is English and that hidden-ability flags are included, and it clarifies the returned payload beyond just saying 'details'.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two sentences with no filler: the first front-loads the purpose and key returned fields, the second provides a useful cross-reference. Every clause earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
With one well-documented parameter, an output schema present, and annotations covering read-only/idempotent behavior, the description provides sufficient context for correct invocation. The cross-reference to pokeapi_get_pokemon further completes the workflow.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% and the identifier parameter is already documented with format examples. The description adds value by reiterating the name-or-numeric-ID forms and by explaining that ability names originate from pokeapi_get_pokemon, helping the agent understand where the parameter value would come from.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description opens with a specific verb and resource ('Get ability details by name or numeric ID') and enumerates the returned content (English effect text, generation, Pokémon list with hidden-ability flag). It also distinguishes itself from siblings by focusing on abilities and referencing pokeapi_get_pokemon as the source of ability names.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The intended use is clear: call this tool when you have an ability name or ID and need its details. The reference to pokeapi_get_pokemon returning ability names provides useful context for how an agent might obtain the identifier, though it does not explicitly name alternatives or state when not to use this tool.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
pokeapi_get_itemGet ItemARead-onlyIdempotentInspect
Get item details by name or numeric ID — effect text, category, in-game cost, fling power, item attributes (holdable, consumable, etc.), sprite URL, and Pokémon that commonly hold it.
| Name | Required | Description | Default |
|---|---|---|---|
| identifier | Yes | Item name in lowercase hyphenated form (e.g. "choice-specs", "leftovers") or numeric ID as a string. |
Output Schema
| Name | Required | Description |
|---|---|---|
| id | No | Item ID. |
| cost | No | Purchase cost in Pokédollars. 0 means not sold in shops. |
| name | No | Item name in hyphenated lowercase. |
| error | No | Present when the call failed. Absent on success. |
| category | No | Item category (e.g. "held-items", "medicine"). |
| spriteUrl | No | Item sprite URL. Null when no sprite is available. |
| attributes | No | Item attributes (e.g. "holdable", "consumable", "usable-in-battle"). |
| effectText | No | Full English effect description. Null when unavailable. |
| flingPower | No | Fling move base power when this item is flung. Null if not throwable. |
| heldByPokemon | No | Pokémon that commonly hold this item in the wild. |
| shortEffectText | No | Short English effect summary. Null when unavailable. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint, openWorldHint, and idempotentHint, covering the safety profile. The description adds value by enumerating the expected response fields, but it does not disclose behaviors like error handling, rate limits, or response structure beyond what the output schema already provides.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
A single, front-loaded sentence that states the verb, resource, lookup method, and a detailed but compact enumeration of return values. Every phrase earns its place; no filler or redundancy.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a simple read-only lookup tool with one parameter, a thorough schema, and an output schema, the description is nearly complete. The only missing context is error/not-found behavior (e.g., what happens for an invalid identifier), which is a minor gap for this tool's simplicity.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100% and the identifier parameter is already well-documented with format examples ('choice-specs', 'leftovers') and type constraints (lowercase hyphenated name or numeric ID as string). The description merely restates 'by name or numeric ID' without adding further semantic detail.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Description begins with a specific verb-resource pair ('Get item details') and elaborates with a concrete list of returned fields (effect text, category, cost, etc.). The item domain clearly distinguishes it from sibling tools focused on Pokémon, abilities, moves, natures, and type matchups.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description makes the use case implicit ('Get item details by name or numeric ID') but never explicitly states when to use this tool over alternatives or when not to use it. There is no mention of sibling tools or exclusion criteria, leaving the agent to infer from the domain.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
pokeapi_get_moveGet MoveARead-onlyIdempotentInspect
Get move details by name or numeric ID — type, damage class, power, accuracy, PP, priority, target, stat changes, status-effect chance, and full English effect text. Set include_learners=true to include the list of Pokémon that can learn the move. Move names are available from pokeapi_get_pokemon when include_moves=true.
| Name | Required | Description | Default |
|---|---|---|---|
| identifier | Yes | Move name in lowercase hyphenated form (e.g. "flamethrower", "close-combat") or numeric ID as a string. | |
| include_learners | No | Include the list of Pokémon that can learn this move. Defaults to false as the list can be large. |
Output Schema
| Name | Required | Description |
|---|---|---|
| id | No | Move ID. |
| pp | No | Base PP. Null when unavailable. |
| name | No | Move name in hyphenated lowercase. |
| type | No | Elemental type (e.g. "fire"). |
| error | No | Present when the call failed. Absent on success. |
| power | No | Base power. Null for status moves. |
| target | No | Target selection (e.g. "selected-pokemon", "all-opponents"). |
| accuracy | No | Accuracy percentage (0–100). Null for moves that always hit. |
| priority | No | Priority bracket (positive = higher priority, negative = lower). |
| effectText | No | Full English effect description. Null when unavailable. |
| damageClass | No | Damage class: physical, special, or status. Null when unavailable. |
| statChanges | No | Stat stage changes caused by this move. |
| effectChance | No | Secondary effect chance percentage. Null when not applicable. |
| shortEffectText | No | Short English effect summary. Null when unavailable. |
| learnedByPokemon | No | Pokémon names that can learn this move (populated when include_learners=true). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already mark this as read-only, open-world, and idempotent, so the safety profile is covered. The description adds useful behavioral context by specifying that include_learners=true pulls the Pokémon learner list and that move names can be sourced from pokeapi_get_pokemon, while the schema notes the list can be large. No contradiction with annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three concise sentences: the first enumerates what is returned, the second explains the optional learner flag, and the third points to the sibling source for identifiers. Every sentence earns its place with no redundancy.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
With a rich output schema, read-only/idempotent annotations, and a fully documented two-parameter input schema, the description covers the key operational details: identifier format/source, optional learner list, and the move fields returned. Nothing needed for correct invocation is missing.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema already explains both identifier and include_learners. The description adds a useful cross-reference for obtaining move names and restates the learner flag, but it does not add significant parameter-level meaning beyond the schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description opens with 'Get move details by name or numeric ID' and then enumerates the returned fields (type, damage class, power, accuracy, PP, priority, target, stat changes, status-effect chance, effect text). This is a specific verb+resource and clearly separates it from sibling tools like pokeapi_get_ability or pokeapi_get_item.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The context is clear: this tool is for move details, and the description even points to pokeapi_get_pokemon as the source for valid move names when include_moves=true. It does not explicitly state when not to use this tool versus siblings, but the resource type (move) makes the appropriate use obvious.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
pokeapi_get_natureGet NatureARead-onlyIdempotentInspect
Get nature details — the stat boosted (+10%), stat reduced (-10%), and preferred/disliked berry flavors. Omit the identifier to list all 25 natures at once. Natures are critical for competitive team-building: every non-neutral nature modifies two stats by ±10%.
| Name | Required | Description | Default |
|---|---|---|---|
| identifier | No | Nature name (e.g. "modest", "jolly") or ID 1–25 as a string. Omit to list all 25 natures. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | Present when the call failed. Absent on success. |
| natures | No | One or all 25 natures depending on whether identifier was provided. |
| isListAll | No | True when all 25 natures are returned (no identifier provided). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already provide readOnlyHint=true and idempotentHint=true, so the safety profile is covered. The description adds meaningful behavioral context beyond annotations by explaining what the tool returns (boosted/reduced stats, berry flavors) and the special listing behavior when identifier is omitted, which helps the agent anticipate the response shape.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is three sentences with no fluff. The first sentence states the core purpose, the second covers the optional-parameter behavior, and the third provides useful domain context for competitive team-building. Every sentence earns its place and the key information is front-loaded.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a simple read-only tool with one optional parameter and a full output schema, the description is complete. It explains the return content (stats, flavors), the listing behavior, and the relevance for team-building. Nothing an agent needs to call this tool correctly is missing.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema fully documents the identifier parameter, including examples and the omit-to-list-all behavior. The description adds no new parameter-level semantics beyond what the schema already states, aligning with the baseline score of 3.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific verb and resource—'Get nature details'—and enumerates the exact outputs: stat boost/reduction percentages and preferred/disliked berry flavors. It also explicitly mentions the list-all behavior when identifier is omitted, clearly distinguishing it from sibling tools like pokeapi_get_pokemon or pokeapi_get_move.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides clear context for when to use the tool (competitive team-building) and explicit instructions for the omit-identifier case to list all natures. It does not name alternative tools, but the domain-specific nature content makes the appropriate use case clear without needing to exclude siblings.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
pokeapi_get_pokemonGet PokémonARead-onlyIdempotentInspect
Get a fully denormalized Pokémon dossier in a single call — base stats, types, abilities (with full English effect text), height/weight, resolved evolution chain, sprite URLs including official artwork, species flavor text, variety list, capture rate, growth rate, gender rate, legendary/mythical flags, egg groups, and (optionally) a summarized learnable-move list. Accepts a name (lowercase, hyphens for spaces, e.g. "bulbasaur", "mr-mime") or Pokédex number. Set include_moves=true to include the move summary (large); defaults to false. Use game_version to select flavor text from a specific game (e.g. "sword", "red"); falls back to the most recent English entry when the version is not found. Use pokeapi_find_pokemon to discover Pokémon by type, generation, or egg group before calling this tool.
| Name | Required | Description | Default |
|---|---|---|---|
| identifier | Yes | Pokémon name (lowercase hyphenated, e.g. "bulbasaur", "mr-mime") or Pokédex number as a string (e.g. "1", "25"). | |
| game_version | No | PokéAPI version name to filter flavor text (e.g. "sword", "red", "scarlet"). Falls back to the most recent English entry when the version is not found. | |
| include_moves | No | Include the full learnable-move summary. Defaults to false because the list is large (100–200+ moves). |
Output Schema
| Name | Required | Description |
|---|---|---|
| id | No | National Pokédex number. |
| name | No | Canonical Pokémon name in hyphenated lowercase. |
| error | No | Present when the call failed. Absent on success. |
| genus | No | English genus (e.g. "Seed Pokémon"). Null when unavailable. |
| moves | No | Learnable moves (populated when include_moves=true, empty otherwise). |
| stats | No | Base stats. |
| types | No | Type names ordered by slot (e.g. ["fire", "flying"]). |
| sprites | No | Sprite URLs. |
| heightDm | No | Height in decimetres. |
| weightHg | No | Weight in hectograms. |
| abilities | No | Abilities with full effect text. |
| eggGroups | No | Egg group names. |
| moveCount | No | Total number of learnable moves regardless of include_moves. |
| varieties | No | All forms and variants of this species. |
| genderRate | No | Gender ratio: -1 genderless, 0 always male, 8 always female, 1–7 fraction (eighths) female. |
| generation | No | Generation introduced (e.g. "generation-i"). |
| growthRate | No | Growth rate name (e.g. "medium-slow"). |
| isMythical | No | True for mythical Pokémon. |
| captureRate | No | Base capture rate (0–255). |
| isLegendary | No | True for legendary Pokémon. |
| evolutionChain | No | Evolution tree rooted at the base species. |
| speciesFlavorText | No | Flavor text from the selected (or most recent) game version. Null when none available. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint, openWorldHint, and idempotentHint, so safety is covered. The description adds contextual behavior beyond that: the include_moves default to false due to large result size, the game_version fallback behavior, and the overall 'denormalized' structure. These are useful disclosures that annotations alone do not provide.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is long but information-dense; every sentence conveys a functional detail. It front-loads the core purpose, then elaborates on parameters and usage. While slightly verbose, it avoids filler and remains well-organized, earning a 4 rather than a 5.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The tool is complex with many output fields, but an output schema exists, so the description need not repeat return structure. It covers the identifier requirements, optional parameters, fallback behavior, and the size trade-off for moves. It is sufficient for an agent to call the tool correctly, though it does not address error conditions or rate limits, which are minor given the openWorldHint.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so all three parameters are already documented in detail (identifier format, game_version fallback, include_moves default and rationale). The description largely repeats this information without adding new meaning, e.g., it restates the identifier format and the include_moves default. It provides no extra semantics, such as edge cases or constraints, beyond what the schema already offers.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description opens with a specific verb and resource ('Get a fully denormalized Pokémon dossier in a single call') and enumerates the exact fields returned, making its scope unmistakable. It also distinguishes itself from the sibling pokeapi_find_pokemon by noting that tool is for discovery, while this one retrieves a complete dossier.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description explicitly tells the agent when to use the sibling instead: 'Use pokeapi_find_pokemon to discover Pokémon by type, generation, or egg group before calling this tool.' It also explains the optional parameters (include_moves, game_version) and their behavior, giving clear guidance on how to invoke the tool correctly.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
pokeapi_get_type_matchupsGet Type MatchupsARead-onlyIdempotentInspect
Get the full offensive and defensive type effectiveness breakdown. Provide either a type name (e.g. "fire", "psychic") or a Pokémon identifier (name or dex number). For dual-type Pokémon, the defensive multipliers are correctly composed (e.g. Fire/Flying vs Rock = 4× because both types are weak to Rock). Exactly one of type or pokemon must be provided.
| Name | Required | Description | Default |
|---|---|---|---|
| type | No | Type name in lowercase (e.g. "fire", "water", "psychic"). Provide this or pokemon, not both. | |
| pokemon | No | Pokémon name or Pokédex number. The server resolves the types automatically. Provide this or type, not both. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | Present when the call failed. Absent on success. |
| queryType | No | How the query was resolved: "type" for a direct type query, "pokemon" for a Pokémon lookup. |
| resolvedTypes | No | The type name(s) the query resolved to. |
| defensiveMatchups | No | Defensive matchups — composed correctly for dual-type Pokémon. |
| offensiveRelations | No | Offensive effectiveness (populated for single-type queries; null for dual-type Pokémon where per-type breakdown does not compose cleanly). |
| composedMultipliers | No | Multiplier (0, 0.25, 0.5, 1, 2, 4) for every attacking type touched by at least one of the resolved defending type(s), including net-neutral 1× entries where a dual type composes to a cancellation (e.g. Fire/Flying vs Ice: 0.5× then 2× = 1×). A type absent from this map relates to neither defending type and also deals 1× damage. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint=true, openWorldHint=true, and idempotentHint=true, covering safety and determinism. The description adds meaningful behavioral detail beyond annotations: it notes that defensive multipliers are correctly composed for dual-type Pokémon (e.g., Fire/Flying vs Rock = 4×), which informs the agent about edge-case handling. It also asserts the output covers both offensive and defensive breakdowns, which is not in annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three sentences, front-loaded with the primary purpose, followed by input requirements and a crucial note about dual-type composition. Every sentence contributes necessary information; there is zero fluff or redundancy. The structure moves from 'what' to 'how' to 'edge case'—ideal for quick comprehension.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a two-parameter, mutually-exclusive input tool with an output schema present, the description covers all necessary usage details: both input options, exclusivity, and the complex dual-type composition behavior. Since an output schema exists, return-value details are not needed. The description is complete and leaves no ambiguous call scenarios.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% (both parameters have descriptions), so the baseline is 3. The description adds value by giving concrete examples for the type parameter ('fire', 'psychic') and clarifying that Pokémon identifiers can be names or dex numbers—though the schema already states this. It also reiterates the mutual exclusivity in a clearer, more explicit way than the schema's 'Provide this or pokemon, not both.' The examples and exclusivity reinforcement are helpful for agent disambiguation.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description opens with a specific verb and resource: 'Get the full offensive and defensive type effectiveness breakdown.' This clearly distinguishes it from sibling tools (e.g., get_pokemon, get_move) which serve different data needs. The resource is precisely a type-effectiveness lookup, not a generic Pokémon info tool.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides clear input context—'Provide either a type name... or a Pokémon identifier'—and explicitly states the exclusivity requirement ('Exactly one of type or pokemon must be provided'). It does not name alternative tools or state when not to use this tool, but the purpose is self-sufficient and distinct from siblings, so the absence of exclusions is minor.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
5 tool updates
- Changed
pokeapi_get_ability4 fields changed- removed
Output schema / properties / effectText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / effectText / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / shortEffectText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / shortEffectText / typeAdded value: +[ + "string", + "null" +]
- Changed
pokeapi_get_item8 fields changed- removed
Output schema / properties / effectText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / effectText / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / flingPower / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / flingPower / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / shortEffectText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / shortEffectText / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / spriteUrl / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / spriteUrl / typeAdded value: +[ + "string", + "null" +]
- Changed
pokeapi_get_move14 fields changed- removed
Output schema / properties / accuracy / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / accuracy / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / damageClass / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / damageClass / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / effectChance / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / effectChance / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / effectText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / effectText / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / power / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / power / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / pp / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / pp / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / shortEffectText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / shortEffectText / typeAdded value: +[ + "string", + "null" +]
- Changed
pokeapi_get_nature8 fields changed- removed
Output schema / properties / natures / items / properties / decreasedStat / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / natures / items / properties / decreasedStat / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / natures / items / properties / hatesFlavor / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / natures / items / properties / hatesFlavor / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / natures / items / properties / increasedStat / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / natures / items / properties / increasedStat / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / natures / items / properties / likesFlavor / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / natures / items / properties / likesFlavor / typeAdded value: +[ + "string", + "null" +]
- Changed
pokeapi_get_pokemon20 fields changed- removed
Output schema / $defs / __schema0 / properties / condition / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / $defs / __schema0 / properties / condition / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / $defs / __schema0 / properties / item / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / $defs / __schema0 / properties / item / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / $defs / __schema0 / properties / minLevel / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / $defs / __schema0 / properties / minLevel / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / abilities / items / properties / effectText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / abilities / items / properties / effectText / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / abilities / items / properties / shortEffectText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / abilities / items / properties / shortEffectText / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / genus / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / genus / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / speciesFlavorText / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / speciesFlavorText / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / sprites / properties / frontDefault / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / sprites / properties / frontDefault / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / sprites / properties / frontShiny / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / sprites / properties / frontShiny / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / sprites / properties / officialArtwork / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / sprites / properties / officialArtwork / typeAdded value: +[ + "string", + "null" +]
7 tool updates
- Changed
pokeapi_find_pokemon6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "pokemon", + "totalCount", + "shown" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `invalid_filter`: An unrecognized generation, type, pokédex, or egg-group name was provided. Other values are possible when a failure originates below the handler.", + "examples": [ + "invalid_filter" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "pokemon", - "totalCount", - "shown" -]
- Changed
pokeapi_get_ability6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "id", + "name", + "effectText", + "shortEffectText", + "generation", + "pokemon" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `not_found`: The identifier resolves to no ability in PokéAPI. Other values are possible when a failure originates below the handler.", + "examples": [ + "not_found" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "id", - "name", - "effectText", - "shortEffectText", - "generation", - "pokemon" -]
- Changed
pokeapi_get_item6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "id", + "name", + "category", + "cost", + "flingPower", + "effectText", + "shortEffectText", + "attributes", + "heldByPokemon", + "spriteUrl" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `not_found`: The identifier resolves to no item in PokéAPI. Other values are possible when a failure originates below the handler.", + "examples": [ + "not_found" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "id", - "name", - "category", - "cost", - "flingPower", - "effectText", - "shortEffectText", - "attributes", - "heldByPokemon", - "spriteUrl" -]
- Changed
pokeapi_get_move6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "id", + "name", + "type", + "damageClass", + "power", + "accuracy", + "pp", + "priority", + "effectChance", + "effectText", + "shortEffectText", + "target", + "statChanges", + "learnedByPokemon" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `not_found`: The identifier resolves to no move in PokéAPI. Other values are possible when a failure originates below the handler.", + "examples": [ + "not_found" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "id", - "name", - "type", - "damageClass", - "power", - "accuracy", - "pp", - "priority", - "effectChance", - "effectText", - "shortEffectText", - "target", - "statChanges", - "learnedByPokemon" -]
- Changed
pokeapi_get_nature6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "natures", + "isListAll" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `not_found`: The identifier resolves to no nature in PokéAPI. Other values are possible when a failure originates below the handler.", + "examples": [ + "not_found" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "natures", - "isListAll" -]
- Changed
pokeapi_get_pokemon9 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - added
Output schema / $defsAdded value: +{ + "__schema0": { + "additionalProperties": false, + "properties": { + "condition": { + "anyOf": [ + { + "type": "string" + }, + { + "type": "null" + } + ], + "description": "Human-readable summary of additional conditions (happiness, time of day, etc.)." + }, + "evolvesTo": { + "description": "Further evolutions from this stage.", + "items": { + "$ref": "#/$defs/__schema0" + }, + "type": "array" + }, + "item": { + "anyOf": [ + { + "type": "string" + }, + { + "type": "null" + } + ], + "description": "Item used in evolution. Null if not applicable." + }, + "minLevel": { + "anyOf": [ + { + "type": "number" + }, + { + "type": "null" + } + ], + "description": "Minimum level required. Null if not applicable." + }, + "species": { + "description": "Species name.", + "type": "string" + }, + "trigger": { + "description": "Evolution trigger (level-up, use-item, trade, shed, base).", + "type": "string" + } + }, + "required": [ + "species", + "trigger", + "minLevel", + "item", + "condition", + "evolvesTo" + ], + "type": "object" + } +} - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "id", + "name", + "heightDm", + "weightHg", + "types", + "stats", + "abilities", + "sprites", + "moves", + "moveCount", + "speciesFlavorText", + "genus", + "captureRate", + "growthRate", + "genderRate", + "isLegendary", + "isMythical", + "evolutionChain", + "varieties", + "generation", + "eggGroups" + ] + }, + { + "required": [ + "error" + ] + } +] - removed
Output schema / definitionsRemoved value: -{ - "__schema0": { - "additionalProperties": false, - "properties": { - "condition": { - "anyOf": [ - { - "type": "string" - }, - { - "type": "null" - } - ], - "description": "Human-readable summary of additional conditions (happiness, time of day, etc.)." - }, - "evolvesTo": { - "description": "Further evolutions from this stage.", - "items": { - "$ref": "#/definitions/__schema0" - }, - "type": "array" - }, - "item": { - "anyOf": [ - { - "type": "string" - }, - { - "type": "null" - } - ], - "description": "Item used in evolution. Null if not applicable." - }, - "minLevel": { - "anyOf": [ - { - "type": "number" - }, - { - "type": "null" - } - ], - "description": "Minimum level required. Null if not applicable." - }, - "species": { - "description": "Species name.", - "type": "string" - }, - "trigger": { - "description": "Evolution trigger (level-up, use-item, trade, shed, base).", - "type": "string" - } - }, - "required": [ - "species", - "trigger", - "minLevel", - "item", - "condition", - "evolvesTo" - ], - "type": "object" - } -} - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `not_found`: The identifier resolves to no PokéAPI entry (HTTP 404). Other values are possible when a failure originates below the handler.", + "examples": [ + "not_found" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - changed
Output schema / properties / evolutionChain / anyOfPrevious value: -[ - { - "$ref": "#/definitions/__schema0" - }, - { - "type": "null" - } -]New value: +[ + { + "$ref": "#/$defs/__schema0" + }, + { + "type": "null" + } +] - removed
Output schema / requiredRemoved value: -[ - "id", - "name", - "heightDm", - "weightHg", - "types", - "stats", - "abilities", - "sprites", - "moves", - "moveCount", - "speciesFlavorText", - "genus", - "captureRate", - "growthRate", - "genderRate", - "isLegendary", - "isMythical", - "evolutionChain", - "varieties", - "generation", - "eggGroups" -]
- Changed
pokeapi_get_type_matchups6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "queryType", + "resolvedTypes", + "offensiveRelations", + "defensiveMatchups", + "composedMultipliers" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `not_found`: The type name or Pokémon identifier was not found in PokéAPI. `invalid_input`: Neither type nor pokemon was provided, or both were provided simultaneously. Other values are possible when a failure originates below the handler.", + "examples": [ + "not_found", + "invalid_input" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "queryType", - "resolvedTypes", - "offensiveRelations", - "defensiveMatchups", - "composedMultipliers" -]
2 tool updates
- Changed
pokeapi_find_pokemon8 fields changed- changed
Input schema / properties / limit / descriptionPrevious value: -"Maximum results to return. Defaults to 50."New value: +"Maximum results to return. Positive integer; defaults to 50." - added
Input schema / properties / limit / exclusiveMinimumAdded value: +0 - added
Input schema / properties / limit / maximumAdded value: +9007199254740991 - changed
Input schema / properties / limit / typePrevious value: -"number"New value: +"integer" - changed
Input schema / properties / offset / descriptionPrevious value: -"Offset into the filtered result set for pagination. Defaults to 0."New value: +"Offset into the filtered result set for pagination. Non-negative integer; defaults to 0." - added
Input schema / properties / offset / maximumAdded value: +9007199254740991 - added
Input schema / properties / offset / minimumAdded value: +0 - changed
Input schema / properties / offset / typePrevious value: -"number"New value: +"integer"
- Changed
pokeapi_get_type_matchups1 field changed- changed
Output schema / properties / composedMultipliers / descriptionPrevious value: -"Multiplier for each non-neutral attacking type (0, 0.25, 0.5, 1, 2, 4). Types absent from this map deal 1× damage."New value: +"Multiplier (0, 0.25, 0.5, 1, 2, 4) for every attacking type touched by at least one of the resolved defending type(s), including net-neutral 1× entries where a dual type composes to a cancellation (e.g. Fire/Flying vs Ice: 0.5× then 2× = 1×). A type absent from this map relates to neither defending type and also deals 1× damage."
7 tool updates
- First observed
pokeapi_find_pokemon - First observed
pokeapi_get_ability - First observed
pokeapi_get_item - First observed
pokeapi_get_move - First observed
pokeapi_get_nature - First observed
pokeapi_get_pokemon - First observed
pokeapi_get_type_matchups
Related MCP Connectors
Pokemon MCP — wraps PokéAPI (free, no auth required)
Provide detailed Pokémon data and information through a standardized MCP interface. Enable LLMs an…
Look up Pokemon TCG Pocket cards, sets, packs, and evaluate decks with battle simulations.
Wynncraft MMO player + guild + leaderboard + item DB lookups.
Related MCP Servers
- AlicenseNot gradedqualityCmaintenanceEnables querying Pokémon data from PokéAPI, including listing Pokémon, fetching details by name or ID, and getting type matchups.13 npmISC
- FlicenseNot gradedqualityDmaintenanceProvides Pokemon information from PokeAPI including stats, types, height, and weight. Enables looking up Pokemon by name/ID, getting random Pokemon by type, and comparing Pokemon side-by-side.-
- AlicenseNot gradedqualityDmaintenanceEnables fetching detailed Pokémon data from PokéAPI, including Pokémon info, types, moves, abilities, and search with pagination.4 npm3Apache 2.0
- AlicenseNot gradedqualityDmaintenanceEnables fetching Pokémon data from PokeAPI, searching for Pokémon and moves, and simulating battles between two Pokémon with type effectiveness and status effects.MIT
Glama MCP Gateway
Add one secure layer between your agents and this server.