ما هي وكلاء LangGraph العميقة؟ شرح أداة التطوير

Built for Speed: ~10ms Latency, Even Under Load
Blazingly fast way to build, track and deploy your models!
- Handles 350+ RPS on just 1 vCPU — no tuning needed
- Production-ready with full enterprise support
تعد حلقة استدعاء الأدوات الواحدة مناسبة للمهام التي تنتهي في أربع خطوات، لكنها تفشل في المهام التي تستغرق ساعة من العمل. حيث يفقد النموذج تسلسل ما كان يفعله، ويتجاوز سجل المحادثة نافذة السياق، وتؤدي نتيجة أداة واحدة كبيرة إلى إفساد كل ما يليها.
ما يميز العرض التوضيحي عن الوكيل الفعلي هو بيئة العمل: التخطيط الذي يسمح للوكيل بتفكيك وتتبع عمله الخاص، ومساحة لتخزين الحالة الوسيطة بعيداً عن سجل الرسائل، والتفويض لضمان حصول المهام الفرعية على سياق واضح، والضغط لمنع انهيار العمليات الطويلة. وكلاء LangGraph Deep Agents هي الحل المتكامل من LangChain لهذه التحديات الأربعة.
ما هي الوكلاء العميقون (Deep Agents)؟

الوكلاء العميقون (Deep Agents) هم بيئة عمل للوكلاء مفتوحة المصدر ومرخصة بموجب رخصة MIT من فريق LangChain، ويتم توزيعها كحزمة deepagents للغة بايثون وحزمة deepagents على npm للغتي JavaScript وTypeScript. وقد حصدت حوالي 15,000 نجمة على GitHub منذ إطلاقها.
نقطة الدخول هي دالة واحدة:
يعيد هذا الاستدعاء مخطط LangGraph مجمعاً وجاهزاً للاستدعاء أو النشر. وفي الخلفية، تكون بيئة العمل قد أرفقت بالفعل أداة تخطيط، وإمكانية الوصول إلى نظام الملفات، وقدرات الوكيل الفرعي، والتلخيص، ومطالبة نظام مدمجة توجه النموذج حول كيفية استخدام كل هذه المكونات. أنت توفر النموذج وأدوات النطاق الخاصة بك، بينما توفر بيئة العمل الهيكل الأساسي.
تنشر حزمة JavaScript نقاط دخول خاصة بكل بيئة (deepagents لبيئة Node، و deepagents/browser للاستخدام الآمن في المتصفح) وتعلن عن حزم وقت تشغيل LangChain كاعتمادات نظيرة، بحيث يتحكم تطبيقك في إصداراتها ويتم حل كل شيء في نسخة مشتركة واحدة.
ما الذي تضيفه بيئة العمل فعلياً؟
يتم تجميع الوكلاء العميقين (Deep Agents) من برمجيات وسيطة. يرفق كل جزء أدوات وتعليمات مطالبة بالوكيل، ويمكنك تجاوز أي منها أو إزالتها. فهم المجموعة الافتراضية هو أسرع طريقة لمعرفة ما ستحصل عليه.
برمجية وسيطة لقائمة المهام
تضيف أداة write_todos للتخطيط. يقوم الوكيل بتقسيم الهدف إلى مهام، ويسجلها، ويحدّث التقدم المحرز أولاً بأول. قد يبدو هذا أمراً بسيطاً، لكنه ليس كذلك: فوجود خطة واضحة وقابلة للكتابة هو ما يسمح للنموذج باستعادة مساره بعد عشرين استدعاء للأداة بدلاً من التشتت.
برمجية وسيطة لنظام الملفات
تضيف ls، read_file، write_file، edit_file، glob، grep و delete، بالإضافة إلى خيار execute أداة عند دعم الواجهة الخلفية لها. يعمل نظام الملفات كذاكرة عمل للوكيل. فبدلاً من تحميل 40,000 رمز (token) في سجل الرسائل، يقوم الوكيل بكتابتها في ملف واستخراج الجزء الذي يحتاجه لاحقاً باستخدام أمر grep.
برمجيات وسيطة للوكلاء الفرعيين (SubAgent Middleware)
تضيف أداة task لتفويض العمل إلى وكلاء فرعيين، حيث يعمل كل منهم ضمن نافذة سياق معزولة. يتلقى الوكيل الرئيسي النتيجة فقط بدلاً من كامل عملية الاستكشاف التي أدت إليها، وهو ما يعد أكثر أشكال التحكم في السياق فعالية.
هناك أيضاً دعم للوكلاء الفرعيين غير المتزامنين (async) عبر بروتوكول الوكيل، حيث يعود الوكلاء الفرعيون فوراً بمعرف المهمة (task ID) ويستمر الوكيل الرئيسي في العمل أثناء تنفيذهم. يتم حفظ معرفات المهام هذه في حالة الوكيل تحت async_tasks، لذا فهي تظل موجودة حتى بعد ضغط السياق أو تفريغه. تعمل هذه الميزة مع منصة LangGraph أو أي خادم مستضاف ذاتياً يطبق مواصفات بروتوكول الوكيل.
برمجيات وسيطة للتلخيص (Summarization Middleware)
تعمل على تكثيف سجل الرسائل عندما يتجاوز طول المحادثة حد السياق المسموح به. هذا هو الجزء الذي تكتبه معظم الفرق بشكل سيئ يدوياً، وعادة ما يتم ذلك عن طريق الحذف من البداية مما يؤدي إلى فقدان التعليمات الأصلية دون قصد.
برمجيات وسيطة للتخزين المؤقت لمطالبات Anthropic
تقلل تلقائياً من معالجة الرموز المتكررة في نماذج Anthropic. في عمليات الوكيل الطويلة حيث يتم إعادة إرسال مطالبة النظام وتعريفات الأدوات في كل خطوة، يمثل هذا توفيراً مباشراً في التكاليف.
برمجيات وسيطة لتصحيح استدعاءات الأدوات (Patch Tool Calls Middleware)
تصلح سجل الرسائل عند مقاطعة استدعاءات الأدوات أو إلغائها قبل إرجاع النتائج. حل غير معقد لمشكلة قد تؤدي بخلاف ذلك إلى ظهور أخطاء تحقق من جانب المزود في منتصف عملية التشغيل.
يتم إرفاق اثنتين إضافيتين عند استخدام الميزات ذات الصلة: MemoryMiddleware تحفظ السياق عبر الجلسات، حيث تقوم بتحميل ذاكرة الوكيل من ملفات AGENTS.md ، و SkillsMiddleware يُمكّن المهارات المخصصة.
نظام الملفات الافتراضي وواجهاته الخلفية
يستحق نظام الملفات قسماً خاصاً به نظراً لاعتماد الكثير من المكونات الأخرى عليه. فكل من المهارات، والذاكرة، وتنفيذ الأكواد، وإدارة السياق، تقوم جميعها بالقراءة والكتابة من خلال نفس نظام الملفات الافتراضي، وهو ما يمكن لأدواتك المخصصة والبرمجيات الوسيطة (Middleware) القيام به أيضاً.
يتميز النظام بقابلية التوصيل. تشمل الواجهات الخلفية حالة الذاكرة المؤقتة، والقرص المحلي، ومخزن LangGraph، والتوجيه المركب عبر عدة واجهات خلفية، بالإضافة إلى واجهات خلفية معزولة (Sandbox) للتنفيذ الآمن. يؤدي تبديل الواجهات الخلفية إلى تغيير مكان تخزين الملفات فعلياً دون الحاجة لتعديل كود الوكيل، وهذا ما يجعل الوكيل نفسه قابلاً للتشغيل في بيئة دفتر ملاحظات (Notebook)، أو في بيئة التكامل المستمر (CI)، أو في بيئة الإنتاج.
يدعم نظام التشغيل أيضاً قواعد أذونات تعريفية تتحكم في الملفات والمجلدات التي يمكن للوكيل قراءتها أو الكتابة فيها. يتم تمرير القواعد كقائمة عند إنشاء الوكيل، وتُقيَّم حسب ترتيب إعلانها مع اعتماد مبدأ "الأولوية للمطابقة الأولى"، وتطبق هذه القواعد على أدوات نظام الملفات المدمجة. تجدر الإشارة للمصممين الذين يطبقون مبدأ "أقل الامتيازات": الوكلاء الفرعيون التعريفيون لا يرثون قيود نظام الملفات الخاصة بالوكيل الرئيسي. يجب عليك منح الوكيل الفرعي الخاص به FilesystemMiddleware لتقييده بشكل مستقل.
Deep Agents مبني على LangGraph وليس بديلاً عنه
هنا يكمن الخطأ في معظم التغطيات لهذا الموضوع، لذا من الضروري توضيحه ببساطة. البحث عن "Deep Agents مقابل LangGraph" يوحي بوجود خيار بين أمرين، وهذا غير صحيح. فدالة create_deep_agent() تُرجع مخطط LangGraph. إن Deep Agents هي ببساطة LangGraph مع نظام تشغيل (harness) مُعد مسبقاً فوقه.
تصف LangChain ثلاث طبقات لنفس البنية:
- Deep Agents عندما تحتاج إلى نظام التشغيل الكامل مع التخطيط وإدارة السياق والتفويض جاهزة للعمل
create_agentعندما تحتاج إلى نظام تشغيل أخف دون البرمجيات الوسيطة المجمعة- LangGraph عندما لا يكون نمط حلقة الوكيل مناسباً وتحتاج إلى مخطط مخصص
هذه الطبقات تتكامل مع بعضها بدلاً من أن تتنافس. يمكن تمرير أي CompiledStateGraph كوكيل فرعي إلى Deep Agent، مما يسمح بدمج التنسيق المخصص جنباً إلى جنب مع الإعدادات الافتراضية للنظام. يمكنك البدء بـ create_deep_agent()، وعند الوصول إلى سير عمل لا تتعامل معه الحلقة القياسية بشكل جيد، يمكنك بناء ذلك الجزء كمخطط LangGraph وتسليمه للنظام كوكيل فرعي. لا شيء يضيع أو يُهدر.
إذا كنت لا تزال تحاول فهم موقع LangGraph ضمن منظومة LangChain الأوسع، فإن مقارنتنا بين LangChain و LangGraph تغطي هذا الجانب.
Deep Agents مقابل create_agent مقابل LangGraph
لا يتعلق القرار بالقدرات بقدر ما يتعلق بحجم التحكم الذي ترغب في امتلاكه. فكل إعداد افتراضي تقبله هو ميزة توفر عليك عناء البناء، لكنها في الوقت نفسه ميزة لا يمكنك تغييرها دون النزول إلى مستوى أعمق.
متى تستخدم كل مستوى
استخدم Deep Agents عندما تكون المهام طويلة الأمد ومفتوحة النهايات: مثل الأبحاث التي تتطلب مراجعة عشرات المصادر، أو إجراء تغييرات برمجية على ملفات متعددة، أو توليد مستندات يحتاج فيها الوكيل إلى مساحة لحفظ المسودات. استخدمه أيضاً عندما ترغب في الحصول على وكيل موثوق يعمل هذا الأسبوع بدلاً من الشهر القادم.
استخدم create_agent عندما تعرف بالضبط الأدوات التي تحتاجها وتكون المهمة قابلة للإنجاز في بضع خطوات. فإضافة أداة تخطيط ونظام ملفات افتراضي إلى وكيل تصنيف بسيط من ثلاث خطوات سيؤدي فقط إلى زيادة عبء التوجيه (prompt overhead) وزمن الاستجابة دون أي فائدة.
استخدم LangGraph مباشرة عندما يكون تدفق التحكم هو التحدي الفعلي: مثل التفرع الصريح، والتوجيه الحتمي، وبوابات الموافقة البشرية عند نقاط محددة، أو الدورات التي لا تقتصر على حلقة استدعاء الأدوات. إذا وجدت نفسك تصارع الإطار البرمجي لتنفيذ تدفق عملك، فهذا يعني أنك تجاوزت قدراته. بالنسبة لأنماط الوكلاء المتعددين التي تتجاوز نطاق الوكيل الواحد، فإن دليلنا حول تنسيق الوكلاء المتعددين يغطي هذا المجال.
بديل أفضل للإنتاج: TrueForge Agent Harness

