Skip to main content
Glama

Trophy detail for one game

psn_game_trophies
Read-only

Get a game's full trophy list with earned status and rarity to identify missing trophies and judge engagement. Filter by earned or missing to show progress toward platinum.

Instructions

Full trophy list for a single game with earned status, earn dates and rarity. Pass a title (fuzzy match against the account's games) or an exact np_communication_id. Useful for 'what's left to platinum' and for judging how deeply the user engaged with a game.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
gameNoGame title, matched against the account's library.
limitNo
statusNoWhich trophies to return.all
include_hiddenNo
np_service_nameNoRequired only with a raw np_communication_id.
np_communication_idNoExact trophy set id, e.g. NPWR21434_00.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. First observedv0.1.0

TDQS

A3.9/5.0
Behavior3/5

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

Annotations already declare the read-only/open-world safety profile, and the description adds useful behavioral detail such as fuzzy matching and needing np_service_name only with a raw ID. However, it calls the result 'Full' while the schema defaults limit to 150, and it doesn't disclose hidden-trophy behavior or what happens when no identifier is passed.

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

Conciseness5/5

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

Two sentences deliver output, input modes, and use cases with no filler. The most decision-relevant information appears first.

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

Completeness3/5

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

It is strong for a read-only tool with output schema present, but several invocation details are left implicit: 0 required parameters means both identifiers can be omitted, yet no fallback behavior is described, and the default limit of 150 qualifies the 'Full' claim. Those gaps matter for correct invocation.

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

Parameters3/5

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

Schema description coverage is moderate (67%), and the description contributes beyond schema by explaining the game-vs-np_communication_id choice and fuzzy matching. It does not add meaning for limit, status, or include_hidden, but those are partially covered by schema defaults and titles.

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

Purpose5/5

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

The description names a specific resource (full trophy list for a single game) and the data it returns (earned status, earn dates, rarity), which clearly separates it from sibling tools focused on libraries and profiles. The verb 'Pass' and the title make the operation obvious.

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

Usage Guidelines4/5

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

It states two concrete input routes (fuzzy title match or exact np_communication_id) and gives use cases ('what's left to platinum', engagement depth). It does not explicitly name sibling alternatives or when-not conditions, but the context makes the intended selection clear.

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

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/murzin-ml/mcp-ps-store'

If you have feedback or need assistance with the MCP directory API, please join our Discord server