Skip to main content
Glama

game_reload

Зарядить оружие патронами вне боя.

Input Schema

NameRequiredDescriptionDefault
ammo_idYes
weapon_idYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

B3.1/5.0
Behavior3/5

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

The annotations only declare readOnlyHint=false, so the mutation nature is already known. The description adds the meaningful precondition 'outside combat', which is real behavioral context not present in structured data. It still omits whether ammo is consumed from inventory, whether the existing magazine is discarded, and what makes the call fail.

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

Conciseness4/5

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

A single short sentence with the core action front-loaded and zero filler. It is clipped to the point of being a fragment, but nothing is wasted or buried.

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

Completeness2/5

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

For a two-parameter mutation tool with no output schema and no documented parameters, the description is too thin. An agent cannot tell how to obtain valid weapon_id/ammo_id values, whether the operation consumes resources, or what happens when the preconditions are not met.

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

Parameters2/5

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

Schema description coverage is 0% and neither weapon_id nor ammo_id is documented in the schema. The description only obliquely maps to them via the words 'weapon' and 'ammo' (патронами), adding no format, ID-source, or constraint details — for example, whether ammo_id must match the weapon's caliber.

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

Purpose4/5

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

The description names a specific verb and resource: reload a weapon with ammo, with the additional qualifier 'outside combat' (вне боя). That distinguishes it reasonably well from combat-related siblings like game_battle or game_attack_monsters, though it does not name a direct alternative or reference game_arsenal/game_equip, which are the closest peers.

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

Usage Guidelines3/5

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

'Outside combat' (вне боя) is an implied usage condition that tells the agent when this tool is valid, which is more than nothing. However, it never states what to do during combat, which sibling to use for in-battle reloading, or what prerequisite state (weapon equipped, ammo in inventory) must hold before calling.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources