Skip to main content
Glama

Configure Memory

configure_profile_read

Read-only

Read the current user's approved profile. Use the no-argument overview only when the user explicitly asks to review their profile or get a profile overview. For personalized help or a specific fact, use configure_profile_search with a concrete query about the current task; no overview is needed first. Look here before you save, too: when the user states a durable fact about themselves, check with configure_profile_search on that topic (or the overview, if it is already in context) whether Configure already has it or holds an older version, then save only what is new or changed with configure_profile_remember. Read a known category or project box when the user asks to review it or resume that project. Three ways in. (1) No arguments: the profile overview. Returns composed context, not raw files: identity, the synthesized narrative and preference docs, key facts each tagged with their box like "[work] …", changesSince (memories newer than the synthesized summary), and a table of contents of boxes. Category boxes ("work", "preferences-and-taste", …) hold Configure's settled facts; source boxes ("agents/atlas", "imports/chatgpt") hold one agent's or import's own notes; project boxes ("projects/") are shared tags across agents. The overview is budget-bounded; when something is cut it sets truncated and names the box ids holding the rest — open those instead of re-reading. (2) sections: strict pages of the composed document, and ONLY those pages — sections: ["imports"] is the imports overview (each provider's summary and count), ["soul"] is the full soul document (voice and personality) and ["context"] the full context document (current focus), each the untruncated version of what the overview cut, ["agents"] is the connected-agent map. Use a section when you want one page cheaply. (3) box: open one shelf of STORED memories by id from the table of contents; unknown or empty boxes return a clean empty result naming the boxes that exist. A box open returns ONE PAGE: the response carries total, and when total is larger than the notes you received, call read again with page: 2, then 3, until you have them all — answering from page 1 alone silently drops the rest. For point lookups (one fact, date ranges, source attribution) or filtering by author, use configure_profile_search. An authorization challenge means the user is not signed in; configure_connect supplies the sign-in link that resolves it.

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "configure_profile_read"
  }
}

Input Schema

NameRequiredDescriptionDefault
boxNoOptional box id from a previous read's table of contents. A category name like "work" opens the settled facts in that category, ranked by value, across all sources. "agents/<name>" or "imports/<provider>" opens the notes that source saved. "projects/<slug>" opens a shared project tag: notes any agent filed under that box when saving, collected across sources — the pattern for cross-agent handoffs (write with that box, read it back here). Unknown or empty boxes return an empty result listing the boxes that exist; never an error.
pageNoOptional 1-based page for a box open. Each box open returns page_size facts and a total; pass page: 2 to continue a long box (project threads, big namespaces). Ignored without box.
sinceNoOptional delta cursor for a box open ("YYYY-MM-DD" or an ISO timestamp): return only notes newer than this. Every box open returns latest (the newest note timestamp); store it and pass it back as since on the next open to read just what changed. Ignored without box.
detailNoOptional box-open verbosity. Default compact truncates long notes and marks them truncated: true; pass "full" to read whole notes. Ignored without box.
sectionsNoStrict page filter on the composed profile document: the response contains exactly the pages named here, nothing else. Omit for the profile overview (facts, boxes, sources, docs), only on an explicit profile review request. Pages: identity, preferences (interaction rules), integrations, imports, agents (connected agents), summary, soul (voice and personality), context (current focus). Pages of the composed document, not storage: to open stored memories use box; to filter by author use search with source.

Output Schema

NameRequiredDescriptionDefault
boxesNoTable of contents: category, source and project boxes.
linkedNoFalse when no Configure user is resolved for this session.
sourcesNo
identityNo
top_factsNoHighest-value facts, each prefixed with its category id in brackets, and the source that saved it.
truncatedNo
connectionsNo
changesSinceNoMemories written after the synthesized summary was generated, so a stale summary is paired with what changed.
integrationsNo
truncated_boxesNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A4.5/5.0
Behavior4/5

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

Goes well beyond the readOnly/non-destructive annotations: the overview is budget-bounded and sets truncated with box ids when cut, box opens return one page with a total that requires paging to page 2/3, unknown boxes return a clean empty result rather than an error, and an authorization challenge maps to configure_connect. The only shortfall is that the paging/truncation behavior is partly restated from the schema and cursor semantics (since/latest) are left thin in the prose.

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

Conciseness3/5

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

The numbered "Three ways in" structure is effective and the routing advice is front-loaded, but the opening paragraph is a dense run-on mixing search, save, and overview guidance, and the overview rule is restated at the end ("Omit for the profile overview … only on an explicit profile review request"). Roughly a third of the text could be tightened without losing an instruction.

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?

An output schema exists, so return-value detail is not needed, and for a zero-required-parameter read tool the description still covers everything an agent must know: pagination discipline, truncation recovery, empty-box handling, auth failure recovery, and the storage model of category versus source versus project boxes.

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 the baseline is 3, but the description adds decision-level meaning: sections are a cheap single page of the composed document, box opens are paged and answering from page 1 alone silently drops the rest, and box is the only parameter set that activates since/detail. That is usage semantics the schema fields document individually but not in combination.

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?

States a specific verb and resource ("Read the current user's approved profile") and immediately decomposes it into three concrete access modes: no-argument overview, sections, and box. It explicitly distinguishes itself from configure_profile_search, configure_profile_remember, and configure_connect, so an agent can route without opening the schema.

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?

Gives explicit when-to-use rules with exclusions: the overview only on an explicit review request, configure_profile_search for personalized help, point lookups, date ranges, or author filtering, and a check-before-save workflow via search then configure_profile_remember. It also states when to read a known box (review or resume a project) and which tool resolves an authorization challenge.

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.

Resources