Comparaison Honnête

Vous avez déjà des outils. Voici la différence.

Les outils de compression réduisent ce que vous envoyez sur le réseau. LeanCTX fait cela aussi — et décide de ce qui est lu en premier lieu, puis le protège, s'en souvient et le prouve. Un aperçu direct de ce qu'il fait mieux, de ce qu'il fait pareil, et quand vous n'en avez pas du tout besoin.

Cote à Cote

Votre agent, avec et sans.

Le même agent, le même dépôt. La seule variable est la couche entre les deux.

FeatureAucun OutilRègles ManuellesLeanCTX
Économies de Tokens Aucune Faible (règles statiques) 60–95 % (cache : 99 %)
Effort de Configuration Aucun Manuel par projet Une commande
Support des Agents N/A Un seul agent Plus de 29 agents
Caching Aucun Aucun Automatique + delta
Compression Shell Aucune Aucune Plus de 95 modèles
Analyse de code Aucun Aucun AST Tree-sitter
Maintenance Aucun Mises à jour manuelles Automatique
Sécurité et Gouvernance Pas de mécanisme d'application ACL de fichiers basique Aligné OWASP : PathJail, liste blanche shell, redaction de secrets, exécution de code dans un OS sandbox (ctx_execute), piste d'audit
Compliance & Evidence Screenshots Collecte manuelle des preuves Bundle de Preuves Signées + vérification hors ligne avec leanctx-verify, couverture EU AI Act / ISO 42001 / SOC 2, CGB + couverture des politiques
SDK et extensibilité Aucun Code de liaison sur mesure SDK Python + TypeScript (conformité à 14 points), /v1 OpenAPI + capacités, passerelle ctx_tools, extensions WASM et plugins

The cached figure (99%) is a repeat read served from cache at ~13 tokens; a first read never returns more tokens than the raw file, and every saving is measured net of injection, so the number reconciles to your provider bill.

Context engineering isn't compression. It's what decides what gets read.

vs Alternatives

Comment LeanCTX se compare aux autres outils

Une comparaison fonctionnalité par fonctionnalité avec RTK, Context+, MemGPT/Letta et Headroom, les alternatives les plus couramment référencées. Basé sur des faits, tiré de leur documentation publique.

FeatureRTKContext+MemGPT / LettaHeadroomLeanCTX
Modes de lecture Mode unique Filtrage basique N/A (axé mémoire) Compresses après la lecture 10 modes (auto, map, signatures, diff, entropie...)
Compression Shell Non Non Non Non 95+ patterns, auto-détectés
Mémoire de session État de base Historique de conversation Fonctionnalité principale (mémoire à niveaux) Stockage inter-agents avec déduplication Épisodique + procédural + graphe de connaissances
Multi-Agent Non Non Limité (focus sur un seul agent) Stockage partagé Transfert, sessions partagées, bus de contexte
Graphe de code / AST Indexation de base Non Non Non AST Tree-sitter, 26 langues, résolution de symboles
Governance & Budgets Non Non Non Non Budgets basés sur les rôles, SLOs, piste d'audit
Local-First / Privacy Dépend du cloud Local Basé sur le serveur Package Python + proxy 100% local, zéro télémétrie
Outils MCP Limité Pas de MCP Pas de MCP Enveloppe des outils externes 81 outils MCP granulaires
Security Hardening None None Basic auth None Sandboxing, signed bundles, audit reports

Basé sur la documentation et le code source publiquement disponibles au 2026.06. RTK (github.com/rtk-ai/rtk), Context+ (github.com/ForLoopCodes/contextplus), MemGPT/Letta (arxiv.org/abs/2310.08560), Headroom (github.com/chopratejas/headroom). Tous les outils résolvent de vrais problèmes. LeanCTX couvre simplement plus de couches du problème de contexte dans un seul binaire.

vs. couches de compression

La compression réduit ce qui a été lu. L'ingénierie du contexte décide ce qui est lu.

