Tout outil MCP
Votre addon est un petit serveur MCP. lean-ctx le démarre et communique avec lui pour vous. Pas de fork, pas de recompile.
Addons
Étendez lean-ctx, pas besoin de fork.
Une seule commande connecte n'importe quel outil MCP à votre passerelle — puis sa sortie est traitée comme votre propre code : les secrets sont nettoyés, compressés dans un budget de jetons et recherchables avant même que votre agent ne le lise. Pas une liste de plugins ; votre pipeline de contexte, étendu.
La sortie d'un addon devient une partie de votre contexte.
Voici ce qui se passe après avoir ajouté un addon. Chaque résultat que l'addon renvoie passe par le même pipeline que votre propre code avant que votre agent ne le voie. Il revient plus petit, consultable, et pour certains addons il atterrit directement dans les outils ctx_ que vous utilisez déjà.
La passerelle lean-ctx
Chaque résultat passe d'abord par quatre étapes :
- Compresses la sortie pour qu'elle coûte moins de jetons.
- Envoie les résultats trop volumineux sur disque et garde une petite référence.
- L'indexe en arrière-plan afin que vous puissiez le rechercher plus tard.
- Le connecte directement aux outils ctx_ que vous utilisez déjà.
Les outils que vous utilisez déjà
Les résultats atterrissent dans les mêmes outils ctx_ que votre agent appelle déjà. Un seul endroit à regarder au lieu de dix.
✓Recherchez votre propre code et tous les addons au même endroit.
✓Les secrets sont supprimés avant que quoi que ce soit n'atteigne votre agent.
✓Les résultats sont mis en cache, donc les relire est pratiquement gratuit.
Addons sélectionnés pour lean-ctx.
Installez l'un de ceux-ci avec un seul lean-ctx addon add. Ceux marqués « listés » n'ont pas encore de point d'accès MCP, ils renvoient donc à leur projet à la place.
19 addons 10 ready to install 4 installed for you on add
Headroom
Reversible context compression for tool outputs, logs, files and RAG chunks — 60–95% fewer tokens, originals retrievable on demand. Installs on add (uv tool install) and wires its MCP server (headroom mcp serve) into the lean-ctx gateway.
Sophon
Deterministic context compressor for MCP agents — shrinks prompts, conversation history, code digests, file deltas and shell output with zero ML at query time. Single Rust binary; installs on add (npm) and wires its MCP server (sophon serve) into the lean-ctx gateway.
RTK (Rust Token Killer)
Listé
Single-binary CLI proxy that filters and compresses shell command output by 60–90%. Reaches MCP clients through the community rtk-mcp bridge (built from source), so the lean-ctx gateway can run commands through it.
Repomix
Packs a whole repository into a single AI-ready file. Its MCP server (npx repomix --mcp) lets agents pack local or remote repos and grep the output on demand.
Serena
LSP-backed semantic code retrieval, editing and refactoring — the IDE for your coding agent. Connects over MCP via stdio or Streamable HTTP.
MCP Code Context
Compresses any codebase into LLM-ready semantic context with Tree-sitter WASM (TypeScript, JavaScript, Python, PHP, Dart) — symbol-level reads and AST-aware edits. Runs on add via npx; no install or native build needed.
Codebase Intelligence
Parses your whole repo with Tree-sitter into a semantic graph of symbols, references and dependencies — symbol search, call graphs and impact analysis. 18 tools, 8 languages, zero infrastructure or keys. Runs on add via npx.
CodeCompress
Local code-intelligence index that gives agents surgical access to symbols — project outline, get/expand symbol, hot-path and references — backed by a SQLite index. Installs on add (.NET global tool) and wires its MCP server.
Graphify
Listé
Turns code, docs, schemas and more into one queryable knowledge graph for agents. Ships an MCP server (stdio + HTTP), but serving needs a graph built by `graphify extract` (an LLM-backed step), so it is listed rather than auto-installed.
Claude Context
Listé
Semantic code search over an entire codebase (hybrid BM25 + dense vectors) via @zilliz/claude-context-mcp. Needs a Milvus/Zilliz vector database and an embedding API key to run, so it is listed rather than auto-installed.
Context-Mem
Local long-term memory and context compression for coding agents — a markdown vault with hybrid BM25 + vector search and progressive disclosure, no API key required. Installs on add (npm) and wires its MCP server (context-mem serve).
Mem0
Listé
Drop-in long-term memory for agents (vector + graph + key-value). Provides an official MCP server, but needs an API key/backend to run, so it is listed rather than auto-installed.
Cognee
Listé
Builds a queryable knowledge graph plus vector store from your data (ECL / GraphRAG pipeline). Ships an MCP server with local default databases, but needs an LLM API key to process, so it is listed rather than auto-installed.
Letta (MemGPT)
Listé
Stateful agent runtime that manages its own memory like an operating system (core + archival tiers). Exposes MCP-compatible tools, but needs a running server + database, so it is listed rather than auto-installed.
Graphiti (Zep)
Listé
Temporal knowledge-graph memory for agents — a bi-temporal entity/edge graph with hybrid semantic, keyword and graph search. Ships an MCP server, but needs a Neo4j/FalkorDB backend and an LLM API key, so it is listed rather than auto-installed.
Zep
Listé
Memory platform for AI agents — persistent threads, a knowledge graph and semantic recall via a managed cloud or self-hosted Community Edition. Reaches agents over MCP, but needs an account/API key, so it is listed rather than auto-installed.
Sequential Thinking
Structured step-by-step reasoning tool — the official MCP reference server for breaking a hard problem into revisable thoughts.
Lean-MarkDown (lean-md)
Listé
Directive-driven Markdown for agent plans. Reusable macros, phase-isolation and single-sourcing keep plans token-lean and cache-safe — written hard against lean-ctx, inspired by MarkdownAI.
Everything (MCP smoke-test)
Official MCP reference server that exercises every protocol feature — install it to verify your lean-ctx gateway can discover and call downstream tools.
No addons match your filters.
+Votre addon ici
Commencer à construire → Déployez un serveur MCP + un manifeste et réservez une place dans le registre.
Distribuer à tous utilisateur lean-ctx.
C'est la manière la plus simple de présenter votre outil à des personnes qui travaillent déjà dans le terminal toute la journée.
Une commande pour installer
Les utilisateurs exécutent un seul lean-ctx addon add et votre outil est opérationnel dans leur passerelle. Pas de fork, pas de recompile, pas de guide de configuration.
Atteindre tout l'écosystème
Faites répertorier dans le registre qui est inclus dans le binaire et sur cette page. Chaque utilisateur lean-ctx est à une commande de votre travail.
Plus profond qu'un passthrough
lean-ctx peut intégrer votre sortie aux mêmes outils ctx_ qu'il utilise pour votre propre code. Les gens peuvent ensuite rechercher et représenter graphiquement votre add-on comme tout le reste, au lieu qu'il soit dans un canal latéral.
Ajouts puissants, sécurisé par conception.
Un add-on exécute du code réel sur votre machine. Ainsi, lean-ctx vous montre exactement ce qu'il fera avant de s'installer, et les équipes peuvent définir des règles qu'un seul dépôt ne peut pas outrepasser.
Dévoilé avant l'exécution
Avant que quoi que ce soit ne s'exécute, vous voyez le serveur exact qu'il va démarrer et une brève vérification de sécurité : points de terminaison distants, accès shell, versions non épinglées. Rien n'est connecté tant que vous ne dites pas oui.
Une politique que vous contrôlez
Verrouillez votre machine ou l'ensemble du parc à « verified-only », une liste blanche, ou désactivez complètement. Serveurs sandbox, bloquer les connexions risquées, exiger un registre signé. Tout cela se trouve dans la configuration [addons].
Sortie non fiable, gérée
Tout ce qu'un add-on renvoie est scanné à la recherche de secrets et marqué comme non fiable avant que le modèle ne le voie. C'est une barrière solide contre les fuites de données et l'injection de prompts.
Gagnez l'insigne vérifié
Chaque entrée du registre est examinée lors de la fusion. Épinglez votre dépendance en amont, gardez le câblage propre, et un audit de deux mainteneurs vous fait passer au niveau vérifié que les utilisateurs peuvent faire confiance d'un coup d'œil.
Verrouillez avec addons.policy, addons.sandbox et addons.require_signature — consultez le modèle de sécurité.
Publiez votre propre addon en quatre étapes.
N'importe qui peut en publier un. Un addon est simplement un serveur MCP et un petit fichier de manifeste.
Exposez votre outil comme serveur MCP
Déployez un petit programme qui parle MCP via stdin/stdout, ou un point de terminaison HTTP. C'est ce que lean-ctx exécute ou auquel il se connecte. Il reste dans son propre processus, donc pas de fork et pas de recompile.
Ajoutez un manifeste lean-ctx-addon.toml
Déclarez les métadonnées dans [addon] et comment lean-ctx lance votre serveur dans [mcp]. Sans bloc [mcp], votre entrée est listée ; avec un bloc, elle est installable.
Testez en direct, localement
Exécutez lean-ctx addon add ./lean-ctx-addon.toml. C'est le flux d'installation complet, câblé dans votre propre passerelle, sans toucher au registre.
Faire répertorier
Ouvrez une demande de fusion ajoutant votre entrée au registre organisé. Une fois fusionné, tout le monde l'installe avec une seule commande et elle apparaît ici même.
lean-ctx-addon.toml
[addon]
name = "my-addon" # slug: [a-z0-9-]
display_name = "My Addon"
description = "What it does, in one line."
author = "you"
homepage = "https://github.com/you/my-addon"
license = "Apache-2.0"
categories = ["workflow"]
[mcp]
transport = "stdio" # or "http"
command = "my-addon-mcp" # stdio: executable to spawn
args = ["serve"]Un guide complet dans la documentation des addons et le guide de construction et de publication. Une fois que cela fonctionne, ajoutez votre entrée au registre organisé.
Vous avez construit quelque chose pour lean-ctx ?Lancez-le.
Réservez une place dans le registre et proposez des installations en une seule commande à tous les utilisateurs de lean-ctx.