النماذج والسياق والإجابات الخاطئة

افصل القدرة عن المعلومات المتاحة

يستخدم النموذج اللغوي الأنماط التي تعلّمها والمعلومات المقدمة أثناء المهمة. تستطيع النماذج الحديثة إجراء استدلال معقّد وعمل برمجي مفيد. وقد تنتج أيضاً إجابة مفصّلة تعتمد على افتراض خاطئ.

يصف مصطلح «نموذج frontier» مستوى متغيّراً من القدرات. لا يثبت المصطلح أن النموذج قرأ مستودعك. ولا يبيّن أنه يعرف إصدارات تبعياتك أو قواعد العمل غير المكتوبة. يجب أن توفّر بيئة المهمة هذه الحقائق.

يمكن لوكيل يملك الأدوات المناسبة استرجاع المعلومات. أما المحادثة بلا وصول فلا تستطيع فحص المستودع. عندما تبدو الإجابة خاطئة، اطرح سؤالين. هل يستطيع النموذج حل هذه المشكلة بالمعلومات الصحيحة؟ وهل تلقّى تلك المعلومات؟

قد يساعد نموذج آخر في المشكلة الأولى. وقد يحلّ توفير سياسة مفقودة أو فحص إحدى التبعيات المشكلة الثانية.

حدّد سياق هذه المهمة

السياق هو المعلومات المتاحة للإجابة الحالية. ويشمل التعليمات والملفات المقدمة والمحادثة ذات الصلة ونتائج الأدوات. تختار المنتجات هذه المعلومات وتحتفظ بها بطرق مختلفة. وقد تلخّص أيضاً المحتوى السابق.

لا تفترض أن النموذج يقرأ كل ملف في مجلد مرفوع. ولا تفترض أن تعليمة مبكرة تبقى متاحة طوال جلسة طويلة. اطلب من الأداة تحديد الملفات والتعليمات التي استخدمتها.

لا تؤدي زيادة السياق دائماً إلى تحسين الإجابة. قد يكون قرار معماري حديث أنفع من ملفات مصدرية لا صلة لها بالمهمة. وقد يسبب دليل ترحيل قديم إجابة خاطئة لأنه يبدو مرجعاً موثوقاً.

تأمّل ميزة خيالية لإعدادات الحساب. قدّم المسار والبرمجيات الوسيطة للتخويل ونموذج البيانات المعني واختباراً موجوداً. أضف قيداً محدداً: «يمكن للعضو تغيير اسم العرض الخاص به. ولا يمكنه تغيير دوره في المؤسسة». أصبح لدى النموذج الآن حكم صريح يجب الحفاظ عليه.

تحقّق من الادعاءات في التفسير

قد تقول الإجابة إن نقطة نهاية آمنة لأن البرمجيات الوسيطة تتحقّق من الملكية. تحقّق من كل جزء في هذا الادعاء.

1. تحقّق من استخدام نقطة النهاية للبرمجيات الوسيطة المحددة.
2. تحقّق من أن البرمجيات الوسيطة تفحص الملكية، لا المصادقة فقط.
3. حدّد مصدر هوية المستخدم.
4. نفّذ اختبار رفض بهوية مستخدم آخر.

تحدّد الإشارة إلى المستودع موضع الفحص. لكنها لا تثبت توافق التفسير مع الشيفرة.

استخدم الطريقة نفسها مع توصية API. قد تستدعي الشيفرة المولّدة طريقة لا تصدّرها الحزمة المثبتة. تحقّق من إصدار الحزمة والوثائق الرسمية قبل استبدال التبعيات. وإلا فقد يسبب افتراض غير مدعوم ترحيلاً غير ضروري.

حوّل الشك إلى فحص

«كن دقيقاً» ليست خطة تحقق. حدّد الافتراض والدليل المطلوب وعاقبة النتيجة الخاطئة.

مثلاً: «لم نتحقّق من عزل المستأجرين في نقطة النهاية هذه. افحص معالج الطلبات. أضف اختباراً يطلب فيه مستخدم من مستأجر آخر السجل نفسه». تعطي هذه التعليمة الوكيل تحقيقاً محدداً ونتيجة يمكن ملاحظتها.

في أسئلة التنفيذ، افحص إصدار النظام الفعلي. قد تصف الوثيقة السلوك المقصود. ويساعد فحص الشيفرة والاختبارات على إثبات السلوك الحالي. إذا تعارضا، فسجّل الفرق حتى يحسمه مسؤول. لا تختَر الإجابة الأسهل دون بيان ذلك.

يمكن للمديرين استخدام هذه الطريقة دون قراءة كل تغيير في الشيفرة. اسأل عن الافتراضات التي فحصها الفريق. حدّد الافتراضات المفتوحة والمسؤولين عنها. تدعم هذه المعلومات قرار الإصدار مباشرة أكثر من اسم النموذج.