Elen
Learning Nodes for Agents
A decision record protocol for AI agents and the humans who work with them.
Log decisions. Search precedents. Build institutional memory.
Join Discord · ClawHub Skill · See how it works · Spec · Roadmap · Contributing · License
Agents burn massive amounts of context window tokens re-litigating the same architectural decisions, searching for the same constraints, and writing the same rationale. Chat logs are ephemeral. Standard vector DBs flood the context window with fuzzy, irrelevant text.
Elen gives agents a Token-Efficient Decision Memory Protocol. It allows agents to build a permanent, immutable graph of decisions (the "Elen Decision Network") without destroying their context limits.
Instead of stuffing the prompt with past chats, Elen forces a pointer-first retrieval model:
- SUGGEST — Retrieve only minimal Top-K pointer IDs (
dec:ENG-1a2b). - EXPAND — Only fetch the full text if the pointer is explicitly requested.
- COMMIT — Write decisions using hashed constraint sets to avoid duplication.
- SUPERSEDE — Explicitly deprecate outdated decisions to advance the graph.
"Agents don't get smarter with bigger models. They get smarter with better reasoning processes. Elen is that process."
import { Elen } from '@learningnodes/elen';
const elen = new Elen({
agentId: 'frontend-agent',
projectId: 'my-project', // auto-detected from git remote if omitted
storage: 'sqlite',
});
// 1. Suggest (Pointer-First Retrieval)
const pointers = await elen.suggest('checkout latency constraints');
// Returns: [{ id: 'dec:MKT-9f21', summary: 'Mobile checkout rendering SLAs' }]
// 2. Expand (On-Demand Materialization)
const record = await elen.expand('dec:MKT-9f21');
// Resolves full constraints: "All checkout flows must render under 1.5s"
// 3. Commit (Graph Wiring)
const newDecision = await elen.commit({
question: 'Which payment element to use?',
domain: 'frontend',
decisionText: 'Stripe Elements (native rendering over redirect)',
constraints: ['must render < 1.5s', 'PCI compliant'],
refs: ['dec:MKT-9f21'] // Explicitly linking to Marketing's constraint
});
console.log(newDecision.decision_id); // dec:FRN-a1b2c3 - Frozen, queryableAdd Elen as an MCP server — your agent gets tools with descriptions that tell it when to use them. No SDK required.
{
"mcpServers": {
"elen": {
"command": "npx",
"args": ["-y", "@learningnodes/elen-mcp@0.1.6"]
}
}
}Project identity is auto-detected from the git remote or package.json in the working directory.
Important
MCP alone is not enough. Agents won't reliably call elen_suggest or elen_commit without behavioral priming. Add an AGENTS.md file to your repo root — see Making Agents Log Decisions below.
Agent faces a problem
│
├── SUGGEST: "What are the relevant minimal pointers?"
│ → Finds [dec:ENG-1a, dec:ENG-2b]
│
├── EXPAND: "dec:ENG-2b looks relevant, fetch the full payload."
│ → Retrieves constraints and full rationale into context window
│
└── COMMIT / SUPERSEDE: "I've solved it."
→ Writes a new explicit node to the graph
| Concept | What |
|---|---|
| Top-K Pointers | Agents retrieve IDs and summaries first, saving tokens. |
| Constraint Sets | Reusable, SHA-256 hashed plain-text rules ("budget < 500ms"). |
| Explicit DAG | Decisions explicitly reference (refs) or override (supersedes) others. |
| Project Segmentation | Decisions scoped per project with strict isolation by default. Cross-project sharing is opt-in. |
| Feature | Status |
|---|---|
TypeScript Base SDK (suggest, expand, commit, supersede) |
✅ Shipped |
| MCP server with standard protocol tools | ✅ Shipped |
Local SQLite storage (~/.elen/decisions.db) |
✅ Shipped |
| Constraint Set hashing & Deduplication | ✅ Shipped |
| Explicit Graph DAG (refs & supersedes wiring) | ✅ Shipped |
| Project segmentation with auto-detection from git/package.json | ✅ Shipped |
| Shared Cross-Project Workspaces | ✅ Shipped |
| Elen Workstation (cloud dashboard + local data) | ✅ Shipped |
Bundled Local API (opt-in via ELEN_LOCAL_API=true) |
✅ Shipped |
See ROADMAP.md for what's next.
The Elen Workstation is a visual dashboard for your decision network at app.elen.learningnodes.com. Your data never leaves your machine — the cloud serves only the UI shell, and the browser fetches data from your local MCP.
To enable the workstation, add ELEN_LOCAL_API to your MCP config:
{
"mcpServers": {
"elen": {
"command": "npx",
"args": ["-y", "@learningnodes/elen-mcp@0.1.6"],
"env": {
"ELEN_LOCAL_API": "true"
}
}
}
}Open your IDE → MCP starts → local API starts on port 3333 → workstation auto-connects. No manual steps.
Agents have access to the protocol verbs but won't intuitively use them without explicit trigger conditions. The tool description tells the agent what the tool does — but agents are task-focused and don't self-assess "should I search precedent right now?" mid-conversation.
The fix: Include instructions to use the Elen MCP in your prompt or add an AGENTS.md file to your repo root. This file is automatically loaded into the agent's context at the start of every session across Antigravity, Claude Code, Cursor, and Copilot. It tells the agent:
- When to query: Before formulating any technical plan or making an implementation choice.
- When to commit: After successfully resolving errors, selecting technologies, or making architectural trade-offs.
- How to format: Extracting constraints as discrete rules, pointing explicitly to prior IDs if available.
# Epistemic Decision Memory Protocol
You must adhere to the Minimal Token Protocol for decisions:
1. Pointer-First Retrieval: Before making a technical decision, ALWAYS use elen_suggest to retrieve Top-K minimal pointers.
2. On-Demand Expansion: If a pointer looks relevant, you MUST call elen_expand on that specific ID. Do not hallucinate constraints.
3. Commiting Atoms: When deciding, use elen_commit. Summarize constraints into plain-text arrays (e.g. "budget < 500ms").
4. Graph Revision: If a decision invalidates a precedent, you MUST use elen_supersede to advance the graph state.See the AGENTS.md template in the repo root for the complete behavioral wrapper.
Without AGENTS.md, the agent has the tool but no habit. With it, decision logging becomes a session norm — like running tests before committing.
Elen works with any IDE or agent that supports MCP (Model Context Protocol) — the open standard for AI tool integration.
| IDE / Agent | Works Today |
|---|---|
| Claude Code (Anthropic) | ✅ |
| Cursor | ✅ |
| Windsurf (Codeium) | ✅ |
| VS Code + Copilot | ✅ |
| Custom agents (LangChain, CrewAI, etc.) | ✅ via SDK |
Same config for all:
{
"mcpServers": {
"elen": {
"command": "npx",
"args": ["-y", "@learningnodes/elen-mcp@0.1.6"]
}
}
}All decisions are stored locally in ~/.elen/decisions.db by default. Nothing leaves your machine unless you explicitly share via cross-project rules or join a team network.
Elen/
├── packages/
│ ├── core/ # Types, schemas, validation logic
│ ├── sdk-ts/ # TypeScript SDK (@learningnodes/elen)
│ ├── mcp-server/ # MCP server + bundled local API (@learningnodes/elen-mcp)
│ └── local-api/ # Standalone local API (for debugging)
├── SPEC.md # Protocol specification
├── WHITE_PAPER.md # Design principles & vision
└── ROADMAP.md # Product roadmap
See CONTRIBUTING.md. All contributions require a signed CLA.
AGPL-3.0 — see open core model for details.
Built by Learning Nodes.