الخطأ الأول في بناء أنظمة الوكلاء أن تكتب أمرًا ضخمًا لوكيل واحد: «ترجم، وراجع، وحسّن، وتأكّد أن كل شيء صحيح». أمر كهذا صعب الاختبار والمراقبة والتحسين.
هذا الدليل يعرض عشر استراتيجيات عملية لتصميم نظام ترجمة يعتمد على وكلاء متعدّدين على منصة Dify، مع التركيز على جودة الترجمة، وإدارة المصطلحات، والمراجعة الآلية، وخفض التكلفة. المفاهيم نفسها تنطبق على أي مجال آخر.
لا تفعل هذا
Translate, review, improve and make sure everything is correct.
أمر ضخم يحمّل وكيلًا واحدًا كل المهام.
افعل هذا
Your only responsibility is terminology validation. Check: 1. Termbase compliance 2. Consistency 3. Domain accuracy 4. Forbidden terminology. Return structured JSON. Do not rewrite the translation.
مهمة واحدة واضحة: سهلة الاختبار والمراقبة والتحسين.
الجزء الأول: الاستراتيجيات الأساسية#
1. خط أنابيب الترجمة متعدّد المراحل (Translation Pipeline)#
قسّم الترجمة إلى مراحل مستقلّة، يتولّى كل مرحلة وكيل متخصّص:
Analyzer
يحدّد اللغتين والمجال ونوع النص والنبرة والجمهور والمخاطر المحتملة.
Translator
ينفّذ الترجمة بناءً على نتائج التحليل.
Linguistic Reviewer
يراجع النحو والسلاسة والأسلوب ودقّة المعنى.
Terminology Reviewer
يتحقّق من المصطلحات مقابل قاعدة المصطلحات المعتمدة للمشروع أو العميل.
QA Agent
يفحص الأرقام والأسماء والوسوم والحذف والإضافة والاتساق العام.
أنشئ Workflow
عقدة Start تستقبل النص واللغتين.
أضف عقد LLM متتابعة
عقدة للتحليل، ثم للترجمة، ثم للمراجعة اللغوية والمصطلحية، مع Knowledge Retrieval لربط قاعدة المصطلحات.
اجعل مخرج الجودة منظّمًا
يعيد وكيل الجودة JSON، وعقدة شرطية تعيد النص إلى الترجمة إن فشل الفحص.
{ "score": 92, "errors": [], "needs_revision": false }أفضل استخدام: الوثائق القانونية والتقنية والطبية، وكل مشروع يتطلّب جودة ثابتة.
2. وكيل التوجيه (Router Agent)#
بدل تشغيل كل الوكلاء في كل طلب، يحلّل وكيل التوجيه النص أولًا ويرسله إلى المسار المناسب: قانوني، أو طبي، أو تقني، أو إبداعي، أو عام. فيوفّر الموارد ويضمن معالجة مناسبة لكل نص.
{ "domain": "legal", "workflow": "legal_translation", "risk": "high", "requires_human_review": true }3. الترجمة بالمناظرة (Multi-Agent Debate)#
أكثر من وكيل يقترح ترجمة مختلفة للنص نفسه (بإعدادات أو نماذج مختلفة)، ثم يحلّل وكيل ناقد الاختلافات، ويختار وكيل حَكَم النسخة النهائية أو يدمج أفضل أجزائها.
أفضل استخدام: الجمل القانونية الحسّاسة، والعناوين، والنصوص التسويقية والإبداعية، والمصطلحات متعدّدة البدائل.
4. المعرفة المسترجعة مع وكلاء متخصّصين (RAG)#
اربط الوكلاء بقواعد معرفة متخصّصة بدل معرفة النموذج العامة: قاعدة المصطلحات، وذاكرة الترجمة، والمسارد القانونية والطبية، وأدلّة أسلوب العملاء، والترجمات المعتمدة، ومعايير جودة اللغة.
افصل المعرفة
قاعدة معرفة لكل مجال أو لكل عميل داخل Dify.
استرجع قبل الترجمة
عقدة Retrieval تجلب المصطلحات والأمثلة المناسبة وتمرّرها إلى المترجم.
ألزم بالمصادر
اطلب من الوكيل الالتزام بالمسترجع، ومرّر المصطلحات المستخدمة إلى فحص المصطلحات النهائي.
5. مدير مركزي ووكلاء عاملون (Manager–Workers)#
وكيل مدير يستقبل النص واللغتين والمجال ومستوى الجودة ومعلومات العميل، ثم يضع خطة عمل ويوزّع المهام على العاملين ويتابع النتائج.
{ "tasks": ["analyze", "retrieve_terms", "translate", "qa"], "priority": "high", "human_review": true }أفضل استخدام: بناء منصة ترجمة قابلة للتوسّع.
الجزء الثاني: خمس استراتيجيات متقدّمة#
6. التوجيه بحسب درجة الثقة (Confidence-Based Routing)#
ليست كل الترجمات تُعامل بالطريقة نفسها. يعيد وكيل الجودة تقييمًا مفصّلًا، وعلى أساسه يُقرَّر المسار:
{ "confidence": 91, "accuracy": 94, "terminology": 88, "fluency": 95, "risk": "medium", "action": "extra_review" }7. حلقة التصحيح الذاتي (Self-Correction Loop)#
بدل النهج الخطّي «ترجم ثم انتهِ»: يقيّم وكيل الجودة الترجمة، فإن وجد أخطاء صحّحها وكيل التصحيح وأعيد الفحص.
ترجمة أولية
ينتجها وكيل الترجمة.
فحص محدّد
يحدّد وكيل الجودة الأخطاء بدقّة.
تصحيح ثم إعادة فحص
إن وُجدت أخطاء يصحّحها وكيل التصحيح ويعيد النص إلى الفحص.
حدّ أقصى للدورات
دورتان أو ثلاث فقط، حتى لا يدخل النظام في حلقة لا نهائية أو يستهلك الرموز بإفراط.
8. الإدارة على مستوى القطعة (Segment-Level Orchestration)#
قسّم المستند إلى قطع، وعالج كل قطعة حالةً مستقلّة، ثم افحص الاتساق بينها. الفوائد: سياق أقل لكل قطعة، ودقّة أعلى، وإعادة معالجة قطعة واحدة دون المساس بالبقية، والتعامل مع المستندات الطويلة.
9. ذاكرة ترجمة تتعلّم من النتائج المعتمدة#
كل ترجمة روجعت واعتُمدت تصبح مصدر معرفة للمشروعات القادمة: استخرج الأصل والترجمة النهائية، وأضف بيانات وصفية (المجال، والعميل، واللغتين، والتاريخ، ودرجة الجودة)، وخزّنها في قاعدة المعرفة، واسترجعها عند تشابه النصوص.
10. الإدارة بحسب مستوى المخاطر (Risk-Aware Orchestration)#
منشور بسيط ليس كعقد قانوني ولا كشهادة رسمية. يبدأ النظام بحساب درجة المخاطرة، ثم يختار المسار: منخفضة لوكيل واحد، ومتوسطة لثلاثة وكلاء، ومرتفعة لخط الأنابيب الكامل مع مراجعة بشرية.
| العامل | الوزن |
|---|---|
| مخاطر المجال | 30٪ |
| الأثر القانوني | 25٪ |
| درجة الغموض | 15٪ |
| كثافة المصطلحات | 10٪ |
| حساسية الأرقام | 10٪ |
| أهمية العميل | 10٪ |
{ "risk_score": 87, "risk_level": "high", "workflow": "full_translation_pipeline", "human_review": true }النتيجة: المهام البسيطة سريعة ورخيصة، والحسّاسة تحصل على طبقات تحقّق إضافية؛ توازن ذكي بين الجودة والتكلفة.
الصورة الكاملة: معمارية مقترحة#
الاستقبال والتوجيه
المستخدم، ثم وكيل التوجيه، ثم وكيل المخاطر، ثم المدير.
الفهم والمعرفة
وكيل التحليل، والاسترجاع من المعرفة وذاكرة الترجمة، ووكيل المصطلحات.
الإنتاج والمراجعة
وكيل الترجمة، ثم مراجعة متعدّدة الوكلاء، ثم وكيل الجودة.
القرار
درجة الثقة تقرّر: قبول، أو تصحيح ذاتي، أو مراجعة بشرية.
التعلّم
الترجمة النهائية المعتمدة تعود إلى ذاكرة الترجمة.
ترتيب التنفيذ المقترح#
لا تبدأ بالوكلاء العشرة دفعة واحدة:
الحدّ الأدنى القابل للتطبيق
التوجيه، والتحليل، والترجمة، والجودة، والاسترجاع من قاعدة المصطلحات.
محرّك الجودة
التوجيه بحسب الثقة، وحلقة التصحيح الذاتي، والمراجعة متعدّدة الوكلاء.
المنصة الذكية
المدير والعمّال، وذاكرة تتعلّم، والإدارة بحسب المخاطر، والمعالجة على مستوى القطعة.
اختبر فهمك
لماذا نضع حدًّا أقصى لحلقة التصحيح الذاتي؟
دورتان أو ثلاث تحقّق التوازن بين الجودة والتكلفة.
اختبر فهمك
ما الذي يجب تخزينه في ذاكرة الترجمة المتعلّمة؟
ذاكرة تتعلّم من أخطاء النموذج تضاعف تلك الأخطاء في كل مشروع قادم.