من الأمر الغامض إلى المخرج الدقيق:
استراتيجية Output Specifications
وIterative Refinement
في هذه المحاضرة من دبلومة هندسة اللغويات وتدريب الذكاء الاصطناعي، نتعلم كيف نحوّل الأوامر العامة إلى مواصفات تعاقدية صارمة، وكيف نُحسّن المخرج عبر دورات تكرارية موجَّهة، مع تطبيق عملي كامل على وثيقة قانونية إنجليزية معقدة (Second Amendment to Credit Agreement).
- لماذا تفشل أوامرنا؟ مشكلة الأمر العام
- ما هي استراتيجية Output Specifications؟
- المعايير السبعة لمواصفات المخرج
- ما هي استراتيجية Iterative Refinement؟
- دورة التحسين التكراري: المراحل الأربع
- التطبيق العملي على النص القانوني
- بناء تطبيق Legal Translator Pro على Google AI Studio
- ١٢ Tips & Tricks للممارسة الاحترافية
- الأخطاء الشائعة وكيف نتجنبها
- الخلاصة والمشروع التطبيقي
لماذا تفشل أوامرنا؟ مشكلة الأمر العام
معظم المترجمين والمتعاملين مع الذكاء الاصطناعي يقعون في فخ واحد متكرر: الأمر الغامض. يكتب المستخدم أمرًا مثل «ترجم النص ده» أو «لخّص لي الوثيقة»، ثم يُفاجأ بأن المخرج لا يلبي توقعاته. المشكلة ليست في النموذج، بل في غياب المواصفات التي تخبر النموذج بدقة ما المطلوب.
في هندسة البرمجيات، لا يبني المهندس نظامًا دون «وثيقة متطلبات». وفي الترجمة الاحترافية، لا يبدأ المترجم العمل قبل قراءة «brief» العميل. في الذكاء الاصطناعي، البرومبت هو وثيقة المتطلبات، وكلما كانت أكثر تحديدًا، كان المخرج أقرب للحاجة الفعلية.
«ترجم لي تعديل اتفاقية الائتمان المرفقة إلى العربية.»
النتيجة: ترجمة حرفية، مصطلحات غير موحدة، تنسيق ضائع، لا توجد إشارة للأطراف بشكل ثابت، ومن المحتمل أن يخلط النموذج بين «Borrowing Base» و«Borrowing» العادي.
«ترجم الوثيقة بأسلوب قانوني مصري معتمد، حافظ على تنسيق Section/Subsection، وحّد المصطلحات وفق المسرد المرفق، وقدّم المخرج في جدول من عمودين.»
النتيجة: ترجمة منضبطة، قابلة للتدقيق، تحترم اصطلاحات النص الأصلي، وتعطي المراجع رؤية فورية.
قاعدة ذهبية: النموذج لا يقرأ ما في ذهنك، بل ما في برومبتك. كل افتراض غير مكتوب هو ثغرة في المخرج. مهمة مهندس اللغويات أن يحوّل الافتراضات الضمنية إلى مواصفات صريحة.
ما هي استراتيجية Output Specifications؟
Output Specifications (مواصفات المخرج) هي تقنية في هندسة الأوامر تعتمد على تحديد شكل المخرج وبنيته ومحتواه ومعاييره الجودية بشكل صريح ومفصّل قبل تنفيذ المهمة، بدلاً من ترك النموذج يستنتج ما تريد.
الفكرة الأساسية: تعامل مع البرومبت كأنه عقد بين طرفين — أنت والنموذج. في العقد، لا توجد عبارة مفتوحة. كل بند له حدود واضحة. إذا قلت «اكتب ملخصًا»، فالعقد فضفاض. أما إذا قلت «اكتب ملخصًا تنفيذيًا من ٥ نقاط، كل نقطة لا تتجاوز ٢٠ كلمة، باللغة العربية الفصحى الصحفية»، فقد أبرمت عقدًا قابلاً للتنفيذ والتدقيق.
الفرق بين Output Specifications والأوامر التقليدية
| المحور | الأمر التقليدي | Output Specifications |
|---|---|---|
| الشكل | غير محدد، يتركه النموذج لاجتهاده | محدد بدقة (جدول/قائمة/JSON/markdown) |
| الطول | «قصير» أو «طويل» | عدد كلمات/جمل/فقرات صريح |
| الأسلوب | غير مذكور | محدد (قانوني/صحفي/أكاديمي/تسويقي) |
| المصطلحات | اعتباطية حسب تدريب النموذج | موحّدة عبر مسرد ملحق |
| حالات الحافة | غير معالجة | منصوص عليها (ماذا يفعل عند الغموض؟) |
| قابلية التدقيق | صعبة، معايير ذاتية | عالية، معايير موضوعية قابلة للقياس |
المعايير السبعة لمواصفات المخرج
أيّ مواصفة احترافية للمخرج يجب أن تجيب على سبعة أسئلة. خذها كقائمة تحقق (checklist) قبل إرسال أي أمر:
- FORMAT — ما الشكل؟ هل تريد المخرج كنص متصل؟ جدول من X أعمدة؟ JSON بمفاتيح محددة؟ Markdown بترويسات؟ قائمة نقطية؟ سرد قصصي؟ حدد الشكل بدقة.
- LENGTH — ما الطول؟ عدد الكلمات (٣٠٠ كلمة)، أو عدد الجمل (٥ جمل)، أو عدد الفقرات (٣ فقرات)، أو طول كل عنصر في القائمة (سطر واحد). الطول كميّ، ليس وصفيًا.
- TONE & REGISTER — ما الأسلوب والمسجل اللغوي؟ قانوني رسمي / أكاديمي محايد / صحفي / تسويقي حماسي / محادثاتي ودود. وحدد اللهجة (فصحى/مصرية/خليجية) واللغة الموجَّه إليها.
- AUDIENCE — لمن؟ طالب جامعي مبتدئ، مترجم محترف، محامٍ متخصص، رجل أعمال غير متخصص. تحديد الجمهور يعدّل تلقائيًا الأسلوب والمصطلحات.
- CONSTRAINTS — ما القيود؟ «لا تستخدم كلمات أجنبية»، «لا تستعن بترجمات حرفية»، «احتفظ بأسماء الأطراف بالإنجليزية»، «تجنّب المصطلحات الفقهية القديمة».
- STRUCTURE — ما البنية الداخلية؟ هل تريد مقدمة + متن + خاتمة؟ هل تريد ترويسات مرقمة؟ هل تريد ربطًا بين الأقسام؟ ارسم البنية كأنها هيكل عظمي للمخرج.
- EDGE CASES — ماذا لو؟ «إذا كان المصطلح غامضًا، اكتب الترجمة بين قوسين مع الأصل الإنجليزي»، «إذا تعدد المعنى، أعطِ بدائل»، «إذا غاب السياق، اطلب توضيحًا».
تذكَّر: هذه المعايير السبعة ليست ترفًا. كل معيار تتجاهله يضيف مساحة تأويل للنموذج، ومساحة التأويل = عشوائية المخرج. الاحترافية = إغلاق فجوات التأويل.
ما هي استراتيجية Iterative Refinement؟
Iterative Refinement (التحسين التكراري) هو نهج يعامل البرومبت باعتباره مسودة قابلة للتطوير عبر دورات متتابعة، حيث يُولِّد النموذج مخرجًا أوليًا، ثم نُحلِّل ما الذي نجح وما الذي فشل، ثم نُعدّل البرومبت بناء على هذا التحليل، ونُعيد التشغيل، حتى نصل لمخرج يلبي المواصفات.
النموذج الذكي لا يقرأ أفكارك، لكنه يستجيب بدقة للتعديلات. الفرق بين المستخدم الهاوي والمحترف ليس في «جمال» البرومبت الأول، بل في قدرته على التشخيص والتعديل. المحترف يعرف أن المخرج الأول هو نقطة بداية، وليس النهاية.
لماذا التحسين التكراري ضروري؟
النصوص الحقيقية، خاصة القانونية والتقنية، تحوي تعقيدات لا يمكن استيعابها كلها في برومبت واحد. وثيقة مثل «Second Amendment to Credit Agreement» المرفقة تحتوي على:
- مصطلحات قانونية مالية متخصصة (Borrowing Base, EBITDAX, Test Period, Applicable Margin)
- إحالات داخلية بين أقسام (Section 9.01 → Section 8.12(a))
- جداول رياضية بنسب مئوية ومعدلات
- صيغ تعاقدية مشروطة (provided that, notwithstanding the foregoing)
- تواريخ وأطراف لا يجوز ترجمتها (Delaware, FirstBank Southwest)
من المستحيل عمليًا أن يلتقط برومبت واحد كل هذه التفاصيل من المرة الأولى. لذلك نلجأ للتحسين التكراري: نبدأ بمواصفات أساسية، ثم نضيف طبقات دقة بعد كل تشغيل.
دورة التحسين التكراري: المراحل الأربع
أي دورة تكرار محترفة تتألف من أربع مراحل متتابعة (يمكن تكرارها N مرات):
GENERATE — توليد المسودة الأولى
ابدأ ببرومبت يحوي الحد الأدنى من المواصفات السبعة (المحور الثالث). لا تطمح للكمال هنا. الهدف هو إنتاج مادة قابلة للتشخيص، وليس مخرجًا نهائيًا. كثير من المهندسين يضيعون ساعات في صياغة برومبت أول مثالي، بينما المحترف يطلق المسودة الأولى في دقائق.
DIAGNOSE — تشخيص المخرج
اقرأ المخرج بعين ناقدة. ضع قائمة بالمشكلات تحت ٣ تصنيفات: (أ) مشكلات بنية (الشكل غير المطلوب)، (ب) مشكلات محتوى (معلومات ناقصة/خاطئة)، (ج) مشكلات أسلوب (المسجل اللغوي غير ملائم). التشخيص الجيد نصف العلاج.
REFINE — تحسين البرومبت
لكل مشكلة شخّصتها، أضف بندًا في البرومبت يعالجها. لا تكتفِ بـ«حسّن المخرج»، بل قُل: «المشكلة كانت X، عدّل بحيث Y». تذكّر القاعدة الذهبية: كل تحسين يجب أن يكون قابلاً للقياس. «اجعله أوضح» سيئ. «استخدم جملًا لا تتجاوز ١٥ كلمة» جيد.
VALIDATE — التحقق
أعد التشغيل، ثم قارن المخرج الجديد بقائمة التشخيص. هل عُولجت كل المشكلات؟ هل ظهرت مشكلات جديدة؟ إذا تبقّت مشكلات، عُد للخطوة (٢). المحترف لا يخجل من ٥-٧ دورات تكرار. الهواة يستسلمون بعد دورتين.
التطبيق العملي: ترجمة وثيقة قانونية مالية
Second Amendment to Credit Agreement
وثيقة قانونية مالية بين U.S. Energy Corp (المقترض)، وFirstBank Southwest (الوكيل الإداري)، ومجموعة من المقرضين، تتضمن تعديلًا ثانيًا لاتفاقية ائتمان مؤرخة في 5 يناير 2022. يدخل التعديل حيز النفاذ في 17 أبريل 2026، ويُعدّل مفاهيم الـApplicable Margin ويضيف Financial Covenant Holiday Period ويرفع Borrowing Base إلى عشرين مليون دولار.
الدورة الأولى: البرومبت البدائي (Generate)
نبدأ بأمر أساسي يحوي مواصفات أولية فقط:
- ترجم «Borrowing Base» مرة بـ«قاعدة الاقتراض» ومرة بـ«حد الاقتراض» — عدم اتساق.
- أهمل ترجمة الجداول الرقمية وأبقاها بالإنجليزية كاملة.
- ترجم «provided that» حرفيًا بـ«شريطة أن» في كل المواضع، رغم أن السياق يستدعي «على أن» أو «بشرط أن».
- فقد التنسيق الهرمي للـSections وSubsections.
- لم يُشر إلى أن أسماء الأطراف يجب أن تبقى بالإنجليزية الأصلية.
الدورة الثانية: التشخيص والتحسين (Diagnose + Refine)
نضيف طبقة من المواصفات الدقيقة بناء على التشخيص:
- الجدول صحيح، لكن النموذج لخّص بعض الفقرات بدل الترجمة الكاملة.
- الإحالات الداخلية (مثلاً «pursuant to Section 8.12(a)») تُرجمت بشكل غير ثابت.
- الجداول الرقمية أُعيد بناؤها لكن دون شرح للنسب.
الدورة الثالثة: الإصدار النهائي (Validate)
- جدول من ٤ أعمدة (رقم القسم / الإنجليزي / العربي / الشرح) — قابل للتدقيق فورًا.
- مسرد موحد عبر الوثيقة — كل مصطلح يحتفظ بترجمته في كل مرة يظهر فيها.
- قسم «ملاحظات المترجم» يكشف ٣ مواضع غامضة تحتاج تأكيدًا قانونيًا — قيمة مضافة حقيقية للعميل.
- الجدول الرقمي للهامش المطبَّق صار قابلاً للقراءة بوضوح من قبل غير المتخصص.
الدرس المستخلص: ثلاث دورات تكرار حوّلت ترجمة فوضوية إلى منتج احترافي قابل للتسليم لمحامٍ متخصص. الفارق ليس في «ذكاء النموذج»، بل في المنهجية الهندسية للأمر. هذه هي قيمة دبلومة هندسة اللغويات: تتحول من مستخدم إلى مهندس.
التطبيق العملي: بناء تطبيق على Google AI Studio
Google AI Studio هو البيئة الرسمية من Google لبناء تطبيقات قائمة على نماذج Gemini، وهي البيئة المثالية لتحويل البرومبت المُحسَّن — الذي بنيناه عبر دورات Iterative Refinement — إلى تطبيق ويب فعلي يستطيع المترجم القانوني استخدامه يوميًا، بل ومشاركته مع فريقه أو عملائه.
في هذا المحور، سنحوّل برومبت الترجمة القانونية الذي بنيناه على وثيقة Second Amendment to Credit Agreement إلى تطبيق متكامل اسمه «Legal Translator Pro» داخل AI Studio.
الخطوة الأولى: الدخول إلى AI Studio وإنشاء التطبيق
توجّه إلى aistudio.google.com، سجّل الدخول بحساب جوجل، ثم من القائمة الجانبية اختر «Create new» → «Chat prompt». هذا يفتح بيئة العمل المكوَّنة من ثلاثة عناصر رئيسية:
- System Instructions الحقل العلوي — مكان وضع المواصفات الثابتة (هوية النموذج، المسرد، قواعد الأسلوب، حالات الحافة). هذه التعليمات تُطبَّق على كل رسالة دون الحاجة لتكرارها.
- Run Settings (Temperature, Top-K, Top-P) اللوحة اليمنى — مكان ضبط معايير التوليد. للترجمة القانونية الصارمة، اضبط Temperature على 0.2 لتقليل الإبداع وزيادة الالتزام بالمسرد.
- Chat Area المنطقة المركزية — مكان إدخال النصوص الجديدة المراد ترجمتها. كل رسالة هنا تستفيد تلقائيًا من System Instructions أعلاه.
الخطوة الثانية: ضبط System Instructions الكاملة
الصق المحتوى التالي بحرفيته في حقل System Instructions:
الخطوة الثالثة: ضبط Run Settings
في اللوحة اليمنى، اضبط المعايير التالية بدقة:
| المعيار | القيمة الموصى بها | السبب |
|---|---|---|
| Model | Gemini 2.5 Pro | أعلى دقة في النصوص الطويلة والمصطلحات المتخصصة |
| Temperature | 0.2 | تقلل الإبداع وتزيد الالتزام بالمسرد — ضرورية للنصوص القانونية |
| Top-P | 0.85 | تحكم متوازن في تنوع الصياغة دون انحراف عن الدقة |
| Top-K | 40 | القيمة الافتراضية المناسبة للنصوص التخصصية |
| Max Output Tokens | 8192 | تكفي لترجمة عدة أقسام طويلة في طلب واحد |
| Safety Settings | Default | لا تخفيض ضروري للنصوص القانونية |
الخطوة الرابعة: اختبار التطبيق
أرسل في حقل الدردشة الرسالة التالية لاختبار سلامة التطبيق:
جدول من ٤ أعمدة يتضمن: رقم القسم (4(b))، النص الإنجليزي الأصلي، الترجمة العربية الكاملة باستخدام «قاعدة الاقتراض» و«إعادة التحديد المقررة» و«إعادة التحديد المرحلية»، ثم تقرير الجودة في الذيل يذكر ٣ مصطلحات من المسرد ظهرت في النص.
الخطوة الخامسة: الحصول على API Key وتحويله إلى تطبيق منشور
بعد التأكد من جودة المخرج، اضغط زر «Get code» في أعلى يمين الواجهة. AI Studio يولّد تلقائيًا كود التطبيق بثلاث لغات (Python / JavaScript / cURL) جاهزًا للنسخ. يمكنك بعد ذلك:
- توليد API Key من قائمة AI Studio، اختر «Get API Key» — احصل على مفتاح مجاني للاستخدام، مع حدود سخية للاختبار.
- نسخ الكود الجاهز كود Python أو JavaScript يحتوي على System Instructions كاملة + إعدادات Run Settings — جاهز للتشغيل من VS Code أو Replit.
- بناء واجهة بسيطة استخدم Streamlit (Python) أو Next.js (JS) لبناء واجهة ويب يستخدمها فريقك في مترجم أكاديمي. صفحة واحدة بمربع نص + زر «ترجم» = تطبيق منتج.
- النشر للعملاء انشر التطبيق على Streamlit Cloud أو Vercel مجانًا، وامنح كل عميل رابطًا خاصًا. هذا يحوّل البرومبت من «أداة شخصية» إلى «منتج قابل للتسعير».
- المشاركة المباشرة من AI Studio إن لم ترغب في برمجة واجهة، استخدم زر «Share» داخل AI Studio لإرسال رابط مباشر للتطبيق لزملائك — يستخدمونه فورًا دون أي إعداد تقني.
نصيحة احترافية: احفظ التطبيق داخل AI Studio بزر «Save» — يصبح متاحًا من «My Library» في أي وقت. أنشئ نسخًا متعددة: Legal Translator Pro للنصوص القانونية، Marketing Translator للنصوص التسويقية، Academic Translator للنصوص الأكاديمية. كل تطبيق له System Instructions و Temperature خاصة به. هذا يحوّل AI Studio إلى «استوديو إنتاج لغوي» كامل.
اثنا عشر Tip & Trick للممارسة الاحترافية
الخلاصة العملية لكل ما سبق، في صورة قواعد قابلة للتطبيق المباشر:
- ابدأ بالنهاية في ذهنك قبل كتابة البرومبت، تخيّل المخرج النهائي بدقة: شكله، طوله، أسلوبه. ثم اعكس هذا التخيّل إلى مواصفات مكتوبة.
- استخدم وسوم الأقسام بين أقواس مربعة [المهمة] [الجمهور] [الأسلوب] [البنية] [القيود]. هذه الوسوم تُساعد النموذج على تنظيم البرومبت ذهنيًا قبل التنفيذ.
- المسرد الموحد قبل الترجمة، وليس بعدها اكتب مسرد المصطلحات داخل البرومبت نفسه. لا تعتمد على ذاكرة النموذج، فهي غير ثابتة بين الجلسات.
- اطلب التحقق الذاتي أضف بندًا: «في نهاية المخرج، تحقق ذاتيًا من الالتزام بكل النقاط، وأبلغني عن أي انحراف». هذا يفعّل آلية المراجعة الداخلية.
- قسّم المهام الكبيرة وثيقة من ٢٠ صفحة لا تُترجم في برومبت واحد. قسّم النص إلى أقسام، ترجم كل قسم بنفس البرومبت، ثم اجمع.
- استخدم Few-Shot Examples أعطِ النموذج ١-٣ أمثلة محلولة قبل المهمة الفعلية. مثال على ترجمة جملة قانونية بنفس الأسلوب يساوي ألف كلمة من التعليمات.
- اطلب التفسير قبل التنفيذ قبل البدء، اطلب: «اشرح فهمك للمهمة في ٣ نقاط». هذا يكشف سوء الفهم مبكرًا قبل أن يتجسّد في مخرج خاطئ.
- القيود السلبية بنفس قوة الإيجابية «لا تستخدم»، «تجنّب»، «امتنع عن» — هذه الصيغ تغلق أبواب الأخطاء المتوقعة بقدر ما تفتح صيغة «استخدم» أبواب الجودة.
- وثّق دورات التحسين احتفظ بسجل لكل برومبت ومخرجه ومشكلاته. هذه السجلات تتحول مع الوقت إلى «مكتبة برومبتات» جاهزة لمشاريع مماثلة.
- اضبط درجة الحرارة (Temperature) حسب المهمة قانوني/تقني/طبي: 0.1-0.3. تسويقي/إبداعي: 0.6-0.8. قصصي/شعري: 0.8-1.0. هذا الإعداد متاح في AI Studio و OpenAI Playground.
- افصل المواصفات الثابتة عن الطلب المتغير المواصفات الثابتة (المسرد، الأسلوب) تُوضع في System Instructions. الطلب المتغير (النص الجديد) يُوضع في Message. هذا يقلل تكلفة الـtokens ويزيد الاتساق.
- اختبر البرومبت على عينات صغيرة قبل الإنتاج الفعلي قبل ترجمة وثيقة كاملة، اختبر البرومبت على فقرة واحدة من الوثيقة. عدّل حتى تستقر الجودة. ثم انطلق.
الأخطاء الشائعة وكيف نتجنبها
| الخطأ | السبب | العلاج |
|---|---|---|
| «اكتب لي شيئًا جيدًا» | غياب أي مواصفة قابلة للقياس | طبّق المعايير السبعة كحد أدنى |
| برومبت طويل من ٢٠٠٠ كلمة | محاولة تغطية كل شيء دفعة واحدة | افصل النظام عن الرسالة، استخدم Gems |
| «حسّن المخرج» | طلب غامض لا يخبر النموذج بـماذا يحسّن | حدد النقطة الفاشلة وأعطِ معيارًا للنجاح |
| الاستسلام بعد دورتين | توقع الكمال من الجولة الأولى | تقبّل أن ٣-٧ دورات هي القاعدة المهنية |
| إهمال حالات الحافة | افتراض أن النص «طبيعي» دائمًا | أضف بند «إذا واجهت X، افعل Y» |
| مزج اللغات في البرومبت عشوائيًا | عدم وضوح لغة الإدخال ولغة الإخراج | صرّح بوضوح: «الإدخال: إنجليزي / المخرج: عربي» |
الخلاصة والمشروع التطبيقي
ماذا تعلمنا؟
Output Specifications تحوّل البرومبت من «طلب فضفاض» إلى «عقد دقيق». المعايير السبعة (الشكل، الطول، الأسلوب، الجمهور، القيود، البنية، حالات الحافة) هي الإطار الأدنى لأي مواصفة احترافية.
Iterative Refinement يحوّل الكمال من «هدف مستحيل من المرة الأولى» إلى «منتج تصاعدي عبر دورات منهجية». المراحل الأربع (Generate → Diagnose → Refine → Validate) تتكرر حتى يلبي المخرج المواصفات.
التطبيق على النص القانوني أثبت أن ثلاث دورات تكرار محسوبة كافية لتحويل ترجمة فوضوية إلى منتج قابل للتسليم لمحامٍ متخصص — وهذه هي القيمة التي يبحث عنها العميل.
المشروع التطبيقي للأسبوع
اختر وثيقة من تخصصك (قانونية، تقنية، طبية، تسويقية)، وطبّق:
- المرحلة الأولى اكتب البرومبت الأول بناء على المعايير السبعة. سجّل المخرج في ملف.
- المرحلة الثانية شخّص المشكلات تحت ٣ تصنيفات (بنية / محتوى / أسلوب). اكتب القائمة بدقة.
- المرحلة الثالثة عدّل البرومبت بحيث يعالج كل مشكلة ببند صريح قابل للقياس. سجّل المخرج الجديد.
- المرحلة الرابعة كرر حتى يستقر المخرج. وثّق عدد الدورات والوقت المستغرق ونوع التحسينات.
- المرحلة الخامسة شارك مشروعك في مجموعة الدبلومة مع تحليل ذاتي: ما الذي تعلمته من هذه الدورة التكرارية؟
هذه محاضرة من ضمن دبلومة متكاملة
دبلومة هندسة اللغويات وتدريب الذكاء الاصطناعي من أكاديمية مترجم تنقلك من مستخدم عادي إلى مهندس برومبت محترف، عبر منهج عملي يجمع بين علم اللغة، هندسة الأوامر، أدوات Corpus، وتدريب نماذج الذكاء الاصطناعي.
سجّل في الدبلومة الآن