لا تبدأ المطالبة الجيدة من عبارة عامة مثل «اكتب إجابة دقيقة». بل تبدأ بتحديد ما الذي تريد إنجازه، وما المعلومات التي يُسمح للنموذج باستخدامها، وما الذي يجب أن يقوله عندما لا يجد دليلاً، وكيف ينبغي أن تبدو الإجابة النهائية. هذا المقال يقدم قالباً عملياً يمكن تكييفه مع التلخيص والمراجعة والبحث الداخلي وكتابة المسودات.
العناصر الأربعة للمطالبة القابلة للمراجعة
توصي OpenAI بأن توضّح المطالبة المهمة، وتوفر السياق اللازم، وتحدد النبرة أو الأسلوب المطلوب وفق هذا المصدر. وبناءً على ذلك، يمكنك تقسيم المطالبة إلى أربعة أقسام:
- المهمة: اذكر الفعل المطلوب، مثل «لخّص» أو «قارن» أو «استخرج».
- الأدلة المسموح بها: حدّد المستندات أو الروابط أو البيانات التي يمكن استخدامها.
- قاعدة المعلومات غير المدعومة: اطلب من النموذج التصريح بعدم كفاية الدليل بدلاً من التخمين. وتوصي إرشادات Google بتقييد الادعاءات الواقعية بالمصادر المسموح بها والتصريح عندما لا يكون الدعم متاحاً وفق إرشادات تصميم المطالبات.
- شكل المخرجات: عرّف الحقول والترتيب والطول والنبرة وأي أمثلة يجب اتباعها.
هذه ليست وصفة تضمن صحة كل إجابة. إنها طريقة تجعل المطلوب والحدود وقابلية الفحص أكثر وضوحاً.
افصل التعليمات عن السياق
عندما تجمع التعليمات مع النص المراد تحليله في فقرة واحدة، قد يصبح من الأصعب تحديد ما الذي يجب تنفيذه وما الذي يجب اعتباره مادة مرجعية. توصي ممارسات OpenAI بفصل التعليمات عن السياق، كما تشير إلى إمكانية عرض شكل الإجابة المطلوبة من خلال أمثلة في دليل تقنيات هندسة المطالبات.
توصية تحريرية لهذا القالب: استخدم عناوين أو فواصل ثابتة مثل <task> و<evidence> و<output>. لا تفترض أن هذه العلامات تمنح النص حماية خاصة؛ فائدتها هنا تنظيمية، وتساعد القارئ والمراجع على تمييز أجزاء المطالبة.
اكتب قاعدة صريحة عند غياب الدليل
عبارة «كن دقيقاً» لا تحدد معنى الدقة ولا الإجراء المطلوب عند نقص المعلومات. القاعدة العملية المقترحة في هذا المقال هي: «استخدم الأدلة المرفقة أو المصادر المصرح بها فقط. اربط كل نقطة واقعية بموقعها في الدليل. إذا لم تدعم الأدلة الإجابة، اكتب: غير مذكور في الأدلة المقدمة».
هذه القاعدة متسقة مع التوصية بتقييد الادعاءات بالمصادر المسموح بها وطلب بيان نقص الدعم كما تشرح Google. وهي قاعدة تصميم تحريرية وليست ضماناً بأن النموذج سيتبعها دائماً. لذلك اجعل وجود الإسناد جزءاً من فحصك النهائي، لا مجرد تعليمات داخلية.
حدّد المخرج قبل إرسال المطالبة
بدلاً من قول «أعطني ملخصاً جيداً»، اذكر عدد النقاط، والحقول، والطول، والجمهور، والنبرة. مثال: «أعد خمس نقاط، ثم جدولاً من عمودين يربط كل ادعاء بموقع الدليل، ثم ملاحظة قيود من جملة واحدة». توصي إرشادات Google باستخدام أقسام منظمة وقيود grounding وذكر المصادر وتحديد تنسيق واضح للمخرجات في استراتيجيات prompting المنشورة.
اقتراح عملي: أضف مثالاً قصيراً للمخرج إذا كان شكل الحقول مهماً. المثال يوضح النمط، لكنه لا ينبغي أن يتحول إلى معلومة عن المستند. اكتب مثلاً: «claim: … / evidence: section …» ثم اترك القيم الفعلية للنص المرفق.
متى تستخدم Structured Outputs أو JSON Schema؟
في workflows البرمجية، يمكن استخدام ميزة Structured Outputs عندما تكون متاحة. تذكر OpenAI أن Structured Outputs تستطيع جعل الاستجابة متوافقة مع JSON Schema مقدّم في شرح الميزة. لكن المصدر نفسه يوضح أن الالتزام بالمخطط لا يمنع الأخطاء في القيم داخله في المصدر ذاته.
لذلك افصل بين سؤالين: هل جاءت الاستجابة بالشكل المطلوب؟ وهل كل قيمة مدعومة بالدليل؟ المخطط قد يساعد في السؤال الأول، أما السؤال الثاني فيحتاج إلى مراجعة الأدلة. استنتاج تصميمي: إذا كانت الإجابة ستدخل نظاماً لاحقاً، فاجعل حقلاً مثل evidence_location إلزامياً في تصورك، ثم اختبر ما يحدث عندما لا يملك النموذج موقعاً مناسباً.
قالب عملي للشركات الصغيرة
يمكنك نسخ القالب التالي وتبديل النص بين الأقسام:
<task>
لخّص المستند المرفق لأصحاب الأعمال الصغيرة.
</task>
<evidence>
استخدم المستند أدناه فقط. أضف رقم القسم أو الصفحة لكل نقطة واقعية.
إذا لم تدعم الأدلة الإجابة، اكتب: «غير مذكور في الأدلة المقدمة».
</evidence>
<output>
أعد: 1) خمس نقاط، 2) جدولاً من عمودين يربط الادعاء بموقع الدليل،
3) ملاحظة قصيرة عن القيود. لا تضف معلومات خارجية.
</output>ملاحظة تحريرية: عدد النقاط، وأسماء الحقول، وعبارة النقص أعلاه اختيارات من هذا القالب وليست متطلبات عامة. عدّلها بحسب المهمة، لكن لا تحذف قاعدة التعامل مع المعلومات غير المدعومة إذا كانت قابلية التتبع مهمة لك.
فحص سريع قبل اعتماد الإجابة
- هل تصف المهمة فعلاً الفعل المطلوب والجمهور المقصود؟
- هل حددت الأدلة المسموح بها، بدلاً من الاكتفاء بعبارة «ابحث»؟
- هل توجد عبارة واضحة لما يجب فعله عند غياب الدعم؟
- هل لكل ادعاء واقعي مكان دليل يمكن مراجعته؟
- هل الحقول والطول والنبرة والترتيب قابلة للفحص؟
- إذا استخدمت JSON Schema، هل راجعت صحة القيم نفسها؟
الخلاصة: اكتب المطالبة كتعريف لنطاق العمل وقواعد الإثبات وشكل التسليم، لا كطلب عام للجودة. كلما كانت الحدود والمخرجات صريحة، أصبح من الأسهل اكتشاف ما يحتاج إلى مراجعة أو ما لم تدعمه الأدلة.