Engram
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Capabilities
Features and capabilities supported by this server
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| mcp_engram_read_conceptA | TRIGGER: Use this after |
| mcp_compress_linguisticB | Phase 3: Compress LinguisticDiscourseBundle (word/context/discourse) into coherent phase/payload block (functor-style via VSA + mint_linguistic). Returns crs + compressed preview. Additive, CRS homotopy preserving. |
| mcp_decompress_linguisticB | Phase 3: Decompress phase block back to LinguisticDiscourseBundle (reverse functor, homotopy via CRS check on roundtrip). Returns crs + result bundle preview. |
| mcp_fibered_linguistic_equivalenceC | Phase 3: Fibered equivalence check between two Linguistic* presentations (syntactic vs semantic etc). Returns CRS-scored equivalence block via VSA geometric/cosine on phase reps. |
| mcp_linguistic_calculusB | Phase 4: Synthetic differential/integral/operadic calculus over words (LinguisticDiscourseBundle). Uses phase q (coeff embed), p-momentum, sheaf gluing (H¹ via linguistic-calculus.toml). Ops: differentiate (attend/shift delta), integrate (op_add/compose path glue), operadic_compose (chained geometric multi-morph e.g. metaphor then entailment). Returns crs + result bundle/phase preview. Post-calc: mints ZEDOS_TRAINING block + trace integration (NREM-ready via ritual:nrem relate). Additive, CRS homotopy >=0.85, reuses VSA/normalize everywhere. |
| mcp_engram_rememberA | Encode NEW facts only — persistent HolographicBlock (.leg3). Recall first; if match>0.85 use mcp_engram_update instead. CRS tiers: 1.0=pinned | >=0.74=grounded | <0.50=verify first. FEW-SHOT EXAMPLES: (1) New harness concept: {"concept":"harness:agent_tool_fidelity_v1","text":"Deterministic suite for edit/update tool fidelity >=95%."} (2) User preference: {"concept":"user__prefers_absolute_paths","text":"Always pass absolute paths to context_for_edit and safe_edit_and_verify."} |
| mcp_engram_recallA | Search persistent memory by semantic similarity. Returns ranked HolographicBlock memories. WHEN TO CALL: Before answering any technical question, before editing a file, before making an architectural decision — check memory first. OUTPUT: Each result shows concept name, score (0-1), crs (confidence), and text snippet. Score >0.80 = strong match. Score 0.65-0.80 = relevant context. Score <0.65 = weak. CRS in result tells you how reliable that memory is: >=0.74 is grounded fact. ZEDOS FILTER GUIDE: 'praxis'=crystallized solutions that worked | 'declarative'=facts and architecture | 'episodic'=session logs | 'operational'=procedures and workflows | 'relation'=concept graph edges | 'training'=richer CLS 8-property TRAINING blocks (NREM-biased per Phase 2 WS2-B + child goal:1780165889_substrate-cs--richer-cls-8-property-trai_sub1). TIME DECAY: Only use when user asks about past work (e.g. 'last week'). Use mcp_engram_read_concept after recall to get the full un-truncated text. |
| mcp_engram_forgetA | Permanently delete a memory block from the manifold. WARNING: This destroys the block's entire thermodynamic history (CRS, Merkle chain, ADR state). WHEN TO USE: Only when a concept is completely obsolete or was stored in error. If you need to change what a memory says, use mcp_engram_update instead — it preserves history. Pinned blocks (CRS=1.0) can still be deleted with this tool if you explicitly target them. |
| mcp_engram_list_conceptsA | Lists concept names in the memory manifold (bounded). Always pass prefix (e.g. tile:, helper:, ritual:) on large stalks — never request an unfiltered full dump. OUTPUT: newline-separated concept list with total/truncation notes. |
| mcp_engram_watch_workspaceA | Power tier (lean-avoid at wake): binds full-repo OS file-watcher. Prefer mcp_engram_context_for_edit per file in lean mode. Use once per project in deep mode when passive daemon ingest is required. |
| mcp_engram_force_spatial_ingestA | Item 1.5 bootstrap tool: Force the daemon to perform tree-sitter AST extraction and ingestion on a list of files or an entire directory, without requiring actual file system save events. This enables clean, agent-driven historical spatial bootstrap instead of manual open+save. |
| mcp_engram_spatial_statusA | Item 1.5 status tool: Returns the current content of the living spatial ingestion state block (item1.5_spatial_ingestion_state_engram). Use this for quick checks on coverage, gaps, and readiness before heavy work or Code Edit Ritual cycles. |
| mcp_engram_ack_wake_queueA | Acknowledge wake queue execution — unblocks context_for_edit when ENGRAM_WAKE_QUEUE_GATE=hard; clears soft warnings. Call once after running harness_injection.suggested_actions (or honestly note skip). Empty queue auto-acks at session_start. |
| mcp_engram_ack_edit_arcA | Acknowledge or skip pending edit-arc debt — unblocks repeat context_for_edit on the same path when ENGRAM_EDIT_ARC_GATE=hard. Prefer mcp_engram_update on *__arc after edits; use skip=true with an honest note only for read-only passes. FEW-SHOT EXAMPLES: (1) Post-edit arc update done elsewhere: {"concepts":["store__fn__context_for_edit"],"skip":false,"note":"updated __arc via mcp_engram_update"} (2) Read-only recon: {"skip":true,"note":"read-only context_for_edit — no substantive edits"} (3) Post-edit with lineage verification: {"concepts":["store__fn__context_for_edit"],"skip":false,"note":"updated __arc via mcp_engram_update","lineage_check":true,"trace_id":"trace:1780000000_post_edit"} |
| mcp_engram_safe_edit_and_verifyA | SAFE composite for code edits: context_for_edit + quick_trace + optional __arc update + verify_manifold + lineage check + tensor edit_pattern bond. Prefer this over ad-hoc context_for_edit when changing crates/, docs/, or processes/. Returns trace_id, arc_concept, crs_delta, reflection_suggested. FEW-SHOT EXAMPLES: (1) Pre+post edit with arc delta: {"path":"/home/user/Engram/crates/engram-server/src/mcp.rs","decision":"Add safe_edit composite tool","why":"Agent tool fidelity goal — one-shot verified edit path","arc_delta":"delta: registered mcp_engram_safe_edit_and_verify handler","goal_context":"goal:agent_tool_fidelity_v1"} (2) Intent-only trace before external editor edit: {"path":"/home/user/Engram/docs/AGENT_MEMORY_CONTRACT.md","decision":"Refresh 8-tool examples","why":"Mirror hardened few-shots in docs","run_verify":true} |
| mcp_engram_update_with_tensor_bondA | SAFE composite for memory updates: recall-first + mcp_engram_update + tensor bond (edit_fidelity) + optional scar on mismatch. NEVER use forget+remember to mutate. Returns crs_delta, tensor_pattern, lineage. FEW-SHOT EXAMPLES: (1) Append arc delta after edit: {"concept":"mcp__fn__dispatch__arc","new_text":"delta: wired safe_edit handler","recall_query":"mcp dispatch edit arc","bond_label":"edit_fidelity"} (2) Update design block with recall guard: {"concept":"design:agent_tool_fidelity_v1","new_text":"Phase 1: composite tools shipped","recall_query":"agent tool fidelity","scar_on_mismatch":true} |
| mcp_engram_session_startA | MANDATORY first MCP call every session. Default ENGRAM_WAKE_BUNDLE=slim: primary_goal, top 5 suggested_actions, trace_chain head, slim ego_snapshot, presentation_stratum previews. Full harness via mcp_engram_get_continuation_bundle. Execute suggested_actions BEFORE edits; ack with mcp_engram_ack_wake_queue. Lean default — do NOT call watch_workspace at wake. See docs/HARNESS_INJECTION.md + docs/AGENT_MEMORY_CONTRACT.md. |
| mcp_engram_session_endA | MANDATORY (now with reasoning trace support): Call at end of every conversation/task. Commits the session as ZEDOS_EPISODIC and extracts key reasoning traces (decision points, justifications, forks) into structured trace segments. These become part of the serial, tamper-evident chain for the agent self-model. Flat summaries are still accepted but strongly discouraged. Automatically refreshes helper:session_hydration_cache, hot-promotes continuity artifacts, and mints compression_handoff_* manifest. CONSEQUENCE OF SKIPPING: The session's work + reasoning trajectory is lost to future agents. WHAT TO INCLUDE IN SUMMARY: decisions made, problems solved, files changed, open questions, next steps. Optional COMPRESS: lines for 0x10 functor minting later. 2026-06 Ritual Evolution: for meta arcs ensure tiles + current_meta_arc promoted/updated for bundles (per helper:meta_work_escalation_v1). |
| mcp_engram_get_continuation_bundleA | Return the live continuation bundle (primary goal, active tiles/helpers, handoff lineage) without starting a session. Use at TUI 63-65% before context compression to know exactly what to recall after the boundary. Wake-up optimization: now the VERY FIRST step in lean ritual for instant hot/legominism rehydration from last terminal + promoted artifacts. |
| mcp_engram_query_pureA | Pure geometric K-NN discovery (no keyword/file-path hybrid fallback, no p-blend). Turns natural language intent -> phase vector (q) -> cosine K-NN over high-priority/hot blocks (or BVH). Used for fast anchor discovery in optimized wake-up (replaces broad list_concepts + search_by_relation for ritual: / trace: / goal: etc). Intent only; returns ranked concepts + scores + CRS. Fast path for hot ritual rehydrate. |
| mcp_engram_incremental_spatial_ingestA | Item 1.5 optimization: incremental force ingest of only files changed since last session_end (uses fs mtime + stored AABB ingest timestamps + watcher delta events). Defaults to 5-10 files on cold wake (vs previous full 81-item force). Falls back to force if no last_end or explicit paths. Respects engramignore. Updates item1.5 state. Called from lean wake-up contract. |
| mcp_engram_promote_hot_batchA | Batch promote multiple concepts to hot path (LegView + backend hot cache + hot_set). Reduces round-trips vs repeated single promote_hot. Used in optimized wake-up after rehydrate to batch hot anchors/tiles/traces. Each is promoted individually but in one call. |
| mcp_engram_relate_batchA | Batch create multiple directional relations (VSA OP_BIND edges as ZEDOS_RELATION). Reduces round-trips for gluing many at once (e.g. process requires, handoff lineage). Used in loader and lean wake batching. |
| mcp_engram_record_reasoning_traceA | Record a structured reasoning trace segment as first-class serial memory. This is the primary mechanism for automatic capture of decision points, justifications, and forks during active work (see engram-working-memory Rule 5 and Spatial Discipline). Produces well-named |
| mcp_engram_quick_traceA | Low-friction trace capture → structured trace:* block with prev_in_trace chain. Use at every fork; chain prev from trace_chain.head. Post-edit: run reflection loop or mcp_engram_safe_edit_and_verify. FEW-SHOT EXAMPLES: (1) Edit fork: {"decision":"Implement edit_fidelity module","why":"Composite tools need testable helpers","spatial_context":"crates/engram-server/src/edit_fidelity.rs:1","goal_context":"goal:agent_tool_fidelity_v1"} (2) Post-edit delta: {"decision":"Hardened MCP descriptions with few-shots","why":"Agents need copy-pasteable JSON","prev":"trace:1780000000_prior-step"} |
| mcp_engram_turn_recordA | Mint an RPT v3 agent_response turn tile (response_tile_schema_v3). Captures user utterance + assistant output + auto-aggregated trace_chain/probe_reads/tool_calls from activity feed. Use at end of each assistant turn (lean default). Extends prior strange-loop RPT v2 convention to all chat. |
| mcp_engram_tensor_recallA | Solid-State Tensor — addressable working memory for agents. Pin mode: query contains tensor:/design: name → direct fetch (bypasses relational path). Semantic mode: BVH over tensor:/design: only when nvme_recall_ready (poll get_backend_readiness). Optional seed_concept forces a named entry. Caps: 12 entries / 32 edges (truncated flag when exceeded). 1-hop bond expansion is tensor:/design: only. |
| mcp_engram_tensor_upsertB | Solid-State Tensor MVP: create/update a persistent geometric entry (8192D unit q + momentum p in .leg3) and optional dynamic bonds via OP_BIND ZEDOS_RELATION edges. Wires remember/update + relate + auto-relate to primary + optional promote_hot. Concept names without ':' prefix get tensor: namespace. |
| mcp_engram_thought_tile_draft_from_chainA | WS-2: Build verified_sequence_v0 draft payload from trace chain without minting a tile. Use when condensation_hint fires or before thought_tile_create. |
| mcp_engram_process_metricsC | WS-3: Per-process fulfillment metrics from sheaf TOML [produces] wildcards + realized_by graph edges. |
| mcp_engram_goal_createA | Create a new goal block as part of the agent's explicit goal stack. This is the primary entry point for declaring intent that should be geometrically bound to the ego and influence future recall and continuity. Goals created here can be linked to traces via goal_context and will be surfaced by the engram-goal skill and ki_hijacker. |
| mcp_engram_goal_update_statusA | Update the status of an existing goal (active, blocked, completed, demoted, abandoned). When moving to completed or demoted, the caller is expected to also create a proper Goal Completion/Demotion Trace. This is a core operation for maintaining the intentional self-model. |
| mcp_engram_demote_from_contextA | Demote a concept from the active serving stack without deleting geometry. Mints an archival trace, wires completes_goal/demotes_goal, and removes primary_goal --serves--> edge. Use for hygiene demotion, LEG Mark complete, or when goal_update_status alone is insufficient. Geometry and recall remain intact. |
| mcp_engram_goal_statusA | Get detailed status for a single goal, including recent linked traces, momentum signals if available, and parent/child relationships. Primary tool for the engram-goal skill's |
| mcp_engram_goal_decomposeA | Create one or more child goals under an existing parent goal. This is the primary mechanism for breaking down complex intent. Automatically creates the 'decomposes_into' relations. |
| mcp_engram_goal_searchA | Search for goals by statement text or status. Returns matching goals with basic metadata. Useful for the engram-goal skill when the agent wants to find existing goals without knowing exact IDs. |
| mcp_engram_goal_get_childrenA | Return all direct child (sub) goals for a given parent goal. Supports traversing the goal decomposition tree. |
| mcp_engram_goal_set_primaryA | Mark a goal as the agent's current primary intent. This creates a lightweight |
| mcp_engram_goal_listC | List active or recent goals, optionally filtered by status or parent. Useful for the engram-goal skill and for surfacing current intent in ki_hijacker / wake-up. |
| mcp_engram_thought_tile_createA | Create a new Thought Tile (textual functor payload optimized for agent recall, momentum, NREM, and ki_hijacker). Dual-writes a tensor:tile__ mirror with bonds (goal/trace/spatial). Supports research_offload, state_machine, tabular, knowledge_graph, formal_spec, propose_improvement (verified tensor update on target). Pair with thought_tile_create_visualization for rich human-viewable companion. Auto-links to Primary Intent. |
| mcp_engram_thought_tile_create_visualizationA | Create a rich HTML/compound Visualization Thought Tile (for human review and shared understanding). Best used as companion to a textual functor payload Tile created via the main thought_tile_create tool. Supports raw HTML or structured input via mint_html_visualization_payload. Auto goal linking. |
| mcp_engram_promote_hotA | Promote a concept to the high-priority hot path (LegView + backend hot cache + explicit hot_set). Use after creating high-value Thought Tiles, ritual anchors, helpers, or before session_end/compression windows. Same mechanism as ki_hijacker promote_tile_to_high_priority. |
| mcp_engram_thought_tile_write_resultA | Write result/update data back into an existing Thought Tile. Triggers momentum + ki_hijacker refresh. Especially useful after state changes in Research Offload, State Machine, or Tabular tiles. Consider creating a visualization companion for high-value results. |
| mcp_engram_pinA | Set a concept's CRS to 1.0 and lock it so the Autophagy Daemon never evicts it. WHEN TO USE: For foundational knowledge that must survive forever — architecture decisions, user constants, project rules, genesis axioms. Do NOT pin everything: pin only what is genuinely load-bearing. Pinned blocks still support relate/update. Use mcp_engram_forget_old to clean up unpinned blocks below a CRS threshold. |
| mcp_engram_relateA | Create a directional knowledge graph edge between two concepts using VSA OP_BIND. Stores the edge as a ZEDOS_RELATION block linking concept_a →[label]→ concept_b. WHEN TO USE: When you discover a meaningful relationship between two memories — 'depends_on', 'implements', 'contradicts', 'derived_from', 'same_category', etc. This builds a navigable knowledge graph. Use mcp_engram_search_by_relation to traverse it and mcp_engram_visualize to render a Mermaid diagram of the subgraph. Both concepts must already exist in memory before relating them. |
| mcp_engram_context_for_fileA | TRIGGER (core of spatial impact ritual): Call before editing any file. Now spatially-prioritized — returns real daemon-extracted AABB AST items (with line ranges + CRS) first, then higher-level context. This is your geometric Pre-Edit impact recon tool. The daemon stores spatial AABB coordinates (line ranges) with each ingested AST node, so results include which exact lines each concept came from. This is faster and more precise than a free-text recall for file-specific context. |
| mcp_engram_context_for_editA | Code atlas v2 — pre-edit situated memory. Returns JSON: spatial_items (tree-sitter AABB + edit_arc per locus), traces_at_locus, scars_at_locus, harness_injection.post_edit_palette. Requires wake queue ack when ENGRAM_WAKE_QUEUE_GATE=hard. Prefer mcp_engram_safe_edit_and_verify for substantive edits. FEW-SHOT EXAMPLES: (1) Standard pre-edit: {"path":"/home/user/Engram/crates/engram-server/src/store.rs","auto_ingest":true} (2) Line-bounded locus: {"path":"/home/user/Engram/crates/engram-server/src/mcp.rs","line_start":6200,"line_end":6350} |
| mcp_engram_ingest_reference_frameB | WS5 — Mint formal_spec:linguistic_reference_frame_v1 + genesis pillar blocks (language, code, local_block, allowed_transform, …) into local .leg3. Relates to formal_spec:patent_us19_372_256_leg_container when present. Idempotent — skips existing concepts. |
| mcp_engram_evolution_at_locusA | Code atlas v2 — bounded evolution bundle at a file locus. Returns loci (spatial concepts in range), arcs (edit-arc provlog segments with --- update @ --- markers), trace_chain (prev_in_trace walk from traces_at_locus head), scars_at_locus, latest chain_summary tile, and var_handles for program trace context. Auto-ingests single file when loci empty (same resolution as context_for_edit; safe on large stores via bounded stem prefix + force_ingest). |
| mcp_engram_remember_solutionA | Crystallized error→solution pair (ZEDOS_PRAXIS, CRS=1.0). Use after verified fixes, not for routine deltas (use update). FEW-SHOT EXAMPLES: (1) Build fix: {"error_pattern":"cargo test mcp mutex poison","solution":"Use mcp_test_guard() serializing MCP tests"} (2) Ritual fix: {"error_pattern":"repeated context_for_edit blocked","solution":"mcp_engram_update on __arc or mcp_engram_ack_edit_arc before re-read","process_context":"process:engram.ritual.working-memory"} |
| mcp_engram_statsA | BEHAVIOR: Calculates and returns a comprehensive health report of the geometric manifold. USAGE: Call this to understand the current scale, disk usage, active namespace, and thermodynamic health (CRS distribution) of the knowledge base. Useful before triggering autophagy. OUTPUT: A formatted text block detailing total memories, pinned count, CRS distributions, active namespace, and disk usage. |
| mcp_engram_recall_recentA | BEHAVIOR: Retrieves the N most recently accessed memories from the manifold, sorted chronologically by access time. USAGE: Call this for session rehydration when you lack exact concept names but know you need recently touched context. OUTPUT: A ranked list of memories including their concept name, CRS score, tags, and truncated text snippet. |
| mcp_engram_set_namespaceA | BEHAVIOR: Switches the active geometric context to a project-specific memory namespace (stalk). Automatically creates the namespace if it does not exist. USAGE: Call this at the start of a session or when switching contexts to isolate memories and prevent cross-project hallucination. OUTPUT: A success message confirming the new active namespace. |
| mcp_engram_list_namespacesA | BEHAVIOR: Discovers and lists all available memory namespaces stored on disk, indicating which one is currently active. USAGE: Call this when you need to know what project contexts exist before attempting to switch namespaces. OUTPUT: A formatted text list of namespace names, with an asterisk or marker indicating the currently active stalk. |
| mcp_engram_updateA | CRITICAL: Use whenever you change an existing memory. NEVER forget+remember — destroys history. Superposes q + p-momentum + ProvLog splice. Prefer mcp_engram_update_with_tensor_bond for agent edits (recall-first + lineage bond). FEW-SHOT EXAMPLES: (1) Post-edit arc delta: {"concept":"store__fn__update__arc","new_text":"delta: added verify_edit_lineage helper"} (2) Design evolution: {"concept":"design:agent_tool_fidelity_v1","new_text":"Shipped composite safe_edit_and_verify","provlog_mode":"append"} |
| mcp_engram_get_backend_readinessA | Returns backend readiness: fully_initialized, bvh_ready, recall_mode (sampled_bounded | full_bvh_gpu | cpu_linear), backend_kind, gpu_accel_available, leg_block_count, profile (agent|deep|ui|dev|unknown), memory_mode (lean|deep), defer flags. Use after wake to see whether recall is bounded or full GPU/BVH. |
| mcp_engram_set_memory_modeA | Switch agent memory mode: lean (default, bounded recall on large stores) or deep (auto-spawns full BVH build for quality recall). Takes effect immediately for this process. |
| mcp_engram_rebuild_bvhA | On-demand BVH build for large manifolds when ENGRAM_DEFER_BVH=1. Spawns a background thread; poll get_backend_readiness until bvh_ready=true, then recall uses full_bvh_gpu. Expect several minutes + RAM spike on 100k+ blocks — run only when you need quality recall. |
| mcp_engram_summarizeA | Return a project-state digest: all pinned memories first, then the top N by CRS score. WHEN TO USE: At the start of a new session when you need to rehydrate context fast. Single call replaces multiple recall queries. Returns pinned blocks (CRS=1.0) first because those are the load-bearing axioms of the project, followed by the highest-confidence working memories. Also appends a ⬡ system_state_vector health line (CRS, total memory count, active namespace) — updated every 60s by ki_hijacker. Ideal as a /wake_up replacement. |
| mcp_engram_batch_rememberA | BEHAVIOR: Encodes and stores multiple distinct texts as separate HolographicBlock memories in a single operation. Applies thermodynamic CRS gating to each block. USAGE: Call this when you have several unrelated facts, decisions, or snippets to persist at once, as it is much faster than invoking remember() sequentially N times. OUTPUT: A confirmation listing how many concepts were successfully committed. |
| mcp_engram_exportA | BEHAVIOR: Serializes the current active memory manifold (or a subset filtered by minimum CRS) into a portable JSON array. BLOCKED in ENGRAM_PROFILE=agent — use mcp_engram_scrub_export for training-safe block-isomorphic export. USAGE: Backup/migrate in deep|dev|ui profiles only. OUTPUT: JSON array of {concept, text, crs} — geometry degraded. |
| mcp_engram_scrub_exportA | BEHAVIOR: Sovereignty-gated three-channel export as leg_block_pack_v1 (geometry on disk + relations + scrubbed_provlog). Runs PII scrub, semantic_coherence_check (cosine q vs encode(scrubbed_provlog) >= 0.74), optional pattern:export_* derivative mint. USAGE: Training corpus / central contribution — never use raw mcp_engram_export in agent profile. OUTPUT: JSON with packs, denied, failed_coherence, minted_derivatives. |
| mcp_engram_var_declareC | Declare a context variable handle (var:*) binding manifold concepts without unpacking full provlog. Returns metadata + bounded previews. Generalizes LinguisticDiscourseBundle to context_bundle_v1 with geometry_ref per slot. |
| mcp_engram_var_queryA | Query a var:* handle — modes: metadata (default), preview, relations, slots. Extends context window without read_concept on every bound concept. |
| mcp_engram_var_projectC | Project/transform a context var: filter_crs, filter_prefix, merge_vars, relate_neighborhood, to_linguistic_bundle. Mint new var:* unless to_linguistic_bundle (returns bundle for mcp_linguistic_calculus). |
| mcp_engram_leg_corpusA | Build native .leg training corpus as leg_block_pack_v1 batch (three-channel). Selects ZEDOS_TRAINING/PRAXIS/pattern:export CRS>=min_crs, runs scrub_export + homotopy verify. Actions: build (default), verify (re-check packs), sample (candidates only). |
| mcp_engram_importA | BEHAVIOR: Deserializes a JSON array and injects the extracted concepts and texts into the active manifold as native HolographicBlocks. USAGE: Call this to restore a previous backup created by mcp_engram_export, or to ingest bulk data formatted as an array of {concept, text} objects. OUTPUT: A success message detailing how many memories were imported and written to disk. |
| mcp_engram_forget_oldA | Manually trigger autophagy: evict all non-pinned memories below a CRS threshold. WHEN TO USE: After a long project phase ends, after distill runs, or when the manifold is growing too large. Start conservative (min_crs_threshold=0.3) and increase if needed. Pinned blocks (CRS=1.0) are ALWAYS exempt and will never be evicted. Use older_than_days to target stale memories while preserving recently-accessed ones. Preview what would be evicted with mcp_engram_stats first. |
| mcp_engram_search_by_relationA | Traverse the knowledge graph. Find concepts related to a seed, filtered by optional label and direction. IMPORTANT FOR SCOPING (avoids data overload on high-relation nodes like primary goals with 100+ 'serves' from history): use label (e.g. 'serves'), direction, and k (limit) to keep results small. Start narrow; drill down with visualize(depth) or context/recall on results if larger context needed. See wake-up skill for process. |
| mcp_engram_visualizeA | Render a BFS subgraph from a seed concept as a Mermaid diagram. Shows how concepts are related to each other. |
| mcp_engram_genesisA | BEHAVIOR: Inspects or re-initializes the core alignment genesis blocks of the OS. These are foundational PRAXIS-tagged memories locked at CRS=1.0. USAGE: Call this to verify the ethical/operational anchors exist ('status' action) or to repair the manifold if they are missing/corrupted ('reseed' action). OUTPUT: Text indicating the presence of genesis seeds or confirmation of their successful re-initialization. |
| mcp_engram_scarA | TRIGGER: Call this immediately if you attempt a code fix and it fails, or if the user tells you an approach is a dead end. This creates a geometric repeller in the manifold so you do not hallucinate or attempt the same bad solution again in the future. For insufficient memory anchors (not general inference), pass uncertainty_status to mint an uncertainty:* receipt instead of guessing. |
| mcp_engram_recall_in_fileA | Spatial recall (enhanced for ritual): find AST concepts in a line range with AABB coordinates. Now returns CRS + short content snippet per result for low-friction Pre-Edit/Post-Delta impact analysis against the manifold. Use with the spatial discipline. |
| mcp_engram_query_with_momentumA | Momentum-assisted recall: blends semantic similarity (q tensor, 80%) with conceptual trajectory (p tensor, 20%). WHEN TO USE INSTEAD OF recall: When you want to find concepts that are actively changing or evolving, not just ones that statically match your query right now. Example: use this when asking 'what has been changing in the auth system?' because momentum detects blocks whose p tensor is accelerating toward your query topic. Use regular recall when you want stable, crystallized knowledge. Supports zedos_filter (incl. 'training' for Phase 2 NREM-biased richer CLS blocks). |
| mcp_engram_verify_behaviorA | TRIGGER: Call this after any hypothesis is confirmed to work OR fails in practice. Reports empirical success/failure data against a specific ZEDOS_HYPOTHESIS block. WHAT HAPPENS ON SUCCESS: Consistent successes promote the block from ZEDOS_HYPOTHESIS to ZEDOS_PRAXIS (crystallized, pinned, CRS=1.0). WHAT HAPPENS ON FAILURE: CRS is penalized. Accumulate enough failures and the block is automatically scarred. EXAMPLES: After a code fix works — verify_behavior(concept, success=true). After a fix fails — verify_behavior(concept, success=false), then consider mcp_engram_scar. |
| mcp_engram_verify_block_lawfulnessA | AGENTIC-FIRST LAW: Audit the tamper-evidence and contractual integrity of a specific high-value memory block (especially PRAXIS or GENESIS). Returns Merkle chain state, allowed_transforms contract, CRS, and detected issues. Use this on cold boot after long sleep or before acting on critical operational protocols. This is local-only verification — no external servers required. |
| mcp_engram_verify_manifold_integrityA | High-level 'am I still lawful?' check on the current memory manifold. Samples high-CRS blocks and reports gross contract or consistency issues. Designed to be reasonably cheap even on large manifolds. Critical for trustworthy long-sleep / cold-boot scenarios. |
| mcp_engram_invoke_protocolA | AGENTIC-FIRST: Safely invoke an executable Praxis Protocol block. Performs the full 7-point verification gate (tag, CRS, ProvLog, 'execute' contract token, enforce_contract, lawfulness summary) before dispatch. Critical for turning high-value crystallized knowledge into trustworthy, auditable behavior. Use only on blocks you have previously audited via the verify tools. |
| mcp_engram_track_userA | BEHAVIOR: Tracks and records a user interaction directly into the persistent User Model manifold. Applies a 90/10 EMA (Exponential Moving Average) superposition to geometrically track drift in user intent. USAGE: Call this whenever the user expresses a significant preference, intent, or constraint to maintain a synchronized psychological model. OUTPUT: A brief confirmation that the interaction has been integrated into the user model. |
| mcp_engram_scoutA | Phase 4 Scout Pipeline: searches the web (DuckDuckGo, no API key) and synthesizes results via Gemma 4B (e4b-nemo). The synthesized summary is stored as a ZEDOS_DECLARATIVE block in the manifold (CRS=0.9) and returned. USAGE: Call this to ground a hypothesis in real-world web data before storing it. EXAMPLE: mcp_engram_scout({query: 'latest Gemma model benchmarks 2025'}). CONFIG: Set ENGRAM_SCOUT_LLM_URL (default: http://localhost:11434) and ENGRAM_SCOUT_LLM_MODEL (default: gemma4:e4b-nemo) to override the synthesis endpoint. |
| mcp_engram_set_geosphere_frameA | WS3-B / Substrate Phase 2: Set the current live Geosphere frame (5th coordinate) for all subsequent queries. Takes an origin reference (e.g. 'giza_sacred_cubit', 'grove_sower_moon', 'london_1776') + time offset descriptor. Synthesizes a deterministic normalized 8192D lens vector and installs it into the SymplecticState register. All future recall/query_with_momentum (and internal BVH+GPU paths) will compute effective vectors under this lens for angular distance (frame_combine + normalize, unit hypersphere invariant). Returns confirmation with frame_step. Reproducible for same inputs. |
| mcp_engram_get_geosphere_frameA | WS3-B: Return the currently active Geosphere frame state (origin, frame_step counter, active_location summary). Used for audit, reproducibility checks, and lawfulness verification. Includes whether a lens is active. |
| mcp_engram_clear_geosphere_frameA | WS3-B: Clear the current Geosphere lens (return all queries to native coordinate / identity transform). Advances frame_step for audit trail. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
Latest Blog Posts
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
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/staticroostermedia-arch/engram'
If you have feedback or need assistance with the MCP directory API, please join our Discord server