تحل LangChain Deep Agents الكثير من المهام المعقدة داخل الوكيل الفردي، بما في ذلك التخطيط، والوكلاء الفرعيين، وأدوات نظام الملفات، والمهارات، والذاكرة، والتنفيذ طويل الأمد. ولكن بمجرد أن تبدأ في تشغيل وكلاء عبر فرق متعددة، ينتقل التحدي من بناء الوكيل إلى تشغيل الأسطول.
TrueForge هو إطار عمل مفتوح المصدر ومحايد للبائعين من TrueFoundry مخصص لطبقة وقت التشغيل هذه. فهو يدير حلقة الوكيل حول النموذج، بما في ذلك التخطيط، واستدعاء الأدوات، وإدارة السياق، والموافقات، وحالة الجلسة، مع منحك الحرية في استخدام نماذجك الخاصة، وخوادم MCP، ومزودي بيئات الاختبار (sandbox).
يمكنك تشغيله محلياً باستخدام npx @truefoundry/trueforge، أو نشر نفس بيئة العمل لفريقك باستخدام Docker Compose أو Helm. طالع وثائق TrueForge.
تحسين وقت تشغيل الوكيل (Agent Runtime)
توفر TrueForge أيضاً آليات متعددة للتحكم في حجم السياق وبيانات الأدوات التي تصل إلى النموذج.
تحميل الأدوات المؤجل يعني أن مخططات أدوات MCP يتم تحميلها عند الطلب بدلاً من ملء نافذة السياق مسبقاً. يتيح "وضع الكود" (Code Mode) للوكيل ربط عدة استدعاءات للأدوات داخل نص برمجي واحد في بيئة معزولة (sandbox)، بحيث لا يدخل إلى السياق سوى الملخص المطبوع بدلاً من كل النتائج الوسيطة. يتم تفريغ استجابات الأدوات الضخمة إلى ملف في بيئة معزولة واستبدالها بمسار ومعاينة. تبدأ عملية الضغط عند وصول طول سياق النموذج إلى 80%، حيث يتم استبدال السجل القديم بملخص منظم، وهو ما يمثل الإجابة المباشرة لإعادة التشغيل. تعمل الوكلاء الفرعيون بسياق خاص ونظيف ولا يعيدون سوى النتيجة النهائية.
نموذج البيئة المعزولة (Sandbox) هو أداة تحكم أخرى. تغلف معظم بيئات العمل الجلسة بأكملها داخل حاوية. أما TrueForge فتعامل البيئة المعزولة كأداة، ولا تقوم بتشغيلها إلا عندما يحتاج الوكيل فعلياً إلى تنفيذ كود، مما يسمح لخادم واحد بتشغيل العديد من الوكلاء في وقت واحد، ويجعل الوكلاء الذين لا يحتاجون إلى تنفيذ كود غير مكلفين.
أكثر من مجرد مكتبة بايثون
تم تصميم TrueForge كبيئة تشغيل (runtime) وليس مجرد واجهة مكتبة برمجية.
يقوم الخادم الأساسي بتشغيل حلقة الوكيل ويوفر ميزات البث، وبوابات الموافقة، وتفويض الوكلاء الفرعيين، والضغط، والجلسات المستمرة. كما يتوفر واجهة برمجة تطبيقات HTTP ومجموعة تطوير برمجيات TypeScript (@truefoundry/trueforge-sdk) توفر نفس الإمكانات برمجياً. وهناك واجهة دردشة ومجموعة أدوات تطوير واجهة المستخدم (UI SDK) (@truefoundry/trueforge-ui) يمكن استخدامها مباشرة، أو تخصيص مظهرها، أو دمجها في منتج آخر.
يمنح هذا الفرق مساحة نشر تتجاوز مجرد تعريف وكيل بايثون (Python agent) نفسه: حيث يمكن لنفس بيئة التشغيل تشغيل تطبيق، أو واجهة برمجة تطبيقات (API)، أو تجربة وكيل مدمجة.
تعتمد النماذج وخوادم MCP وموفرو بيئات الاختبار المعزولة (sandbox) على مبدأ "أحضر أدواتك الخاصة". فعندما يصدر نموذج أرخص، يمكنك توجيه النظام إليه بدلاً من إعادة كتابة الوكيل، وهو ما يفسر كيف حقق نفس الاختبار الذي تم تشغيله على GLM-5.2 نجاحاً في حوالي 11 من أصل 14 مهمة بتكلفة 2.90 دولار لكل تشغيل.
مقارنة الأداء بين Deep Agents وTrueForge
يصبح الفرق بين إطار عمل الوكيل وبيئة تشغيل الوكيل أكثر وضوحاً عند مقارنتهما على نفس أعباء العمل. قامت TrueFoundry بإجراء اختبار أداء على TrueForge وDeep Agents باستخدام معيار Enterprise-Bench الخاص بـ DevRev، والذي يتكون من 14 مهمة مؤسسية عابرة للأنظمة. تتطلب كل مهمة من الوكيل التخطيط، واستدعاء أدوات MCP عبر نظام إدارة علاقات العملاء (CRM)، ومتتبع المشاريع، ومخزن المستندات، ثم دمج النتائج وتقديم إجابة تلبي معايير التقييم. تم تشغيل كلتا الأداتين بنفس المهام وباستخدام نفس خوادم MCP، وتم تقييم الإجابات بواسطة نموذج لغوي كبير (LLM) محايد.
مع ثبات نموذج Opus 4.8، حققت الأداتان دقة مماثلة في المهام، لكن تكاليف التنفيذ كانت مختلفة:
يُظهر الاختبار فرقاً صغيراً نسبياً في دقة المهام، ولكن فرقاً أكبر بكثير في تكلفة التنفيذ. استخدمت TrueForge أقل من ربع الرموز (tokens) التي استخدمتها Deep Agents وكانت أرخص بنحو 2.5 مرة لكل تشغيل على نفس النموذج.
يعود هذا الاختلاف بشكل كبير إلى كيفية تعامل بيئتي التشغيل مع التنسيق والسياق. توفر Deep Agents إمكانات مثل التخطيط، ونظام ملفات افتراضي، ووكلاء فرعيين، ولكن هذه الميزات قد تضيف أيضاً المزيد من التنسيق والسياق إلى كل خطوة. تتبع TrueForge نهجاً أكثر رشاقة، حيث تستخدم استدعاءات أدوات مستهدفة وضغطاً للسياق لتجنب إرسال سجلات كبيرة وردود أدوات متكررة إلى النموذج. وهذا أمر مهم لأن لا تتحدد تكلفة الوكيل بناءً على سعر النموذج وحده. يمكن لنظامين من الوكلاء يعملان بنفس النموذج أن يستهلكا كميات مختلفة تماماً من الرموز (tokens) بناءً على كيفية تنفيذ التخطيط، واستخدام الأدوات، وإدارة السياق، والوكلاء الفرعيين.
ربط بيئة تشغيل الوكيل بطبقة المنصة

