تطوير وكلاء ذكاء اصطناعي لمهام Web3 مع مراجعة بشرية

ما الذي يجب أن يعالجه الوكيل أولاً في فريق Web3؟

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

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

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

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

ما الأدوات ومصادر المعرفة التي يمكن للوكيل استخدامها؟

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

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

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

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

كيف نتحقق من سلوك الوكيل قبل الإطلاق؟

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

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

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

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

ما المخرجات التي تأتي مع بناء وكيل مخصص؟

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

يغطي البناء النموذجي:

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

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

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

أين تقيد الصلاحيات والخدمات الخارجية الوكيل؟

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

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

يمكن لوكيل Web3 استخدام البيانات والإجراءات المصرح بها فقط التي تتعرضها خدماته المتصلة. قد تتغير تلك الخدمات. يمكن أن تؤثر التعليمات غير الواضحة أو المواد المصدرية غير المكتملة أيضًا على المخرجات. يغطي التسليم البناء المتفق عليه، وليس الوصول المتواصل للتكامل أو السلوك الصحيح في كل حالة.

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

كيف يمكن للفريق أن يقرر ما إذا كان سيبدأ في بناء وكيل الآن؟

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

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

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

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

كيف نعمل

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