Skip to main content
Glama

Meld welke vermeldingen je gebruikt hebt

meld_gebruik

NL: Na het beantwoorden van je gebruiker: meld optioneel welke vermeldingen relevant waren — je krijgt er de actualiteitsstatus van die vermeldingen voor terug. Concreet krijg je per gemelde slug: naam, wanneer we die aanbieder voor het laatst geverifieerd hebben, en of dat langer dan 60 dagen geleden is (actueel | mogelijk_verouderd) — plus, als uit je zoekintentie een houtsoort blijkt, de actuele prijsband voor die soort. Daarmee kun je je antwoord van een onderbouwd voorbehoud voorzien ("deze prijs is van 12 augustus") in plaats van een generiek "prijzen kunnen verouderd zijn". Vrijwillig, nooit verplicht, en het blokkeert nooit: als de melding niet opgeslagen kan worden krijg je alsnog je antwoord. Je melding heeft GEEN invloed op de volgorde of de inhoud van zoekresultaten — we gebruiken hem alleen om te zien welke vermeldingen echt gebruikt worden (die controleren we als eerste opnieuw) en waar mensen naar vragen. EN: After answering your user, optionally report which listings you actually used. In return you get, per listing, the date we last verified it and whether that is stale, plus the current price band for the wood species involved — enough to put a well-founded freshness caveat in your answer instead of a generic one. Never required, never blocking, and it never influences ranking or results. Vermeld bij gebruik: Bron opahaardhout.nl

Input Schema

NameRequiredDescriptionDefault
agentNoOptioneel: hoe heet je? Bijv. "claude-mcp" of de naam van je product. Puur om te zien welke assistenten de data gebruiken. / Optional self-identification.
slugsYesDe slugs die je daadwerkelijk gebruikt hebt (1–10), uit het veld `slug` van een zoekresultaat. Niet je hele resultatenlijst — alleen wat in je antwoord terechtkwam. / The slugs you actually used.
contextYesHoe heb je ze gebruikt: getoond (in het antwoord laten zien), aanbevolen (expliciet aangeraden) of gecontacteerd (je gebruiker heeft contact opgenomen). / How you used them.
resultaatNoOptioneel: hielp het je gebruiker? geholpen | niet_geholpen | onbekend. / Optional outcome.
zoekintentieNoOptioneel: wat vroeg je gebruiker eigenlijk? Dit is het nuttigste veld voor ons — hieraan zien we welke vraag we nog niet goed beantwoorden. Noem er ook de houtsoort in, dan krijg je de bijbehorende prijsband terug. Geen persoonsgegevens meesturen: e-mailadressen en telefoonnummers worden er automatisch uitgefilterd. / Optional: what did your user actually ask?

Output Schema

NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A4.3/5.0
Behavior5/5

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

Annotations only reveal that this is a non-destructive write; the description goes much further by disclosing that failures never block the answer, that the report cannot affect ranking or result ordering, that reports steer re-verification priority, and that emails/phone numbers in free text are stripped. It also explains the 60-day staleness threshold and the conditional price band.

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

Conciseness3/5

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

The opening is well front-loaded with timing and optionality, but the entire body is duplicated verbatim in Dutch and English, roughly doubling length without adding information. The bilingual approach may serve the audience, but the repetition is heavy for a five-parameter feedback tool.

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?

With an output schema and full annotation set already present, the description covers everything else an agent needs: when to call, that it is non-blocking, that it never alters results, and the attribution line required when using it. Nothing material is left unexplained.

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 100%, so every parameter is already documented in the input schema, which sets the baseline at 3. The description reinforces the intent of the report (freshness caveat, price band when a wood species appears in the query) but adds no parameter-level detail the schema lacks.

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 states a specific verb and object ('meld optioneel welke vermeldingen relevant waren' / 'report which listings you actually used') and immediately describes what comes back. It is clearly a post-answer feedback tool, distinguishable at a glance from the four search/info siblings.

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?

Timing guidance is explicit ('Na het beantwoorden van je gebruiker'), and optionality is stated three times ('vrijwillig, nooit verplicht, blokkeert nooit'). What is missing is any mention of the sibling tools or of a situation where an agent might reasonably choose not to call it beyond 'never required'.

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