Skip to main content
Glama

Fondouk (PrestaShop demo store)

search_catalog

Recherche des produits dans le catalogue PUBLIC du marchand par texte libre et filtres facultatifs (catégories, prix). À utiliser lorsque vous n'avez PAS d'identifiant de produit — p. ex. « chaussures de running bleues à moins de 100 € ». Renvoie des produits avec prix (TTC), déclinaisons et disponibilité. Paginé (curseur). Lecture seule.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
queryNoTexte de recherche libre.
contextNoLocalisation facultative : langue (BCP 47), devise (ISO 4217), address_country (ISO 3166-1 alpha-2).
filtersNop. ex. {"categories":["3"],"price":{"max":10000}} (prix en unités mineures).
paginationNo

TDQS

A4.3/5.0
Behavior4/5

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

Aucune annotation n'est fournie, la description assume donc pleinement la charge de transparence. Elle précise que l'outil est en lecture seule (« Lecture seule »), détaille les retours (prix TTC, déclinaisons, disponibilité) et signale la pagination par curseur, ce qui est utile. Il manque des détails comme les limites de taux ou les exigences d'authentification, mais l'essentiel est couvert.

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?

La description est concise en deux phrases, avec l'information la plus importante (but et cas d'usage) en tête. Chaque phrase apporte une valeur : le but, le moment d'utilisation, les retours et la pagination. Aucune redondance ni longueur excessive.

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

Completeness5/5

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

Malgré l'absence de schéma de sortie, la description décrit suffisamment les retours (produits avec prix, déclinaisons, disponibilité) et le comportement de pagination. Elle couvre le but, le contexte d'utilisation, les paramètres facultatifs et la nature en lecture seule, ce qui rend l'outil compréhensible pour un agent dans la plupart des cas.

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?

La couverture du schéma est élevée (75 %), donc la baseline est de 3. La description ajoute peu d'information supplémentaire sur les paramètres au-delà du schéma : elle mentionne le texte libre, les filtres par catégories/prix et la pagination, mais le schéma fournit déjà ces détails avec des exemples. Aucune explication supplémentaire n'est donnée pour le paramètre 'context'.

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?

La description utilise un verbe spécifique (« Recherche ») et une ressource claire (« produits dans le catalogue PUBLIC du marchand »), ce qui distingue bien l'outil des outils frères comme get_product (qui nécessite un identifiant) et lookup_catalog. La mention explicite « par texte libre et filtres facultatifs » précise la fonction exacte.

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?

La description donne explicitement le cas d'usage : « À utiliser lorsque vous n'avez PAS d'identifiant de produit », avec un exemple concret. Elle indique aussi quand ne pas l'utiliser (absence d'ID), mais ne nomme pas directement les alternatives comme get_product, ce qui empêche la note maximale.

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.

TDQS

A4.2/5.0
Disambiguation5/5

All three tools have clearly distinct purposes: get_product retrieves details for a single product by ID, lookup_catalog fetches multiple products by IDs for pricing/availability, and search_catalog performs free-text and filter-based searches. No ambiguity.

Naming Consistency5/5

All tool names follow a consistent verb_noun pattern (get_product, lookup_catalog, search_catalog) using snake_case, making them predictable and easy to understand.

Tool Count4/5

Three tools is minimal but appropriate for a demo store's catalog-focused scope. Each tool serves a distinct need without being overly sparse.

Completeness4/5

The tool set covers core catalog operations: single product lookup, batch retrieval, and search with filters. Minor gaps exist (e.g., no category listing), but the set is sufficient for product discovery and detail retrieval.

Resources