Des outils comme Headroom compressent la requête sur le fil. LeanCTX fournit déjà cette couche — un proxy local optionnel compresse chaque requête, safe pour le cache de prompts — et va une couche plus loin, à la source : il décide ce qui doit être lu. Compatible avec Headroom, mais vous n'en avez généralement pas besoin au-dessus. Voici la différence honnête.

DimensionCouche de compression (ex. Headroom)LeanCTX
Où elle se situeChemin du message : compresse ce que l'agent a déjà luÀ la source : décide quoi et comment lire (10 modes, routage d'intention, re-lectures mises en cache de ~13 tokens)
MemoryStockage inter-agents avec déduplicationConnaissances persistantes : graphe de propriétés, sessions, transferts, registre des preuves
GovernancePathJail, allowlist shell, rédaction de secrets, budgets, détection d'injection
PreuveEndpoint statistiquesRegistre signé Ed25519, chaîne de hachage + benchmark reproductible
RéversibilitéStockage de récupération de référenceÉgalement réversible : chaque original est conservé ctx_retrieve éloigné
FormPackage Python + proxyUn binaire Rust, 30+ outils auto-détectés, zéro configuration

Remarque : certains tableaux comparatifs tiers listent lean-ctx comme "Réversible : Non" ; ceci est incorrect. Chaque lecture compressée dans LeanCTX est archivée localement et récupérable via ctx_retrieve. La compression n'est qu'un des cinq sous-systèmes de LeanCTX. Les deux outils peuvent même fonctionner ensemble ; Headroom liste lean-ctx comme un outil contextuel compatible.

Pourquoi ne pas simplement…

Votre stack fait déjà une partie de cela. Voici ce qu'elle ne fait pas.

LeanCTX ne remplace ni grep, ni votre éditeur. C'est la couche qui décide ce qui mérite l'attention de votre IA.

Why not just grep?

grep finds text. LeanCTX finds the right symbols, ranks them by relevance, and returns budgeted, structural context instead of 500 raw matches you still have to read and filter.

Why not just read the files?

A raw read dumps 4,200 tokens when ~920 carry the signal. LeanCTX keeps the signal and drops the noise, and a cached re-read costs about 13 tokens instead of the whole file again.

Why not just compact more often?

Compaction throws away history you might still need. With LeanCTX there's never a dead end: every original is archived on disk and your agent retrieves it on demand. Nothing is silently lost.

Why not another MCP server?

Most MCP servers add tool-definition overhead and hand back raw output. LeanCTX is a full cognitive context layer: caching, persistent memory, shell hooks, and governance, all in one local binary.

Meilleur choix

Quand lean-ctx Mise en évidence

LeanCTX apporte le plus de valeur dans ces scénarios.

Grandes bases de code

Les projets avec des centaines ou des milliers de fichiers en bénéficient le plus. Plus il y a de contexte à gérer, plus les économies sont importantes.

Flux de travail multi-agents

Lorsque plusieurs agents IA travaillent sur le même projet, LeanCTX leur fournit un cerveau partagé : un contexte cohérent et gouverné pour chaque agent.

Développement itératif

Les longues sessions de codage avec lectures répétées de fichiers utilisent le cache - les relectures coûtent seulement ~13 tokens au lieu de milliers.

Transparence

Quand vous n'en avez pas besoin

Nous croyons en des outils honnêtes. LeanCTX est conçu pour les projets avec des bases de code substantielles - pas pour tout.

Pas toujours nécessaire

  • Scripts sur un seul fichier ou petites utilitaires
  • Projets de moins de 50 fichiers
  • Prompts ponctuels sans contexte de fichier

Dans ces cas, la surcharge d'une couche de contexte n'est pas justifiée. LeanCTX excelle lorsque vos projets grandissent et que la gestion du contexte devient un goulot d'étranglement.

Comparaisons, répondues. answered.

Straight answers about where LeanCTX fits and what makes it different.

Voyez-le survotre dépôt.

Installez en moins d'une minute, lancez une session, puis consultez le registre. Vos chiffres feront l'argumentaire.

Support this project