لقد كنت أبني وكلاء الذكاء الاصطناعي في الإنتاج لأكثر من عام. إليك مشكلة شائعة يواجهها المطورون عند توسيع الوكلاء إلى الإنتاج: عادة ما تتنقل بين خدمات منفصلة للمتجهات، والبيانات المهيكلة، والجلسات. ثلاثة مجموعات اتصال مختلفة. ثلاث استراتيجيات بديلة. ثلاث لوحات مراقبة. حلقة الوكيل نفسها بسيطة مع التفكير والأدوات والذاكرة، لكن البنية التحتية تصبح عنق الزجاجة. إذا كنت تريد طريقة أنظف للتعامل مع هذا، فقد أنشأت وكيلا يستخدم @MongoDB كخلفية وحيدة لكل شيء. عملت مع فريقهم لمشاركة هذا معكم. الإعداد بسيط: ↳ ابدأ بمستند PDF. سيجيب الوكيل على الأسئلة حوله مع تذكر المحادثات السابقة. ↳ أولا، قم بتقسيم ملف PDF وتضمينه باستخدام نموذج الذكاء الاصطناعي في Voyage. هذه التضمينات تذهب مباشرة إلى MongoDB مع فهرس متجه. ↳ ثم تعرف أداتين: واحدة للبحث المتجه، وأخرى للحسابات الأساسية إذا لزم الأمر. يقرر الوكيل أيهما يستخدم بناء على الاستعلام. ↳ يتم تخزين الذاكرة في نفس قاعدة البيانات تحت معرفات الجلسة. كل تفاعل يخوض الوكيل يتم كتابته مرة أخرى، لذا يمكنه الإشارة إلى الأدوار السابقة. ↳ المخطط يربط كل شيء معا. ينظر إلى تاريخ المحادثات، ويقرر إذا كان يحتاج إلى أداة، وينفذ تلك الأداة، ويولد الرد النهائي. هنا تكمن أهمية الخلفية الموحدة: عندما يبحث الوكيل عن السياق، فهو يستعلام نفس قاعدة البيانات التي تخزن جلسات المستخدمين والبيانات المنظمة. عندما يكتب إلى الذاكرة، يكون نفس نسخة MongoDB تتعامل مع التضمينات المتجهية. ...