Skip to main content
Glama
fosferon

gc_mcp

by fosferon

gc_retain

Store a fact in the memory bank with automatic routing, deduplication, and supersede support to correct or update previously stored facts.

Instructions

Store a fact in the memory bank. Auto-routes to the best bank by keyword matching, or specify a bank.

Deduplication:

  • Fingerprint dedup only (exact normalized-content match). Fuzzy/BM25 dedup removed — it was silently rejecting corrections.

  • Supersedes bypasses even fingerprint dedup — an explicit replacement signal always stores.

Response contract (READ THIS):

  • { stored: true, duplicate: false, id, bank } → fact was stored

  • { stored: false, duplicate: true, existing_id } → fact was NOT stored; same fingerprint already in DB ALWAYS check 'stored' to know whether your content was persisted. 'ok: true' only means the call succeeded, not that storage happened.

Supersedes + recall: when you pass supersedes: [], the old fact is marked as replaced and won't show up in default recall results. Use recall with include_superseded: true to see historical versions.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
bankNoTarget bank (auto-routed if omitted)
tagsNoTags for this fact
originNoOrigin: 'local' (default), 'hs-import', 'hs-echo'
sourceNoWhere this fact comes from
contentYesThe fact to store — be specific and include relevant context
contextNoCategory: architecture, decision, pattern, convention, bug, etc.
hindsightNoAlso push to the deep-memory backend
supersedesNoFact ID(s) this new fact supersedes. Marks the old fact(s) as replaced (hidden from default recall) AND bypasses fingerprint dedup so your correction is always stored.
Behavior5/5

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

No annotations are provided, so the description carries full burden and exceeds it. Documents the response contract ('stored', 'duplicate', 'existing_id' fields), warns that 'ok: true' doesn't mean storage happened, explains dedup semantics (fingerprint only, supersedes bypass), and clarifies what supersedes does to recall visibility. Exceptionally transparent about edge cases.

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

Conciseness4/5

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

Well-structured with clear headers (Deduplication, Response contract, Supersedes + recall). Content is dense but organized. Slightly long for a tool description but every section earns its place — critical behavioral details that prevent data-loss mistakes.

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?

8-parameter mutation tool with no annotations and no output schema — the description compensates fully. Documents all critical edge cases: dedup behavior, response contract, supersedes semantics, and recall interaction. An agent would know exactly what to expect from invoking this tool.

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

Parameters4/5

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

Schema coverage is 100%, so parameters are well-documented. The description adds value beyond schema: clarifies 'supersedes' bypasses dedup (a behavior nuance not in the schema), defines 'origin' values, and explains the routing behavior for 'bank'. Doesn't list every param but the schema already covers them.

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?

Clear verb+resource: 'Store a fact in the memory bank.' Specific about auto-routing behavior ('Auto-routes to the best bank by keyword matching, or specify a bank'). Distinguishes from siblings like gc_recall (retrieval) and gc_banks (bank introspection) by its storage focus.

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

Usage Guidelines5/5

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

Explicitly documents when supersedes should be used ('an explicit replacement signal always stores'), when fingerprint dedup blocks storage, and how to retrieve historical versions ('Use recall with include_superseded: true'). Provides concrete behavioral contracts for decision-making. Notes the removal of fuzzy/BM25 dedup and its rationale.

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/fosferon/gc_mcp'

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