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.
مقارنة صادقة
لديك بالفعل أدوات. إليك الفرق.
تقوم أدوات الضغط بتقليص ما ترسله عبر السلك. يفعل LeanCTX ذلك أيضًا — ويقرر ما يتم قراءته في المقام الأول، ثم يحميه ويتذكره ويبرهن عليه. نظرة مباشرة على ما يفعله بشكل أفضل، وما يفعله نفسه، ومتى لا تحتاجه على الإطلاق.
جنباً إلى جنب
وكيلك, مع وبدون.
نفس الوكيل، ونفس المستودع. المتغير الوحيد هو الطبقة بينهما.
| Feature | بدون أداة | قواعد يدوية | LeanCTX |
|---|---|---|---|
| توفير الرموز (Tokens) | لا شيء | منخفض (قواعد ثابتة) | 60-95% (مخزن مؤقت: 99%) |
| جهد الإعداد | لا شيء | يدوي لكل مشروع | أمر واحد |
| دعم الوكلاء | غير متاح (N/A) | وكيل واحد فقط | 29+ وكيلًا |
| Caching | لا شيء | لا شيء | تلقائي + دلتا |
| ضغط الصدفة (Shell Compression) | لا شيء | لا شيء | 95+ أنماط |
| تحليل الكود | لا شيء | لا شيء | Tree-sitter AST |
| الصيانة | لا شيء | تحديثات يدوية | تلقائي |
| الأمان والحوكمة | لا يوجد تطبيق | قائمة تحكم الوصول الأساسية للملفات | متوافق مع OWASP: PathJail، وقائمة السماح لـ shell، وتعتيم الأسرار، وتنفيذ التعليمات البرمجية المعزول في نظام التشغيل (ctx_execute)، ومسار التدقيق |
| Compliance & Evidence | Screenshots | جمع الأدلة اليدوي | حزمة أدلة موقعة + leanctx-verify دون اتصال بالإنترنت، وتغطية قانون الذكاء الاصطناعي للاتحاد الأوروبي / ISO 42001 / SOC 2، وCGB + تغطية السياسات |
| مجموعات الأدوات وقابلية التوسع | لا شيء | تعليمات ربط مخصصة (glue code) | مجموعات أدوات Python + TypeScript SDKs (مطابقة 14-check)، و/v1 OpenAPI + القدرات، وبوابة ctx_tools، وتوسعات WASM والإضافات |
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.
مقابل البدائل
كيف يقارن LeanCTX بـ الأدوات الأخرى
مقارنة ميزة بميزة مع RTK، وContext+، وMemGPT/Letta، وHeadroom، وهي البدائل الأكثر شيوعاً التي يتم الإشارة إليها. قائم على الحقائق، ومستمد من وثائقها العامة.
| Feature | RTK | Context+ | MemGPT / Letta | Headroom | LeanCTX |
|---|---|---|---|---|---|
| أوضاع القراءة | وضع واحد | تصفية أساسية | غير متوفر (يركز على الذاكرة) | يضغط بعد القراءة | 10 أوضاع (تلقائي، خريطة، توقيعات، فرق، إنتروبي...) |
| ضغط الصدفة | لا | لا | لا | لا | 95+ نمطًا، مكتشف تلقائيًا |
| ذاكرة الجلسة | الحالة الأساسية | سجل المحادثة | ميزة أساسية (الذاكرة المتدرجة) | تخزين مشترك بين الوكلاء مع إزالة التكرار | الحلقي + الإجرائي + رسم بياني المعرفة |
| Multi-Agent | لا | لا | محدود (تركيز على وكيل واحد) | مخزن مشترك | تسليم المهام، الجلسات المشتركة، ناقل السياق |
| رسم بياني للكود / AST | الفهرسة الأساسية | لا | لا | لا | Tree-sitter AST, 26 languages, symbol resolution |
| Governance & Budgets | لا | لا | لا | لا | ميزانيات قائمة على الأدوار، اتفاقيات مستوى الخدمة (SLOs)، مسار التدقيق |
| Local-First / Privacy | يعتمد على السحابة | محلي | قائم على الخادم | حزمة Python + وكيل (proxy) | 100% محلي، صفر قياس عن بعد |
| أدوات MCP | محدود | لا يوجد MCP | لا يوجد MCP | يغلف الأدوات الخارجية | 81 أدوات MCP دقيقة |
| Security Hardening | None | None | Basic auth | None | Sandboxing, signed bundles, audit reports |
بناءً على الوثائق والمصادر المتاحة للجمهور حتى يونيو 2026. RTK (github.com/rtk-ai/rtk)، Context+ (github.com/ForLoopCodes/contextplus)، MemGPT/Letta (arxiv.org/abs/2310.08560)، Headroom (github.com/chopratejas/headroom). جميع الأدوات تحل مشاكل حقيقية. LeanCTX يغطي ببساطة المزيد من طبقات مشكلة السياق في ثنائي واحد.
مقابل طبقات الضغط
الضغط يصغّر ما تم قراءته. هندسة السياق تقرر ما يتم قراءته.
تقوم أدوات مثل Headroom بضغط الطلب على السلك. يقوم LeanCTX بالفعل بتوفير تلك الطبقة — وكيل محلي اختياري يضغط كل طلب، آمن من ذاكرة التخزين المؤقت للموجه — ويتعمق طبقة أعمق، عند المصدر: يقرر ما يتم قراءته بالأساس. متوافق مع Headroom، ولكنك عادةً لا تحتاج إليه في الأعلى. إليك الفرق الصادق.
| Dimension | طبقة الضغط (مثل Headroom) | LeanCTX |
|---|---|---|
| أين يتمركز | مسار الرسالة: يضغط ما قرأه الوكيل بالفعل | عند المصدر: يقرر ما وكيف يتم القراءة (10 أوضاع، توجيه النية، إعادة قراءة مخزنة مؤقتًا بحجم ~13 رمزًا) |
| Memory | تخزين مشترك بين الوكلاء مع إزالة التكرار | المعرفة المستدامة: رسم بياني للخصائص، الجلسات، تسليم المهام، سجل الأدلة |
| Governance | — | PathJail، قائمة السماح بالطرفيات، تنقيح الأسرار، الميزانيات، كشف الحقن |
| الإثبات | نقطة نهاية الإحصائيات | مُوقَّع بـ Ed25519، وسجل مُسلسل التجزئة + مقياس أداء قابل للتكرار |
| قابل للعكسية | متجر استرجاع المراجع | أيضًا قابل للعكس: يبقى كل أصلي كما هو ctx_retrieve بعيداً |
| Form | حزمة بايثون + وكيل (proxy) | ثنائي بلغة Rust واحد، 30+ أداة مكتشفة تلقائيًا، بدون إعدادات |
ملاحظة: تصنف بعض جداول المقارنة التابعة لجهات خارجية lean-ctx على أنها "قابل للعكسية: لا"؛ وهذا غير صحيح. يتم أرشفة كل قراءة مضغوطة في LeanCTX محليًا ويمكن استردادها عبر ctx_retrieve. يعتبر الضغط أحد الأنظمة الفرعية الخمسة في LeanCTX. يمكن للأداتين حتى العمل معًا؛ وتصنف Headroom lean-ctx كأداة سياق متوافقة.
لماذا لا مجرد…
مكدسك الحالي يقوم بالفعل ببعض هذا. إليك ما لا يفعله.
لا يحل LeanCTX محل grep أو محرر النصوص الخاص بك. إنها الطبقة التي تقرر ما يستحق اهتمام الذكاء الاصطناعي الخاص بك.
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.
الأفضل ملاءمة
عندما يكون lean-ctx يتألق
يقدم LeanCTX أكبر قيمة في هذه السيناريوهات.
قواعد الكود الكبيرة
تستفيد المشاريع التي تحتوي على مئات أو آلاف الملفات أكثر من ذلك. كلما زاد السياق الذي يجب إدارته، زاد التوفير.
سير عمل الوكلاء المتعددين
عندما يعمل وكلاء ذكاء اصطناعي متعددون على نفس المشروع، يمنحهم LeanCTX دماغًا مشتركًا واحدًا: سياق متسق ومُدار لكل وكيل.
التطوير التكراري
جلسات الترميز الطويلة مع القراءات المتكررة للملفات تضرب ذاكرة التخزين المؤقت - إعادة القراءة تكلف حوالي 13 رمزًا بدلاً من آلاف الرموز.
الشفافية
عندما تكون غير ضرورية
نحن نؤمن بالأدوات الصادقة. تم تصميم LeanCTX للمشاريع ذات قواعد الكود الضخمة - وليس لكل شيء.
ليس بالضرورة أن يكون ضرورياً
- السكريبتات أحادية الملف أو الأدوات الصغيرة
- المشاريع التي تقل عن 50 ملفاً
- مطالبات لمرة واحدة بدون سياق ملف
في هذه الحالات، لا يبرر العبء الإضافي لطبقة السياق نفسه. يتألق LeanCTX عندما تنمو مشاريعك ويصبح إدارة السياق عنق زجاجة.
المقارنات، أجاب عليها. answered.
Straight answers about where LeanCTX fits and what makes it different.
تتطلب هندسة المطالبات اليدوية صياغة كل نافذة سياق يدوياً. يقوم LeanCTX بأتمتة ذلك باستخدام 10 أوضاع للقراءة، وضغط واعي لـ AST، وذاكرة الجلسة، مما يوفر أكثر من 88٪ من التوكنات دون أي جهد يدوي.
إن LeanCTX هو طبقة سياق معرفية كاملة بدلاً من كونه خادم MCP عادي: تكامل CLI، وخطافات shell، و81 من أدوات MCP، والذاكرة المستمرة، ورسوم بيانية ذكاء التعليمات البرمجية، وطبقة حوكمة ذات أدوار وميزانيات.
نعم. يدعم LeanCTX أكثر من 30 أداة ذكاء اصطناعي بما في ذلك Cursor وClaude Code وGitHub Copilot وWindsurf وGemini CLI وCodex وJetBrains IDEs. قم بتشغيل lean-ctx setup للإعداد التلقائي.
تقوم أدوات مثل Headroom بضغط الطلب على السلك — طبقة الوكيل (proxy layer). يقوم LeanCTX بالفعل بتوفير تلك الطبقة: وكيل محلي اختياري (lean-ctx proxy enable) يضغط كل طلب — موجه النظام، والتاريخ، ونتائج الأدوات — آمن من ذاكرة التخزين المؤقت للموجه (prompt-cache-safe)، ويقيس الدولارات الحقيقية الموفرة، لذلك عادةً لا تحتاج إلى وكيل منفصل لضغط الطلب في الأعلى. ويتعمق LeanCTX طبقة أعمق، عند المصدر: يقرر ما يتم قراءته في المقام الأول (10 أوضاع للقراءة، وإعادة القراءة المخزنة مؤقتًا بحجم ~13 رمزًا)، ويتذكر المعرفة عبر الجلسات، ويحمي الوصول إلى الملفات والطرفيات، ويوقع كل عملية حفظ في سجل قابل للتحقق. يعد الضغط — على جانب القراءة وعلى السلك — أحد أنظمته الفرعية الخمسة، وهو قابل للعكس بالكامل: حيث يبقى الأصل محفوظًا دائمًا بمسافة ctx_retrieve واحدة.
نعم. يتم أرشفة كل قراءة مضغوطة محليًا ويمكن استرداد الأصل الكامل عند الطلب عبر ctx_retrieve. لا شيء يضيع بصمت؛ بل يخبرك LeanCTX حتى وكيلك متى طلب المحتوى الكامل.
هذه تجعل وكيل الذكاء الاصطناعي الخاص بك يتذكر شركتك - أنت تقوم بوضع علامة عليه، وتتابع في موضوع، ويبني الذاكرة. ولكن هذه الذاكرة تعيش في الصندوق الأسود الخاص بهم: لا يمكنك رؤية مكان وجودها أو نقلها أو تبديل النموذج تحتها. إنها عملية تسجيل سياق (context login)، وليست تسجيل نموذج (model login) - وفي النهاية تنتهي بتأجير معرف شركتك الخاصة مرة أخرى. يحافظ LeanCTX على الخندق الخاص بك: الجلسات، ورسم بياني للمعرفة، وحزم .ctxpkg المحمولة تبقى محلية وقابلة للتفتيش، ومستقلة عن النموذج عبر OpenAI وAnthropic وGemini. نفس سير عمل الوكيل كزميل؛ أنت تحتفظ بالسياق.
شاهدها فيمستودع الكود الخاص بك.
التثبيت في أقل من دقيقة، تشغيل جلسة واحدة، ثم التحقق من السجل. أرقامك ستقدم الحجة.