Agent-hub تنقل المهمة إلى ذكاء اصطناعي آخر عبر ملخص من خمسة بنود

سلّمتَ المهمة إلى وكيل ذكاء اصطناعي آخر ونسختَ آخر رد، ثم وجدت نفسك تشرح من جديد ما كنت تنوي فعله. يتضمن الرد نتيجة حديثة، لكن قد يغيب عنه الهدف والقيود وأسباب القرارات المتخذة بالفعل. ولهذا الانتقال أضاف agent-hub الأمر /handoff: يعدّ الوكيل الأصلي ملخصًا، ويراجعه الإنسان، ثم يتلقى الوكيل الجديد النص ويواصل العمل. وما يفيد المطوّر هنا هو أسلوب تسليم المهمة نفسه، إذ يمكن تكراره في أداته الخاصة.

ما الذي يتلقاه الوكيل التالي

يشغّل Agent-hub الوكلاء على الحاسوب ويتيح التواصل معهم عبر مواضيع مجموعة Telegram. ينشئ الأمر /handoff انتقالًا بين الوكلاء: يُعدّ أولًا وصف لحالة المهمة الحالية، وبعد التأكيد يُفتح موضوع جديد مع المستلم المختار.

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

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

للملخص حد أقصى هو 3000 وحدة UTF-16. يرفض التطبيق النص الفارغ أو الطويل جدًا. ولا يوجد اقتطاع تلقائي: قد تقع الخطوات التالية أو قيد مهم في النهاية. ومع ذلك، فحتى الملخص السليم من حيث الطول قد يغفل الخيارات المرفوضة وأسباب القرارات.

التأكيد مرتبط بحالة المهمة

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

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

وتناولت المادة بشكل منفصل فقدان رد Telegram. فقد تنشئ الخدمة الموضوع دون أن يتلقى التطبيق تأكيدًا. لذلك لا يكرر agent-hub الإنشاء تلقائيًا، وإلا ظهرت نسخ مكررة. وينصح المؤلف بفحص قائمة المواضيع قبل أي محاولة جديدة.

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

الملفات المشتركة تبقى نقطة خطر

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

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

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

وبحسب المؤلف، فُحصت السيناريوهات باختبارات آلية باستخدام وكلاء وTelegram بديلين، ثم يدويًا مع وكلاء حقيقيين. ولا تورد المادة تقديرًا كميًا لفقدان السياق. والخلاصة العملية أكثر تواضعًا من وعد الانتقال السلس: سلّم حالة مهمة قابلة للتحقق، وحدد المجهول، واطلب من المستلم مطابقة الملفات قبل التعديل. الشيفرة المصدرية للمشروع متاحة في المستودع github.com/aprazdnikov/agent-hub-rs، ويذكر المؤلف أن الترخيص هو MIT.