نواجه غالبًا في عملنا مع وكلاء الذكاء الاصطناعي تحدي إعادة شرح نفس المهمة مرارًا وتكرارًا. أو قد يكون هناك زميل يمتلك معرفة عميقة بحل مشكلة معينة، لكن هذه المعرفة تظل حبيسة محادثة أو ذهنه. «مهارات الوكلاء» (Agent skills) هي الحل لهذه المشكلة؛ فهي تتيح لنا التقاط هذه التعليمات القابلة للتكرار وإعادة استخدامها، مما يحول المهام الفردية إلى جزء من سير عمل الفريق.
ما هي «مهارة الوكيل»؟
«مهارة الوكيل» هي دليل مُوَثَّق يعتمد على ملف SKILL.md يصف متى وكيف يتم أداء مهمة قابلة للتكرار. يمكن مشاركة هذه التعليمات بين وكلاء مختلفين، ولكن البيئة المحيطة لا تزال بحاجة لتوفير الأدوات والمصادقات والصلاحيات اللازمة لتنفيذها. على سبيل المثال، يمكن لمهارة أن تصف كيفية الاستعلام من قاعدة بيانات، لكنها لا تمنح الوصول إلى تلك القاعدة.
تعمل المهارة بشكل أفضل عندما يكون لديها وظيفة واضحة ومدخلات ومخرجات محددة. كمثال، إذا كان الوكيل يتحقق من التغييرات التي أُنشئت بواسطة الذكاء الاصطناعي مقابل الطلب الأصلي، فإن تقييم الوكيل لعمله الخاص قد يؤثر على المراجعة. لهذا، نستخدم في «Proof Agent» مُدقِّقًا منفصلاً لفحص التغييرات وتقديم دليل على نتائجه، لأن التقييم الذاتي ليس تقييمًا حقيقيًا.
تنسيق المهام المعقدة وتجنب التكرار
عندما تعتمد صحة مسار البيانات على معرفة عدة أشخاص، فإن هؤلاء الأشخاص هم خريطة الطريق. كل تغيير يعتمد على مدى توفرهم ومعرفتهم بالبيانات. يُظهر مثال «Data Forge» كيف يمكننا التقاط أجزاء من هذه المعرفة في مهارات تعمل معًا.
في مسار عمل مكتب الدعم باستخدام «Data Forge»، يتم استخدام عدة مهارات تعمل بالتنسيق: مهارة forge-init تكتشف التفاصيل، وforge-builder تنسق العمل، وتستخدم forge-dbx للوصول إلى منصة البيانات، وforge-lint لتطبيق معايير الفريق. كل مهارة تتحمل مسؤولية محددة، وتشارك السياق الخاص بالمشروع بدلاً من إعادة اكتشافه بشكل مستقل. هذا يعني أن تغيير خطوة واحدة يتطلب تعديل مهارة واحدة فقط.
من المهم أيضًا فصل إعدادات المشروع عن المهارة نفسها. بدلاً من ترميز أسماء المشاريع أو قواعد البيانات أو الاتفاقيات في المهارات، نضع هذه التفاصيل في ملف إعدادات (manifest). هذا يسمح للمهارات بقراءة التفاصيل الصحيحة دون الحاجة إلى تضمينها مباشرة في تعليماتها. بهذه الطريقة، يمكن لأي فريق آخر استخدام نفس المهارات مع ملف إعدادات خاص به دون الحاجة إلى إعادة كتابتها.
يجب أن تتضمن مسارات العمل نقاط مراجعة واعتماد بشرية. ففي مسار عمل «Data Forge» لمكتب الدعم، هناك سبع مراحل، وتتطلب كل مرحلة تحققًا بشريًا. وقبل تنفيذ أي تغييرات على المخطط، يُطلب الموافقة. هذا ينطبق أيضًا على مراجعة الأكواد، حيث يمكن لوكيل التحقق أن يقدم تقييمًا PASS أو FAIL أو PARTIAL، ويجب أن يستشهد بالأدلة في الملفات المتغيرة. الهدف هو الحفاظ على نتائج الاختبارات ومتطلبات الدمج ضمن عمليات التحقق وقواعد مستودع الكود.
نصائح عملية لبناء «مهارات الوكلاء»
- ضع سياق العمل في ملف واحد: احتفظ بأسماء المشاريع الخاصة والمخططات والاتفاقيات في ملف إعدادات (manifest)، ودع كل مهارة تقرأه بدلاً من تكرار الحقائق. هذا يمنح الفريق مكانًا واحدًا وواضحًا لتحديث الإعدادات.
- امنح المهارات ذات الصلة طريقة واحدة متسقة لاستخدام المنصة: اجعل المهارات ذات الصلة تستخدم نفس المسار لتشغيل الاستعلامات والمهام وتغييرات المخطط، بدلاً من أن تعرف كل منها أوامرها ومنطق الاتصال الخاص بها. هذا يجعل الوصول إلى سير العمل أسهل للفهم وسلوكه أسهل للتحقق في كل وكيل.
- استخدم التعليمات لتوجيه العمل، وعمليات التحقق للتحقق منه: يمكن لمهارة أن تخبر الوكيل بالمعايير التي يجب اتباعها ومتى يطلب الموافقة. أضف مراجعة بشرية عند القرارات التي تحتاج إلى سياق أو حكم، واستخدم الاختبارات وفحوصات CI لاكتشاف المشكلات قبل المضي قدمًا في التغيير. إذا كان يجب أن يمنع التحقق عملية دمج أو نشر، فقم بتكوين هذا المتطلب في قواعد مستودعك.
نرى أن «مهارات الوكلاء» توفر طريقة قوية لتبسيط أتمتة المهام المعقدة التي تعتمد على الذكاء الاصطناعي. ابدأ بالمهمة التي سئمت من شرحها. دوِّن ما تحتاجه، وأين تتوقف، وما يراه المراجع. ثم جربها مع وكيل آخر وحسّنها كلما تعلمت ما ينجح. بهذه الطريقة، يمكن للمطورين بناء أنظمة وكلاء أكثر كفاءة ومرونة، مما يقلل من الأعباء التشغيلية ويزيد من إنتاجية الفريق.
المصدر: github.blog