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