Skip to main content
Glama

VibeCodePicks

forget_me

Destructive

Delete everything stored for this key.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
keyNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. Added

TDQS

B3.3/5.0
Behavior3/5

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

Annotations already declare destructiveHint=true, readOnlyHint=false, so the agent knows this is a destructive write. The description adds one genuinely useful piece of context beyond that: the deletion is total for the key ('everything stored'), not partial. It does not disclose irreversibility, permission requirements, or what classes of data are covered.

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?

A single short sentence with the destructive verb front-loaded and zero filler. Nothing could be trimmed without losing meaning.

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?

Annotations cover the safety profile and there is no output schema to explain, so the basics are in place. Still missing for a destructive, one-parameter tool: what 'everything' actually spans, whether deletion is irreversible, and why the key is not marked required.

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 coverage is 0% and the single 'key' parameter has no schema description, so the description carries some burden. Its phrase 'for this key' at least establishes that the key is the scoping identifier for stored data, but it adds no format, default, or behavior detail for a key that is listed as not required.

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 gives a specific verb ('Delete') and a well-scoped resource ('everything stored for this key'), which is unambiguous and clearly distinct from siblings like save_preferences, fetch, or search, none of which remove data. It stops short of a 5 only because it doesn't explicitly name the sibling operation it inverts (save_preferences) or clarify the scope of 'everything'.

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

Usage Guidelines2/5

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

There is no explicit when-to-use or when-not-to-use guidance, nor any mention of alternatives. The agent must infer that this is the tool for removing stored state, and nothing warns it away from use when data should be retained.

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.