هل يستطيع الموظفون غير التقنيين بناء وكلاء الذكاء الاصطناعي؟ ما الذي ينبغي أن تُنتجه ثلاثة أيام

من هو المرشح المناسب لبناء وكيل ذكي؟

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

والأبحاث تؤيد ذلك. ففي دراسة شملت 5,172 موظفًا في خدمة العملاء، رفع مساعد الذكاء الاصطناعي عدد المشكلات المحلولة في الساعة بنسبة 15%، وكان الموظفون الأحدث والأقل خبرة هم الأكثر استفادة (Brynjolfsson وLi وRaymond، مجلة Quarterly Journal of Economics، 2025). أي إن الأداة قلّصت الفجوة بين المبتدئ والخبير. والأمر مشابه في البناء: المنصة توفر الجانب التقني، فتصبح المعرفة بالإجراء وحسن التقدير هما العنصر النادر.

ومستوى المهارة في البداية منخفض في معظم المؤسسات. ففي أحد المقاييس المؤسسية، قُيّم 13% فقط من الموظفين بأنهم متمكنون في الذكاء الاصطناعي القائم على الوكلاء قبل التدريب (Workera، 2026 AI Skills Enterprise Benchmark، 88,753 تقييمًا؛ بيانات صادرة عن مزوّد). وهذا ليس سببًا للانتظار، بل سبب لاختيار البُناة بناءً على معرفتهم بالعمل، لا بما يعرفونه مسبقًا عن الذكاء الاصطناعي.

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

ما الذي يتغير في كل يوم؟

في برنامج بناء الوكلاء الذكية لدى مجموعة كادر، تمتد الصيغة المكثفة ثلاثة أيام، ولكل يوم مُخرَجه.

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

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

ما المشروع الختامي، وما خطة التسليم؟

المشروع الختامي عرضٌ للوكيل وهو يعمل على حالة سابقة حقيقية، أمام من سيتولونه ويستخدمونه. فالعرض على مدخلات مُختلَقة لا يثبت الكثير، أما العرض على عمل الربع الماضي فيُظهر أين يفيد الوكيل وأين يتوقف.

وخطة التسليم هي ما يحوّل العرض إلى قرار. وهي تحدد:

• المسؤول الذي سيتولى تشغيل الوكيل بعد البرنامج.
• مسار الاعتماد: من يعتمد كل مُخرَج قبل أن يُعتدّ به.
• البيانات والأدوات التي يحتاجها الوكيل، ومن وافق عليها.
• الخطوة التالية: مشروع تجريبي فعلي، أو مزيد من الاختبار، أو التوقف.

وتكتسب هذه الخطة أهميتها لأن البناء ليس الجزء الأصعب في الوكلاء الذكية، بل استمرارها. إذ تتوقع Gartner إلغاء أكثر من 40% من مشاريع الذكاء الاصطناعي القائم على الوكلاء بحلول نهاية 2027، بسبب ارتفاع التكاليف أو عدم وضوح القيمة أو قصور ضوابط المخاطر (Gartner، يونيو 2025؛ توقعات). والمسؤول المسمّى والقيمة المحددة ومسار الاعتماد تجيب عن الأسباب الثلاثة قبل أن يبدأ المشروع. والوكلاء الذين يستحقون المضي قدمًا يمكن نقلهم إلى برنامج المشاريع التجريبية، حيث يعملون فعليًا مقابل خط أساس لمدة ستة إلى ثمانية أسابيع.

ما الذي يجب أن توفره الجهة؟

معظم البرامج التي تخيّب التوقعات تتعثر في المدخلات لا في التدريب. وينبغي حسم أربعة أمور قبل اليوم الأول:

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

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

الصيغة المكثفة أم الكاملة: أيهما تختارون؟

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

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

قيسوا موقع فريقكم: ابدأوا لمحة الجاهزية المجانية ←