Skip to main content
Glama

Remember

remember
Idempotent

Save data the agent will need to reuse later — across this conversation or across sessions. Use when you discover something worth carrying forward (a resolved ticker, a target address, a user preference, a research subject) so you don't have to look it up again. Stored as a key-value pair scoped by your identifier. Authenticated users get persistent memory; anonymous sessions retain memory for 24 hours. Pair with recall to retrieve later, forget to delete.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
keyYesMemory key (e.g., "subject_property", "target_ticker", "user_preference")
valueYesValue to store (any text — findings, addresses, preferences, notes)

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. First observed

TDQS

A4.9/5.0
Behavior5/5

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

Discloses scoping by identifier, persistence for authenticated users, 24-hour retention for anonymous sessions. Adds value beyond annotations (idempotentHint, destructiveHint) 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.

Conciseness5/5

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

Four sentences, front-loaded with purpose and usage guidance. No redundant information.

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?

Covers retention, scoping, and pairing with related tools. No output schema needed for a store operation; description is complete.

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% with clear descriptions. Description adds context on typical key patterns (e.g., 'subject_property') and that value accepts any text, slightly enhancing understanding.

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?

Description clearly states it saves data for reuse across conversations/sessions. Provides specific examples and distinguishes from siblings like 'recall' and 'forget'.

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 says when to use: when discovering something worth carrying forward. Mentions pairing with 'recall' and 'forget' as alternatives.

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.

TDQS

B3.3/5.0
Disambiguation1/5

The tool set is a mix of 5 Google Calendar tools and 31 unrelated Pipeworx tools (e.g., ask_pipeworx, deep_research, entity_profile). Even within Pipeworx, tools like ask_pipeworx, ask_pipeworx_beta, and ask_pipeworx_grounded have highly overlapping purposes, making it very difficult for an agent to distinguish which tool to use.

Naming Consistency1/5

Naming conventions are chaotic. The Google Calendar tools follow a consistent gcal_ prefix, but the rest use various patterns: pipeworx_*, polymarket_*, single words (remember, recall), and others (bet_research, scan_dependency). There is no overarching pattern.

Tool Count1/5

With 36 tools, the count is high, but only 5 are relevant to Google Calendar. The remaining 31 tools are from a completely different domain (Pipeworx data access, Polymarket betting, etc.), making the tool count severely inappropriate for the server's stated purpose.

Completeness2/5

For Google Calendar, the tools provide basic CRUD (create, get, list, search, list_calendars) but lack update and delete functionality. The vast number of unrelated tools does not compensate for these gaps. The overall surface is incomplete for the calendar domain.