يمكن لـ TrueForge أيضاً الاتصال ببوابة الذكاء الاصطناعي (AI Gateway) وبوابة بروتوكول التحكم في النماذج (MCP Gateway) من TrueFoundry لتوفير عناصر التحكم التي تصبح ضرورية بمجرد خروج الوكلاء من نطاق المشاريع المعزولة، بما في ذلك الوصول المركزي للنماذج، وبيانات اعتماد MCP، والتحكم في الوصول المستند إلى الأدوار (RBAC)، والميزانيات، وضوابط الأمان، وتدوير بيانات الاعتماد، وتتبع العمليات الموحد. وهذا ينقل هذه المتطلبات من تعريفات الوكلاء الفردية إلى طبقة منصة مشتركة.
بالنسبة للفرق التي تقيم وكلاء Deep Agents للعمل في بيئة الإنتاج، يُعد هذا المعيار تذكيراً مفيداً بأن إطار العمل هو مجرد جزء واحد من البنية التقنية. إن بنية بيئة التشغيل المحيطة بالوكيل يمكن أن يكون لها تأثير كبير على استهلاك الرموز، وزمن الاستجابة، والتكلفة. صُممت TrueForge لتوفير طبقة بيئة التشغيل هذه مع إبقاء خيارات النموذج والبنية التحتية مفتوحة.
الخلاصة
وكلاء Deep Agents، و create_agent، وLangGraph تقع في مستويات مختلفة من التجريد ضمن حزمة وكلاء LangChain. create_agent يمنحك حلقة وكيل خفيفة الوزن، بينما يوفر LangGraph العناصر الأساسية للرسوم البيانية للمطورين الذين يحتاجون إلى تحديد تدفق التنفيذ بأنفسهم. يبني Deep Agents فوق LangGraph ليوفر بيئة تشغيل وكيل أكثر اكتمالاً مع إمكانيات التخطيط، والوكلاء الفرعيين، وإدارة السياق، والتعامل مع نظام الملفات.
لذا، يعتمد الاختيار في النهاية على مدى التحكم الذي تريده في بيئة تشغيل الوكيل. إذا كانت حلقة الوكيل القياسية والإمكانيات المدمجة كافية، فإن Deep Agents يقلل من حجم البنية التحتية التي تحتاج إلى بنائها. وإذا كنت بحاجة إلى حلقة خفيفة الوزن، فإن create_agent يوفر نقطة بداية أبسط. وعندما يكون تدفق التنفيذ نفسه هو المتطلب الأساسي، يمنحك LangGraph العناصر الأساسية لتصميمه بشكل صريح.
بالنسبة للفرق التي تتطلع إلى ما هو أبعد من نظام LangChain البيئي، TrueForge تتبنى نهجاً مختلفاً: فهي عبارة عن إطار عمل للوكلاء مفتوح المصدر ومحايد تجاه النماذج، يوفر طبقة وقت التشغيل مع الحفاظ على سيطرتك الكاملة على النموذج والبنية التحتية الأساسية.
الأسئلة الشائعة
س: ما هي وكلاء LangGraph Deep Agents؟
ج: Deep Agents هو إطار عمل للوكلاء مفتوح المصدر من LangChain، مرخص بموجب رخصة MIT ومبني على LangGraph. استدعاء create_deep_agent() يعيد رسماً بيانياً مجمعاً لـ LangGraph يتضمن ميزات التخطيط، ونظام ملفات افتراضي، وتفويض المهام للوكلاء الفرعيين، والتلخيص، والتخزين المؤقت للمطالبات كبرمجيات وسيطة جاهزة. لقد صُمم هذا الإطار ليوفر على الفرق عناء بناء الهياكل الأساسية التي تحتاجها الوكلاء طويلة الأمد من الصفر.
س: هل يعتبر Deep Agents بديلاً لـ LangGraph؟
ج: لا. تم بناء Deep Agents فوق LangGraph وهو يعيد رسماً بيانياً خاصاً بـ LangGraph. إنهما يمثلان طبقات في نفس حزمة التقنيات، وليس خيارين متنافسين. استخدم Deep Agents عندما يناسب شكل الوكيل الافتراضي مهامك، وانتقل إلى LangGraph عندما تحتاج إلى تخصيص تدفق التحكم. يمكن تمرير أي رسم بياني من LangGraph مرة أخرى إلى وكيل عميق (deep agent) كوكيل فرعي.
س: ما هي البرمجيات الوسيطة التي يتضمنها الوكيل العميق افتراضياً؟
ج: ستة مكونات: TodoListMiddleware للتخطيط، FilesystemMiddleware لعمليات الملفات، SubAgentMiddleware للتفويض مع سياق معزول، SummarizationMiddleware لضغط السياق، AnthropicPromptCachingMiddleware لتوفير الرموز (tokens) في نماذج Anthropic، و PatchToolCallsMiddleware لإصلاح استدعاءات الأدوات المتقطعة. MemoryMiddleware و SkillsMiddleware يتم إرفاقهما عند استخدام الذاكرة أو المهارات.
س: هل تدعم TrueFoundry بروتوكول MCP ووكلاء الذكاء الاصطناعي؟
ج: نعم. تتضمن TrueFoundry بوابة MCP، وبوابة للوكلاء، وسجلاً لـ MCP والوكلاء مع تحكم في الوصول على مستوى الأداة. يمكن نشر وإدارة الوكلاء المبنيين باستخدام Deep Agents أو LangGraph أو CrewAI أو AutoGen أو أطر العمل المخصصة بشكل مركزي.
س: هل يمكنني نشر TrueFoundry في سحابة VPC الخاصة بي أو على خوادمي المحلية (on-prem)؟
ج: نعم. تعمل TrueFoundry داخل بيئة VPC الخاصة بك، أو على خوادمك المحلية، أو في بيئات معزولة (air-gapped)، أو هجينة، أو عبر سحابات متعددة، ولا تغادر أي بيانات نطاقك الخاص. وهذا هو السبب الرئيسي الذي يجعل المؤسسات الخاضعة للتنظيم تختارها بدلاً من بوابات البرمجيات كخدمة (SaaS) فقط.
س: هل يتكامل النظام مع حزمة المراقبة الحالية لدي؟
ج: نعم. البوابة متوافقة مع OpenTelemetry وتتصل بـ Grafana أو Datadog أو Prometheus أو أي أدوات أخرى تستخدمها بالفعل، حيث تقوم بتتبع كل طلب بدءاً من المطالبة (prompt) وصولاً إلى تنفيذ الأداة والنموذج.
قراءات ذات صلة
- مقارنة بين CrewAI و LangGraph — كيف يقارن LangGraph بإطار العمل الرئيسي الآخر للوكلاء المتعددين
- مقارنة بين AutoGen و LangGraph — نفس المقارنة مع إطار عمل مايكروسوفت
- تسعير LangGraph — التكلفة الفعلية لـ LangGraph ومنصة LangGraph
- وكلاء النماذج اللغوية الكبيرة (LLM): البنية والأنماط — الدليل التمهيدي لهذا المقال
- TrueForge: أداة مفتوحة المصدر لتطوير الوكلاء — رؤيتنا لنفس المشكلة
TrueFoundry AI Gateway delivers ~3–4 ms latency, handles 350+ RPS on 1 vCPU, scales horizontally with ease, and is production-ready, while LiteLLM suffers from high latency, struggles beyond moderate RPS, lacks built-in scaling, and is best for light or prototype workloads.












.png)
.png)
.webp)
.webp)
.png)

.png)
.png)
.png)
.webp)
.webp)

.png)
.png)
.png)





