\r \r

Elen MCP Integration Skill\r

\r

[!IMPORTANT]\r This skill establishes the baseline rules for reasoning within the Learning Nodes stack. You MUST use the Elen MCP server to document your epistemic decisions. Doing so ensures that choices are version-controlled, preserved, and searchable.\r \r

1. What is the Elen MCP?\r

\r The Elen Context Server is responsible for the "Decision Network" infrastructure. It runs locally as an MCP server.\r \r Installation Requirement: Before this skill will work, you or your agent must configure the Elen MCP server in your IDE/Agent settings (e.g., Cursor, Claude, Windsurf):\r \r

{\r
  "mcpServers": {\r
    "elen": {\r
      "command": "npx",\r
      "args": ["-y", "@learningnodes/[email protected]"]\r
    }\r
  }\r
}\r
```\r
\r
Whenever you make a meaningful technical, design, security, or product decision (e.g., choosing a specific framework, styling a UX component, structuring an API endpoint, or dropping a feature), you should record it using the available MCP tools provided by the server.\r
\r
## 2. When to Use the Elen MCP\r
\r
- **Before Action**: Use `mcp_elen_elen_suggest` and `mcp_elen_elen_get_competency` to query if a decision has already been formulated for the topic you are working on.\r
- **During the Task**: When you formulate a new plan or solve a structural issue, use `mcp_elen_elen_commit` to save the decision to the network.\r
- **When Fixing Bugs**: If you resolve a bug and it warrants a systemic change or constraint update, commit a new decision and reference the old one (or use `mcp_elen_elen_supersede` if completely overruling).\r
\r
## 3. Formatting Requirements\r
\r
When committing a decision via `mcp_elen_elen_commit`:\r
- **Domain**: Briefly categorize the domain (e.g., "frontend", "infrastructure", "security").\r
- **Question**: Describe the concrete problem (e.g., "Which state management tool to use for the marketplace UI?").\r
- **DecisionText**: Provide your clear, concise answer.\r
- **Constraints**: Supply an array of hard rules or context bounds (e.g., `["Must not use internal APIs", "Must restrict file-size to \x3C1 MB"]`).\r
\r
## 4. Avoiding Action Without Context\r
\r
Never implement sweeping, codebase-wide changes without first verifying prior related artifacts in the decision network. The goal is to create **visible reasoning**, eliminating tribal knowledge and undocumented assumptions from the loop.\r