«الوكيل» هو حاليًّا أكثر كلمة محمَّلة بالمعاني في عالم البرمجيات. يستعمله المزوِّدون للدلالة على روبوتات الدردشة، وعلى النصوص المجدولة، وعلى أي شيء مرفق به مفتاح واجهة برمجية. لكن تحت هذه الضوضاء يكمن نمط حقيقي يستحق التعلُّم. إن أردت أن تبني وكيل ذكاء اصطناعي هذا العام، فأول مهمة هي فصل ذلك النمط عن التسويق، ويعود ذلك جزئيًّا إلى أن حصة لا بأس بها من مشاريع «الوكلاء» التي يخطِّط لها الناس كان الأجدى بناؤها بوصفها أتمتة بسيطة، في فترة بعد الظهر، وبجزء يسير من التكلفة.
يفعل هذا الدليل ثلاثة أشياء. يعرِّف ما هو الوكيل حقًّا، في جملة واحدة يمكنك إعادة استعمالها في اجتماع تخطيط. ويعرض ثلاثة مسارات للبناء تتناسب مع مهاراتك: منصات بلا برمجة، وأطر عمل للمطوِّرين، والخيار الثالث الصادق المتمثل في عدم بناء أي وكيل على الإطلاق. ويمشي بك عبر مثال ملموس واحد، وكيل لفرز صندوق الوارد، من الهدف حتى ضوابط الأمان.
لا يتطلب أي من ذلك خلفية في تعلُّم الآلة. لكنه كله يتطلب أن تكون واضحًا بشأن ما تريد أن يفعله هذا الشيء.
ما هو وكيل الذكاء الاصطناعي حقًّا
انزع عنه العلامة التجارية، فإذا الوكيل ثلاثة أجزاء تعمل داخل حلقة:
- نموذج يقرِّر ما الخطوة التالية
- مجموعة من الأدوات يُسمح له باستدعائها: البحث في قاعدة بيانات، وقراءة رسالة بريد، ووضع وسم، وصياغة رسالة
- هدف بشرط توقُّف، حتى تعرف الحلقة متى تكون قد انتهت
الوكيل حلقة: نموذج يقرِّر، وأدوات تنفِّذ، وهدف يحدِّد متى نتوقف.
الحلقة هي الجزء الذي يهم. روبوت الدردشة يجيب عن رسالة ثم ينتظر. وسير العمل ينفِّذ الخطوات الثابتة نفسها في كل مرة. أما الوكيل فيقرأ الموقف، ويختار أداة، وينظر إلى النتيجة، ثم يقرِّر من جديد، مكرِّرًا ذلك إلى أن يتحقق الهدف أو تنفد ميزانية. تلك النقطة التي يُتَّخذ عندها القرار في منتصف الحلقة هي الفارق كله بين الوكيل وكل ما عداه ممَّا يُباع على أنه وكيل.
كما يمنحك ذلك اختبارًا نظيفًا لمشروعك أنت. إن استطعت أن ترسم كل خطوة على هيئة مخطَّط انسيابي قبل أن يعمل أي شيء، فأنت لست بحاجة إلى وكيل — أنت بحاجة إلى سير عمل، وهو المسار الثالث أدناه، ولا شيء يدعو للخجل من ذلك. لا يستحق الوكلاء تعقيدهم إلا حين تعتمد الخطوة التالية اعتمادًا حقيقيًّا على ما ظهر في الخطوة السابقة.
ثلاث طرق لبناء وكيل ذكاء اصطناعي
المسار الذي تسلكه يتوقف على مَن يبني وعلى شكل المشكلة أكثر مما يتوقف على الطموح. يُدرِج دليل ToolPotion 700 أداة لبناء وكلاء الذكاء الاصطناعي. والمغزى من هذه المسارات الثلاثة هو أنك لن تحتاج أبدًا إلى تقييم أكثر من حفنة منها.
المسار الأول: منصات الوكلاء بلا برمجة
هذا هو الطريق للشخص الذي يملك العملية (مسؤول دعم، أو مدير عمليات، أو مدير منتج) لا للشخص الذي يكتب الشيفرة.
يتيح لك Microsoft Copilot Studio بناء وكلاء يتصلون ببيانات عملك، ويستجيبون لمطالبات باللغة الطبيعية، ويُنشَرون داخل تطبيقات Microsoft 365 أو موقع إلكتروني. إن كانت شركتك تعمل أصلًا على Microsoft، فهو أقصر مسافة بين فكرة ووكيل منشور: فالوصول إلى النموذج، واتصالات البيانات، والقنوات كلها موجودة أصلًا حيث يعمل زملاؤك. وكلما ابتعدت منظومتك التقنية عن منظومة Microsoft، قلَّت قيمته.
يتناول Voiceflow المشكلة من الجانب الحواري: تصمِّم مسارات وكلاء الدردشة والصوت بصريًّا، وتطلقها عبر القنوات، وتحسِّنها اعتمادًا على نصوص محادثات حقيقية. وهو مناسب بقوة لوكلاء الدعم الموجَّهين للعملاء. لكنه بالشكل الخطأ إن كان وكيلك لا يتحدث إلى إنسان قط.
المقايضة المشتركة على هذا المسار: أنت تستأجر الحلقة. حين يسيء الوكيل التصرُّف، يعني تنقيح الأخطاء النقر عبر واجهة أحد المزوِّدين بدل قراءة سجلَّاتك أنت، والانتقال لاحقًا إلى منصة أخرى يعني إعادة البناء من الصفر. وكن صادقًا أيضًا بشأن ما إن كنت تبني وكيلًا أصلًا: كثير من المشاريع عند هذا المستوى ليست في الحقيقة إلا روبوتات دردشة، وإن كان مشروعك من هذا القبيل، فإن دليل أدوات بناء روبوتات الدردشة هو المكان الأنسب للتسوُّق.
المسار الثاني: أطر العمل والشيفرة، للمطوِّرين
يحصل المطوِّرون على تحكُّم أكبر وواجبات أكثر. أنت تكتب الحلقة بنفسك: تختار نموذجًا، وتعرِّف كل أداة على هيئة دالة، وتعبِّر عن الهدف في مطالبة نظام، وتضع حدودًا صارمة لعدد التكرارات وللإنفاق.
اختيار النموذج يهم هنا أكثر من أي مكان آخر. صُنِع Claude Opus لهذا العمل بالضبط: نموذج استدلال مصمَّم للبرمجة والوكلاء، بنافذة سياق سعتها مليون رمز قادرة على استيعاب سياق يعادل صندوق بريد كامل أو قاعدة شيفرة كاملة عبر مهمة طويلة الأمد. أما التحذير فهو الانضباط في التكلفة: نموذج متطوِّر في كل دورة من الحلقة يتراكم، فوجِّه الخطوات الرخيصة (التصنيف، التنسيق) إلى نماذج أصغر، واحفظ الكبير للقرارات.
لأول بناء، الإطار الضيِّق يتفوَّق على العام. وVanna 2.0 مثال جيد: إطار مفتوح المصدر لوكلاء يستعلمون عن قواعد بيانات الشركة باللغة العادية، مع دعم لمزوِّدي نماذج لغوية كبيرة وقواعد بيانات متعددة، إضافة إلى التحكُّم في الوصول وذاكرة الوكيل للاستعمال في الإنتاج. إن كان أول وكيل لك هو «أجب عن أسئلة من بياناتنا»، فذلك هو معظم السقالة مكتوبًا سلفًا. وكما هو الحال مع أي إطار مفتوح المصدر، فإن النشر والصيانة مسؤوليتك أنت.
خيارات أكثر، من مكتبات التنسيق حتى أدوات التقييم، تجدها في دليل أطر الذكاء الاصطناعي.
المسار الثالث: أنت لا تحتاج إلى وكيل — أنت تحتاج إلى سير عمل
هذه هي النتيجة الصادقة الأكثر شيوعًا لاختبار المخطَّط الانسيابي، وتستحق أن تُعامَل بوصفها مسارًا حقيقيًّا لا جائزة ترضية.
إن كانت الخطوات معروفة، فإن أداة سير عمل مزوَّدة بخطوة نموذج واحدة للجزء الضبابي تمنحك معظم القيمة دون أي من عدم انتظام الحلقة. يبني Zapier سير عمل ووكلاء ذكاء اصطناعي عبر أكثر من 9000 تطبيق، مع ضوابط أمان وضوابط وصول للفرق، وإن كان نموذج تسعيره بحسب المهمة يؤلم بمجرد أن يكبر الحجم. ويمنحك Make لوحة مرئية بالسحب والإفلات، وأكثر من 3000 تكامل، وخطة مجانية للنمذجة عليها. والسيناريوهات الكبيرة لها عادة أن تتحوَّل إلى فوضى متشابكة على تلك اللوحة. أما n8n فيناسب الفرق التقنية خير مناسبة (شيفرة حيث تحتاجها، وبلا برمجة حيث لا تحتاجها، ويمكنك استضافته ذاتيًّا)، لكنه يفترض وجود شخص في الفريق مرتاح لقراءة JSON.
سير عمل مزوَّد بخطوة نموذج لغوي كبير واحدة مصوغة بمطالبة جيدة ليس وكيلًا أدنى. إنه الأداة الصحيحة، منجَزة أبكر، وهو يفشل بطرق يمكنك التنبؤ بها.
| المسار | الأنسب لِـ | مدة البدء | المأزق |
|---|---|---|---|
| منصة وكلاء بلا برمجة | أصحاب العمليات ممَّن لا مهندسين لديهم | أيام | حلقة مستأجَرة: تنقيح غامض، وارتهان للمزوِّد |
| إطار عمل وشيفرة | المطوِّرون | أسبوع أو اثنان | التقييمات والمراقبة والصيانة على عاتقك |
| سير عمل مع خطوة نموذج لغوي كبير واحدة | أي أحد لديه عملية محدَّدة | ساعات | لن يتعامل مع المهام المفتوحة |
مثال معالَج: وكيل فرز صندوق الوارد
لنفترض أنك تدير صندوق وارد دعم مشتركًا، والهدف هو: كل رسالة واردة تُوسَم بحسب نوعها ومدى إلحاحها، وتُوجَّه إلى صاحبها المناسب، وتُجاب عند الأمان بمسوَّدة رد. إليك كيف يبدو ذلك بوصفه وكيلًا، أيًّا كان المسار الذي تبنيه عليه.
- الهدف، مدوَّنًا. «افرز كل رسالة جديدة؛ وتوقَّف حين تكون قد وُسِمت، وأُسنِدت، وإمَّا صيغت لها مسوَّدة وإمَّا صُعِّدت.» شرط التوقُّف ليس زينة: بل هو ما يمنع الحلقة من التوهان.
- الأدوات. اقرأ الرسالة. ابحث في المحادثات السابقة وفي نظام إدارة العلاقات عن هذا المرسِل. ضع وسمًا. أسنِد صاحبًا. صُغ ردًّا. لاحظ ما هو غائب: الإرسال. وذلك مقصود.
- الحلقة على رسالة واحدة. يصل طلب استرداد. يقرؤه النموذج، ويبحث في سجل العميل، فيجد اشتراكًا سنويًّا وشكوى من مارس، فيسمه بأنه فوترة/عالي الإلحاح، ويسنده إلى صاحب الفوترة، ويصوغ ردًّا يشير إلى الشكوى الأسبق، ثم يتوقَّف.
- ضوابط الأمان. حد أقصى لتكرارات الحلقة، وحد أقصى للإنفاق لكل رسالة، ووسم للتصعيد إلى إنسان يجب على الوكيل استعماله كلما لم يكن متيقِّنًا.
والآن الجزء الصادق. معظم هذا المسار الإنتاجي ليس وكيلًا. الوسم والتوجيه مصنِّف زائد قواعد، وهي أرض مريحة لـ Make أو n8n. الحلقة لا تستحق مكانها إلا في الخطوة الثالثة، حيث تقرِّر نتائج البحث ما ينبغي أن تقوله المسوَّدة. وإن لم تكن تلك الصياغة الواعية بالسياق ذات قيمة لك، فابنِ نسخة سير العمل وافرغ منها قبل حلول الجمعة.
وتفقَّد جانب الشراء قبل أن تبني من الأساس. لصندوق وارد شخصي، يقوم Shortwave أصلًا بتنظيم البريد وصياغته والبحث فيه وجدولته انطلاقًا من مطالبات بسيطة. بناء نسختك أنت لا يكون منطقيًّا إلا مع صندوق مشترك بقواعد توجيه لا يمكن لأي منتج جاهز أن يعرفها. عشرون دقيقة في دليل 553 وكيل ذكاء اصطناعي جاهزًا طريقة رخيصة لتعرف ما إن كان وكيلك موجودًا سلفًا.
متى يتعطَّل، وكيف ستعرف
يفشل الوكلاء بأدب. لا يوجد أثر تتبُّع للأخطاء حين يضع النموذج الوسم الخطأ أو يصوغ هراءً بثقة: تكتمل الحلقة، وتُبلِّغ بالنجاح، ويطفو الضرر بعد أيام في محادثة عميل حائر.
لهذا فإن قابلية الرصد جزء من عملية البناء لا إضافة تُؤجَّل إلى وقت لاحق. يسجِّل LangSmith أثر تتبُّع لكل خطوة يخطوها الوكيل، ويشير إلى حالات الفشل، ويتتبَّع التكلفة والكمون، مع حزم تطوير برمجيات لـ Python وTypeScript وGo وJava. وهو يعمل سواء استعملت أطره الشقيقة أم لا. وLangfuse هو النظير المفتوح المصدر، يجمع بين التتبُّع وإدارة المطالبات والتقييم، ويمكنك استضافته ذاتيًّا. وأي منهما قطعة أخرى من البنية التحتية عليك تشغيلها أو دفع ثمنها. أما تشغيل وكيل على العمياء فيكلِّف أكثر على نحو موثوق.
أسبوعك الأول إذًا يبدو هكذا: اكتب جملة الهدف بشرط توقُّفها، واسرد الأدوات التي يجوز للوكيل أن يمسها، وأجرِ اختبار المخطَّط الانسيابي، ثم اختر المسار الذي يشير إليه الاختبار. البناء هو النصف السهل. أما كسب ما يكفي من الثقة لإخراج الإنسان من الحلقة فهو المشروع الحقيقي.
الأسئلة الشائعة
هل أستطيع بناء وكيل ذكاء اصطناعي بلا برمجة؟
نعم. تتيح لك منصات مثل Microsoft Copilot Studio وVoiceflow أن تعرِّف هدف وكيل واتصالات بياناته وقنواته عبر واجهة مرئية. غير أن «بلا برمجة» لا يعني «بلا عمل»: فما زال عليك أن تحدِّد الهدف، وتختار الأدوات، وتضع ضوابط الأمان، وتراجع نصوص المحادثات، فتوقَّع تهيئة واختبارًا يُقاسان بالأيام.
ما الفرق بين وكيل الذكاء الاصطناعي وروبوت الدردشة؟
روبوت الدردشة يستجيب لرسالة ثم ينتظر التالية. أما الوكيل فيعمل نحو هدف باستدعاء الأدوات في حلقة، مقرِّرًا بنفسه خطوته التالية بناءً على ما أعادته الخطوة السابقة. كثير من المنتجات المسوَّقة على أنها وكلاء إنما هي روبوتات دردشة مرفق بها استدعاء واحد لواجهة برمجية. والاختبار هو ما إن كان النظام يختار إجراءه التالي بنفسه.
هل أحتاج إلى مهارات في تعلُّم الآلة لبناء وكيل ذكاء اصطناعي؟
لا. أنت تستدعي النماذج عبر واجهات برمجية أو منصات بدل تدريبها. تعريف واضح للعملية، ومطالبات لائقة، ومعرفة ببياناتك وأدواتك أنت — كل ذلك أهم كثيرًا لأول وكيل من نظرية تعلُّم الآلة.
كم يستغرق بناء أول وكيل ذكاء اصطناعي لك؟
سير عمل مزوَّد بخطوة نموذج لغوي كبير واحدة يمكن أن يعمل في اليوم نفسه. ووكيل على منصة بلا برمجة يستغرق عادة أيامًا من التهيئة والاختبار. ونموذج أوَّلي مبرمَج على إطار عمل يستغرق أسبوعًا أو اثنين. والذيل الطويل في كل حالة هو الثقة: فتقييم المخرجات وإحكام ضوابط الأمان قبل إزالة المراجعة البشرية يستغرق عادة وقتًا أطول من البناء نفسه.