MCP Server

58 أداة ضغط.
بدون إعدادات.

lean-ctx ينفذ Model Context Protocol (MCP) - المعيار المفتوح لتكاملات أدوات AI. الأدوات المدمجة تحصل على بدائل واعية بالضغط تزيل الضوضاء قبل وصولها إلى LLM.

58 أداة 10 أوضاع قراءة 99% الحد الأقصى (إعادة القراءة المخزنة)
البروتوكول

كيف يعمل MCP .

Model Context Protocol يسمح لأدوات AI باستدعاء خوادم خارجية للبيانات. lean-ctx يعترض هذه الاستدعاءات ويضغط الاستجابات تلقائياً.

أداة AI

Cursor، Claude Code، Crush، Copilot…

lean-ctx MCP

يضغط البيانات تلقائياً

LLM

يرى الإشارة فقط، بدون ضوضاء

58 أداة، 4 فئات

ما يحتاجه ذكاؤك الاصطناعي.

الملفات والكود

توفير حتى 99%

بدائل أساسية لقراءة الملفات واستكشاف المجلدات وأوامر الشل والبحث في الكود. ضغط AST مدعوم بـ Tree-sitter يحافظ على البنية ويزيل الضوضاء.

ctx_read ctx_multi_read ctx_tree ctx_shell ctx_search

ذكاء مستقل

يُهيئ نفسه، بدون إعداد

يعمل باستقلالية: يحمّل السياق مسبقاً، يزيل التكرار من الملفات، يقدم تلميحات الملفات ذات الصلة، ويختار الضغط الأمثل - كل ذلك بدون أوامر صريحة. مفعّل افتراضياً.

ctx_smart_read ctx_delta ctx_fill ctx_intent ctx_context ctx_graph ctx_dedup ctx_response ctx_discover ctx_impact ctx_architecture

Claude Code Integration

lean-ctx detects Claude Code and automatically adapts its behavior to work within Claude's constraints:

  • Auto-condensed instructions - MCP instructions are compressed to <2048 characters for Claude Code's truncation limit
  • Full rules file - Complete instruction set installed to ~/.claude/rules/lean-ctx.md (no character cap)
  • Agent Skills - Auto-installed to ~/.claude/skills/lean-ctx/ with setup script for zero-config onboarding
  • Self-healing env.sh - Shell environment is re-injected if Docker or container rebuilds remove it
zero-config, self-healing

الجلسات والمراقبة

ذاكرة عبر المحادثات

حالة جلسة مستمرة ونقاط مرجعية للسياق وتحليلات في الوقت الفعلي. تتبع توفير الرموز وإدارة الكاش وإنشاء تقارير الضغط.

ctx_session ctx_compress ctx_analyze ctx_gain ctx_benchmark ctx_metrics ctx_wrapped ctx_cache ctx_heatmap ctx_cost
  • ctx_gain - Query token savings, cost breakdowns, GainScore, task classifications, and per-agent statistics programmatically during a session

الذاكرة والوكلاء المتعددين

معرفة دائمة بالمشروع

بناء قواعد معرفة مستمرة تبقى عبر الجلسات والوكلاء. ذاكرة على مستوى المشروع وتنسيق بين الوكلاء ونظرات عامة على قاعدة الكود.

ctx_knowledge ctx_agent ctx_overview ctx_preload ctx_task ctx_share
ctx_read

10 read modes لكل موقف.

ليست كل قراءة ملف تحتاج المحتوى الكامل. اختر الوضع المناسب لهدفك - أو دع ctx_smart_read يختار تلقائياً.

الوضع ما يُرجعه متى تستخدمه
auto أفضل وضع للسياق افتراضيًا: يختار lean-ctx الاستراتيجية المثلى حسب نوع الملف وحجمه والمهمة
full الملف الكامل، مخزن مؤقتاً لإعادة القراءة (~13 رمز) الملفات التي ستحررها
map رسم الاعتماديات + الصادرات + التوقيعات الرئيسية ملفات السياق التي تحتاج فهمها
signatures واجهة API فقط - توقيعات الدوال والأنواع فهم الواجهات والعقود
diff الأسطر المتغيرة فقط مقارنة بالنسخة المخزنة بعد التحرير - تحقق من تغييراتك
aggressive بناء الجملة محذوف، ضغط أقصى الملفات الكبيرة حيث تحتاج الخلاصة
entropy تصفية Shannon + Jaccard للمحتوى الفريد إيجاد الأسطر غير المتكررة وعالية المعلومات
task محتوى مفلتر حسب المهمة مع سياق التبعيات بناءً على رسم المعرفة البياني قراءة الملفات ذات الصلة بمهمة محددة - يستخدم رسم المشروع البياني + مرشح IB
reference سياق إسناد/مرجعية متقاطعة أنواع مرتبطة، ومستدعون (callers)، واعتماديات للرمز المستهدف
lines:N-M قراءة الأسطر من N إلى M فقط (تبدأ من 1، شاملة) الملفات الكبيرة - قراءة نطاق محدد
ctx_read server.rs --mode map 
F1=server.rs [342L]
  deps: tokio, serde, tower, axum
  exports: start_server, AppState, Config
  API:
    §  AppState { db: Pool, cache: Cache, config: Config }
    §  Config { port: u16, host: String, max_conn: usize }
    fn async start_server(config: Config) → Result<()>
    fn async handle_request(state: AppState, req: Request) → Response
    fn configure_routes(state: AppState) → Router
  [2,847 tok saved (93%)]
تعمّق أكثر

استكشف كل أداة بالتفصيل.

مرجع API كامل مع المعاملات والأمثلة والاستخدام المتقدم لجميع أدوات MCP الـ 58.

ابدأ الآن مرجع API الكامل