Context-first
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| LLM_API_KEY | No | The API key for the LLM provider for enhanced LLM-powered analysis | |
| LLM_PROVIDER | No | The LLM provider for enhanced LLM-powered analysis (e.g., 'openai' or 'anthropic') |
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
} |
| prompts | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| context_healthA | [CONTEXT & STATE] 13 sub-tools: recap, conflict, ambiguity, verify, entropy, abstention, grounding, drift, depth, get_state, set_state, clear_state, history. Auto-selects based on params or use 'check' to override. TIP: context_loop runs all health checks automatically — prefer context_loop for comprehensive analysis, use context_health for targeted checks. |
| sandboxA | [SANDBOX] 3 sub-tools: discover (semantic tool search via TF-IDF), quarantine (isolated state sandbox), merge (merge/discard silo). Auto-selects based on params or use 'action' to override. |
| memoryB | [MEMORY] 6 sub-tools: store (hierarchical ingest), recall (adaptive gate retrieval), compact (compress with integrity), graph (knowledge graph with PageRank), inspect (tier status), curate (importance-based curation). Auto-selects based on params or use 'action' to override. TOOL NAME: memory (use underscores). |
| reasonA | [REASONING] 5 engines: inftythink (iterative bounded reasoning), coconut (multi-perspective latent analysis), extracot (reasoning chain compression), mindevolution (evolutionary search), kagthinker (structured logical decomposition with dependency DAG). Auto-selects based on params or use 'method' to override. |
| truthcheckA | [TRUTHFULNESS] 7 tools: probe (linguistic truth signals), truth_direction (truth vector projection), ncb (perturbation robustness), logic (formal logical consistency), verify_first (5-dimension verification), ioe (confidence-based correction), self_critique (iterative refinement). Auto-selects or use 'check' to override. Set cascade=true for auto-correction on low scores. |
| context_loopA | [ORCHESTRATOR — CALL THIS FIRST] CALL THIS TOOL every 2-3 turns and at the start of ANY task. It is the single most important tool — it replaces calling recap, conflict, ambiguity, entropy, grounding, drift, depth, and discovery tools individually. What it does: Runs ALL context health checks in one call. Auto-extracts facts from conversation, detects contradictions, checks answer quality, and tells you exactly what to do next. Returns a 'directive' object with:
ESSENTIAL for: research tasks, multi-step workflows, long conversations, preserving context across turns, knowledge management, and any task requiring memory or fact-checking. Minimal call: { "messages": [{"role":"user","content":"","turn":1}] } — most fields have smart defaults. |
| research_pipelineA | [PIPELINE] RECOMMENDED for research tasks. Orchestrates all underlying Context-First layers through 6 phases (init→gather→review→analyze→verify→finalize). NEW: plan→draft→review→fix loop — like compile→test→fix in coding. Init generates a research outline (12+ sections). Each gather adds depth to one section with quality gate (25K char / 500 line min — multiple gathers per section expected). Review runs quality tests and identifies gaps. CRITICAL: Interleave web search and gather — after EACH search, IMMEDIATELY call gather with deeply written content. Do NOT batch searches. Each gather writes a file to disk. After sufficient gathers, call review to run quality tests. Fix failed sections by gathering again with metadata.targetSection=N. Coverage must reach 60% before analyze. Autonomous file writing is ALWAYS ON — files are written to disk during gather, analyze, and finalize phases. Provide outputDir to control destination, or let the pipeline auto-create a temp directory. Finalize works even if verify hasn't passed. It does not browse the web or invent source material for you; use it to structure, preserve, pressure-test, and export sourced findings collected from web, GitHub, fetch, or other MCP tools. |
| export_research_filesA | [EXPORT] Automatically writes research artifacts to disk. It can expand and write every verified report chunk without asking the LLM to loop finalize manually, and it can also write every gathered raw-evidence batch even when verify has not passed yet. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| context-first-protocol | Load the Context-First execution protocol. Call this at the start of any session to understand how to use context_loop and memory tools effectively. |
| research-protocol | Optimized protocol for deep research tasks. 6-phase outline-driven workflow with quality gates, coverage tracking, and review→fix loop. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
The tools have distinct high-level purposes (e.g., context management, memory, reasoning, research), but the sub-tools within each main tool (like context_health's 13 sub-tools or memory's 6 sub-tools) create significant internal overlap and ambiguity. For example, context_health and context_loop both handle context checks, with context_loop described as replacing many individual checks, which could confuse an agent about when to use each. The auto-selection features mitigate this somewhat, but the boundaries between tools like context_health, context_loop, and truthcheck are not clearly defined, leading to potential misselection.
The naming is inconsistent across tools, with a mix of styles: some use snake_case (context_health, context_loop, export_research_files), others use single words (memory, reason, sandbox, truthcheck), and research_pipeline uses a hybrid format. There is no predictable verb_noun pattern, and the sub-tools within each main tool further add to the inconsistency (e.g., inftythink vs. extracot in reason). While the names are readable, the lack of a uniform convention makes the set harder to navigate and predict.
With 8 main tools, the count is reasonable for a server focused on context management and research workflows, as it covers key areas like health checks, memory, reasoning, and pipeline orchestration. However, the extensive sub-tools (e.g., 13 in context_health) make the effective surface larger, which could feel heavy but is justified by the server's complex domain. The count is slightly high but still appropriate given the scope, avoiding extreme over- or under-provisioning.
The tool set provides comprehensive coverage for context-aware AI tasks, including context health monitoring (context_health, context_loop), memory storage and retrieval (memory), reasoning engines (reason), research pipeline management (research_pipeline), truth verification (truthcheck), sandboxing (sandbox), and export functionality (export_research_files). There are no obvious gaps; it supports full lifecycle operations from initialization to analysis and export, with tools like context_loop and research_pipeline ensuring no dead ends in workflows. The domain is well-covered with tools that interlock effectively.