النماذج والذاكرة والأدوات وأطر التطوير

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

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

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

النموذج

النموذج هو محرّك الاستدلال. تصل إليه عبر شبكة: ترسل نصًّا فيعود إليك نصّ. وكلما كان أفضل في اتّباع التعليمات واستخدام الأدوات، كان سلوك وكيلك أفضل.

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

ما الذي ينسّقه

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

LangChain إن أردت طبقة تنسيق كاملة، مقرونًا بـLlamaIndex حين تكون المستندات في المركز. ولا تمدّ يدك إلى CrewAI أو AutoGen إلا حين يكون لديك فعلًا عدة وكلاء — والجزء الخامس سيساعدك في الحكم على ذلك. وحزمة أدوات المزوّد نفسه هي غالبًا أقصر طريق بعد أن تستقرّ على نموذج.

الذاكرة

بلا ذاكرة يبدأ الوكيل من الصفر في كل مرة. ونوعان منها، كما بيّن الفصل 6: الذاكرة قصيرة المدى للجلسة، والذاكرة طويلة المدى على امتداد الجلسات. والذاكرة قصيرة المدى تسكن غالبًا في نافذة السياق وفي ذاكرة مؤقّتة. أما الذاكرة طويلة المدى فتحتاج إلى مكان حقيقي.

ابدأ صغيرًا. وإن كنت تشغّل قاعدة بيانات علائقية أصلًا، فامتدادها المتجهي هو الخيار العملي عادةً، لأن نظامًا أقلّ للتشغيل يساوي كثيرًا.

الأدوات

الوكيل المفيد فعلًا لا يتكلّم فقط. فالأدوات تمكّنه من البحث عن المعلومة، والترتيب، والإرسال، والتحديث، والحساب. وفي التطبيق ستوصّل حفنة من هذه:

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

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

معرفتك الخاصة

لا نموذج يعرف مستنداتك الداخلية. فإن كان على الوكيل أن يجيب من أدلّة المنتجات أو السياسات أو العقود، فهو يحتاج إلى الاسترجاع — أي الفصل 4 مطبَّقًا على موادّك:

• يجد الوكيل المقاطع ذات الصلة في مستنداتك المخزّنة.
• تُضاف تلك المقاطع إلى ما يستقبله النموذج.
• ويجيب النموذج منها، ومن قدرته الخاصة.

يتولّى LlamaIndex الإدخال والتقطيع والاسترجاع؛ ومكوّنات الاسترجاع في LangChain تؤدّي العمل نفسه داخل مسار أكبر؛ أما التمثيلات المتجهية نفسها فتقع في المخزن الذي اخترته أعلاه.

أين يصل إليه الناس

ابدأ من حيث يوجد مستخدموك أصلًا، وهو عادةً منصّة محادثة أو صفحة يزورونها بالفعل. وأدوات مثل Streamlit وGradio تضع نموذجًا أوليًا أمام الناس في ظهيرة واحدة، وهذا يساوي أكثر من شهر من التصميم.

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

هذا كل ما يلزم لبناء وكيل واحد عامل. وهو يطرح سؤالًا وجيهًا: إن كانت الأجزاء مفهومة إلى هذا الحدّ، فكيف تبدو من الداخل الأنظمة التي يستخدمها ملايين الناس أصلًا؟