RLM MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| rlm_load_contextA | Load text content into the RLM session for processing. This is typically the first step in RLM processing. Load your long context here, then use other tools to decompose, search, and analyze it. The context is stored in the session and can be referenced by its ID in other tools. Example workflow:
|
| rlm_get_context_infoA | Get metadata and preview of a loaded context. Returns:
Use this to understand the context before deciding how to process it. |
| rlm_read_contextA | Read a specific portion of the context. Modes:
Use this to examine specific sections without loading the entire context. |
| rlm_decompose_contextA | Split context into chunks using various strategies. Strategies:
Returns chunk metadata (indices, offsets). Use rlm_get_chunks to retrieve content. |
| rlm_get_chunksA | Retrieve content of specific chunks by index. Use after rlm_decompose_context to get the actual content of chunks you want to process. You can request multiple chunks at once (up to 50). |
| rlm_search_contextA | Search context using regex patterns. Returns matches with surrounding context and line numbers. Use this to find relevant sections before reading in detail. Examples:
|
| rlm_find_allA | Find all occurrences of a substring (faster than regex for simple searches). Returns character offsets of all matches. |
| rlm_execute_codeA | Execute JavaScript code in the session's REPL environment. Available functions:
Use this for custom data manipulation and aggregation. |
| rlm_set_variableA | Store a variable in the session for later use. Use this to save intermediate results during RLM processing. |
| rlm_get_variableA | Retrieve a variable from the session. |
| rlm_set_answerA | Set or update the answer for the current RLM task. Call this to build up your answer incrementally:
The answer can be retrieved later with rlm_get_answer. |
| rlm_get_answerA | Get the current answer state. Returns the content and whether it's marked as ready/complete. |
| rlm_create_sessionA | Create a new isolated RLM session. Use this when you need multiple independent processing contexts. Most use cases can use the default session. |
| rlm_get_session_infoA | Get information about a session including loaded contexts and variables. |
| rlm_clear_sessionA | Clear all data from a session (contexts, variables, history). |
| rlm_suggest_strategyA | Get a suggested decomposition strategy based on the context's structure. Analyzes the content type and size to recommend the best chunking approach. |
| rlm_get_statisticsB | Get detailed statistics about a context. Returns length, line/word/sentence/paragraph counts, and averages. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 17 tools
Each tool has a clearly distinct purpose: loading context, retrieving metadata, reading portions, decomposing, fetching chunks, searching, executing code, managing variables, managing answers, and session management. No two tools are interchangeable, and overlapping tools like rlm_search_context and rlm_find_all are differentiated by regex vs. substring search.
All tool names follow a consistent rlm_<verb>_<noun> pattern with snake_case (e.g., rlm_load_context, rlm_get_context_info, rlm_decompose_context). Verbs and nouns are clear and predictable, making the API easy to navigate.
With 17 tools, the set is slightly above the ideal 3-15 range, but the count is justified by the comprehensive workflow: context loading, analysis, decomposition, search, code execution, variable storage, answer management, and session lifecycle management. Each tool adds meaningful functionality.
The tool surface covers the full RLM processing lifecycle: load context, inspect structure, read specific sections, decompose into chunks, retrieve chunks, search, manipulate via code, store intermediate variables, build answers incrementally, and manage sessions. There are no obvious gaps or dead ends for the stated purpose.