forgetDelete a previously stored memory by key. Use when context is stale, the task is done, or you want to clear sensitive data the agent saved earlier. Pair with remember and recall.
| Name | Required | Description | Default |
|---|---|---|---|
| key | Yes | Memory key to delete |
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations indicate destructiveHint=true and idempotentHint=true. The description uses 'Delete' confirming destruction and adds context about clearing sensitive data, which supplements the annotations without contradiction.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two concise sentences: first defines the action, second provides usage guidance. No filler, every sentence is value-adding.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a simple tool with one parameter, annotations, and no output schema, the description covers purpose, usage, and behavioral notes adequately. Pairing with siblings enhances completeness.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema covers the single parameter 'key' with description. The description mentions 'by key' but adds no new semantic detail beyond the schema. Baseline score of 3 applies due to 100% schema coverage.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states 'Delete a previously stored memory by key' with a specific verb+resource. It distinguishes from siblings by mentioning pairing with 'remember' and 'recall', showing awareness of related tools.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Provides explicit when-to-use scenarios: 'when context is stale, the task is done, or you want to clear sensitive data.' Lacks explicit when-not-to-use or alternatives beyond the paired tools, but the context is clear.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Add one secure layer between your agents and this server.
Many tools overlap in purpose, e.g., ask_pipeworx, ask_pipeworx_grounded, deep_research, entity_profile, and validate_claim all perform data lookups with subtle differences. Polymarket tools also have overlapping scopes. The large number of tools with similar functions creates confusion.
Names are inconsistent: some use verb_noun (get_image, list_subscriptions), others are descriptive phrases (ai_visibility_check, bet_research), and some are single words (forget, recall). No clear pattern.
33 tools is high, and many are unrelated to Dockerhub. The server name suggests a focused Docker toolset, but the bulk of tools are for Pipeworx/Polymarket/data lookups, making the count excessive for the advertised domain.
As a Dockerhub server, it lacks basic Docker operations like push, delete, or manage repositories. As a general data toolset, it covers many domains but still misses some core operations (e.g., no tool for searching inside images).