Skip to main content
Glama
John-CEO-HQ

John CEO Agentic Memory

by John-CEO-HQ

Consolidate and forget

memory_forget

Consolidate related memories, eliminate contradictions, and clear stale low-importance data to maintain a clean memory store.

Instructions

Runs the maintenance pass: related memories are merged by Bedrock into one canonical memory, contradicted items are forgotten, and stale low-importance memories decay away.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
userIdYes
Behavior4/5

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

With no annotations, the description carries the full burden. It discloses the key behaviors: merging, forgetting contradicted items, and decaying stale memories, which are meaningful side effects. However, it does not explicitly state irreversibility or whether a summary is returned, though the maintenance nature is clear.

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?

The description is a single, information-dense sentence that front-loads the core action ('Runs the maintenance pass') before elaborating on the effects. No wasted words.

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?

For a maintenance tool with one parameter and no output schema, the description covers the main operations well, but omits any return value or post-condition details (e.g., whether the operation is atomic, how success is reported). Given the lack of annotations, this is a moderate gap.

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

Parameters2/5

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

The description does not mention the userId parameter at all, and the schema provides no description for it (0% coverage). Since userId is self-explanatory, the parameter is understandable, but the tool description adds no guidance on how this parameter scopes the maintenance (e.g., per-user memory isolation).

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 clearly states the tool runs a maintenance pass with specific effects: merging related memories, discarding contradicted items, and decaying stale low-importance memories. It distinguishes from siblings (write/search/recall) by focusing on consolidation and forgetting. The verb 'runs' plus resource 'memories' makes the purpose explicit.

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

Usage Guidelines3/5

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

No explicit 'when to use' vs alternatives is provided. The description implies this is the maintenance action, and the title/name suggest forgetting, but it doesn't compare against memory_write or memory_search. Users must infer from the tool name that this is for cleanup.

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

Install Server

Other Tools

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/John-CEO-HQ/cockroachdb-x-aws-hackathon'

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