تطوير وكلاء الذكاء الاصطناعي
وكلاء لا يكتفون بالإجابة، بل يقرؤون أنظمتك وينفذون الإجراءات وينهون المهام متعددة الخطوات ضمن قواعد تضعها أنت
وكيل الذكاء الاصطناعي هو برنامج يستخدم نموذجا لغويا كبيرا كي يقرر وينفذ، لا كي يرد فحسب. فبينما يعيد الشات بوت نصا، يقرأ الوكيل التذكرة، ويبحث عن العميل في نظام ERP، ويتحقق من المخزون، ويصيغ الرد، ويحجز المتابعة، مستدعيا أدوات حقيقية داخل أنظمتك الحقيقية في كل خطوة. نبني الوكلاء فوق النماذج الرائدة من Anthropic وOpenAI وGoogle، موصولة ببياناتك عبر بروتوكول MCP وواجهاتك البرمجية، مع حد موافقة بشرية حول كل إجراء لا يمكن التراجع عنه.
باختصار
- الوكيل ينفذ، والشات بوت يرد. الوكيل يستدعي واجهاتك البرمجية ويقرأ قاعدة بياناتك ويحدث السجلات وينهي المهام متعددة الخطوات كاملة.
- موصول بأنظمتك الفعلية: أنظمة ERP، وتطبيقات لارافيل، وأنظمة CRM، ومكاتب الدعم، وواتساب، وGoogle Workspace، أو أي واجهة برمجية موثقة.
- مبني على MCP. نتيح أنظمتك كخوادم Model Context Protocol، فيخدم تكامل واحد كل وكيل تبنيه بعد ذلك.
- الضوابط جزء من البناء: صلاحيات محدودة، وموافقة بشرية على الإجراءات غير القابلة للتراجع، وسجل تدقيق كامل، وسقف إنفاق صارم.
- محايد تجاه النموذج. Claude أو GPT أو Gemini، يختار بحسب التكلفة والدقة المقيسة لمهمتك، وقابل للتبديل لاحقا دون إعادة بناء.
ينهي المهمة فعلا
ليس ردا وإحالة. الوكيل يقرأ النظام المصدر، ويقرر الخطوة التالية، ويستدعي الأداة، ويتحقق من النتيجة، ويبلغ بما فعله.
موصول ببنيتك التقنية
نظام ERP ولارافيل وMySQL ومكتب الدعم وواتساب للأعمال وGoogle Workspace. أي نظام له واجهة برمجية أو قاعدة بيانات يمكن منح الوكيل وصولا محكوما إليه.
محدود بالتصميم
بيانات اعتماد مقيدة النطاق، وقراءة فقط افتراضيا، وموافقة بشرية قبل أي إجراء لا رجعة فيه، وسجل تدقيق كامل لكل ما نفذ.
مقيس لا مفترض
نحدد معايير النجاح قبل البناء، ثم نختبر الوكيل على مجموعة اختبار ثابتة، فتصبح الدقة رقما تراه لا ادعاء تسمعه.
وكلاء نبنيهم
هذه أنماط نفذناها فعلا، لا قائمة احتمالات. وكل واحد منها محدد بعملية بعينها ونتيجة قابلة للقياس.
| نوع الوكيل | ما الذي يفعله فعليا |
|---|---|
| وكيل فرز الدعم | يقرأ التذكرة الواردة أو رسالة واتساب، ويصنفها، ويسحب بيانات العميل وسجل طلباته، ويصيغ ردا مبنيا على مصادر، ثم يرسله أو يحيله لموظف بحسب درجة الثقة. |
| وكيل العمليات الداخلية | يجيب أسئلة الموظفين اعتمادا على نظام ERP والوثائق، ثم ينفذ الإجراء التالي، إنشاء طلب الشراء، أو تحديث السجل، أو توليد التقرير. |
| وكيل تأهيل المبيعات | يثري بيانات العميل المحتمل الوارد، ويصنفه وفق معايير التأهيل لديك، ويكتب ملاحظات CRM، ويحجز المكالمة في التقويم الصحيح. |
| وكيل معالجة المستندات | يستخرج بيانات مهيكلة من الفواتير والعقود وإشعارات التسليم والهويات، ويتحقق منها وفق قواعدك، ويرحلها إلى النظام المحاسبي أو ERP. |
| وكيل التقارير | يستعلم من قواعد بياناتك وفق جدول زمني، ويجمع الأرقام، ويكتب التعليق الذي يشرح ما تغير ولماذا، ويرسله عبر البريد أو واتساب. |
| وكيل التطوير والبنية التحتية | يقرأ السجلات ومخرجات المراقبة، ويربط الحادثة عبر الخدمات، ويقترح تشخيصا مدعوما بالأدلة، ويفتح التذكرة والسياق مكتوب فيها سلفا. |
| وكيل البحث | يجمع المعلومات من مصادرك الداخلية ومن الويب، ويوثق مصدر كل معلومة، وينتج موجزا مهيكلا بدل جدار من النص. |
| وكيل مجدول ذاتي التشغيل | يعمل دون إشراف وفق جدول، يطابق البيانات، ويتابع المتأخرات، ويراقب الحدود، ولا يصعد لإنسان إلا حين يلزم حكم بشري. |
نبني الوكلاء فوق نماذج رائدة قائمة. نحن لا ندرب نماذج أساسية من الصفر، ولن نخبرك بأننا نفعل. ما نفعله هو هندسة المنظومة المحيطة، الأدوات والاسترجاع والضوابط والتقييم والتكامل، وهي بالضبط حيث تنجح مشاريع الوكلاء أو تفشل.
متى يكون الوكيل هو الحل الصحيح
عمل متكرر بحجم كبير
مهمة تؤدى عشرات المرات يوميا وتتطلب قراءة السياق وإصدار حكم، أكثر تباينا من أن يكفيها سكربت، وأكثر تكرارا من أن تستحق موظفا.
عمل يمتد عبر أنظمة
عملية تكون إجابتها موزعة على ثلاثة أنظمة مختلفة، ويقضي أحدهم يومه في النقل بينها.
تغطية خارج ساعات العمل
استفسارات وتنبيهات تصل الثانية فجرا وتنتظر حتى الصباح، حيث لرد أول محكوم قيمة تجارية حقيقية.
مدخلات غير مهيكلة
رسائل نصية حرة ومستندات ممسوحة وملفات PDF وبريد، يجب أن تتحول إلى سجلات مهيكلة قبل أن يحدث أي شيء آخر.
ما الذي تحصل عليه
- وكيل منشور ويعمل على بنيتك التحتية أو بنيتنا، متكامل مع الأنظمة المتفق عليها في مرحلة التحديد.
- خوادم MCP لأنظمتك: تكاملات قابلة لإعادة الاستخدام يستطيع أي وكيل أو أداة داخلية مستقبلية الاتصال بها، ومملوكة لك.
- مجموعة تقييم ونتائجها: حالات الاختبار التي قسنا عليها، والدقة المتحققة، وأنماط الفشل التي وجدناها.
- ضبط الضوابط: نطاقات الصلاحيات، وحد الموافقة البشرية، وحدود المعدل، والسقف الشهري لإنفاق الرموز.
- قابلية المراقبة: تسجيل كل موجه واستدعاء أداة وإجراء، لتتمكن من تدقيق ما فعله الوكيل ولماذا بدقة.
- توثيق وتسليم: المعمارية ودليل التشغيل وكيفية التوسعة، مع تدريب من سيتولى تشغيله.
كيف نبنيه
- رسم العملية: نراقب كيف تؤدى المهمة اليوم، ونحصي حجمها، ونحدد نقاط القرار. وإن لم تكن العملية تستحق الأتمتة، فهنا نقولها.
- معايير النجاح: نتفق على معنى «يعمل» كرقم، ونجمع مجموعة اختبار من حالات حقيقية قبل كتابة أي كود.
- الأدوات والتكامل: نبني خوادم MCP وروابط الواجهات البرمجية التي يحتاجها الوكيل، ببيانات اعتماد مقيدة وقراءة فقط افتراضيا.
- بناء الوكيل: الموجهات وتعريفات الأدوات والاسترجاع ومعالجة الأخطاء وحدود الموافقة حول الإجراءات غير القابلة للتراجع.
- التقييم والتحصين: نشغل الوكيل على مجموعة الاختبار، ونقيس الدقة، ونعالج أنماط الفشل، ونعيد التشغيل حتى يتجاوز الحد المتفق عليه.
- تجربة ثم إطلاق: تشغيل تجريبي تحت إشراف بشري يراجع المخرجات، ثم تضييق تلك المراجعة بقدر ما تسمح به الأرقام، ثم النشر الكامل مع المراقبة.
الأسئلة الشائعة
ما الفرق بين وكيل الذكاء الاصطناعي والشات بوت؟
الشات بوت ينتج نصا، والوكيل ينتج إجراءات. اسأل الشات بوت عن طلبك فيشرح لك كيف تتحقق منه؛ واسأل الوكيل فيستعلم من نظام الطلبات، ويقرأ سجلك، ويخبرك أين وصلت الشحنة، ثم يحدث عنوان التسليم إن طلبت. الفرق هو الوصول إلى الأدوات وصلاحية استخدامها.
هل سيرتكب الوكيل أخطاء؟
نعم، بنسبة ما، وأي مورد يخبرك بغير ذلك فهو يبيع لا يشرح. ولهذا تحديدا نقيس الدقة على مجموعة اختبار ثابتة قبل النشر، ونبقي خطوة موافقة بشرية على الإجراءات غير القابلة للتراجع، ونسجل كل شيء. والسؤال الصحيح ليس هل يخطئ، بل هل يخطئ أقل من العملية الحالية، وهل تلتقط الأخطاء قبل أن تحدث ضررا.
هل يستطيع الوكيل حذف بياناتنا أو تعديلها؟
فقط ما تسمح به صراحة. الوضع الافتراضي عندنا هو القراءة فقط، ونمنح صلاحيات الكتابة لكل أداة ولكل نظام على حدة. وأي إجراء لا رجعة فيه، مدفوعات أو حذف أو مراسلة عملاء، يقف خلف موافقة بشرية، ما لم تقرر أنت غير ذلك كتابة بعد المرحلة التجريبية.
أي نموذج ذكاء اصطناعي تستخدمون؟
ما يقيس أفضل لمهمتك بتكلفة مقبولة. نعمل مع Claude وGPT وGemini، ونبني طبقة التكامل بحيث يمكن تبديل النموذج لاحقا دون إعادة بناء الوكيل. فأسعار النماذج وقدراتها تتحرك بسرعة، وربط معماريتك بمزود واحد مخاطرة يمكن تجنبها.
هل تستخدم بياناتنا في تدريب النماذج؟
لا، ضمن شروط واجهات المؤسسات التي ننشر عليها. فالبيانات المرسلة عبر الواجهات البرمجية التجارية لكبار المزودين لا تستخدم في التدريب افتراضيا. وحيث تكون البيانات حساسة لدرجة لا يكفي معها ذلك، يمكننا نشر نماذج مفتوحة الأوزان على بنيتك التحتية، مع نقاش صريح حول المقايضة في القدرة.
ما تكلفة التشغيل؟
مكونان: أتعاب البناء لدينا، والاستهلاك المستمر للنموذج مقيسا بالرموز. نقدر تكلفة التشغيل من أحجامك الفعلية أثناء التحديد، ونضع سقفا شهريا صارما كي لا تفاجئك. وفي أغلب وكلاء العمليات الخلفية تكون تكلفة النموذج جزءا صغيرا من تكلفة العمالة التي تحل محلها، وسنخبرك حين لا يكون الأمر كذلك.
هل يجب استبدال أنظمتنا الحالية أولا؟
لا. الوكلاء يتصلون بما تشغله بالفعل. وقد بنينا فوق أنظمة ERP وتطبيقات لارافيل وقواعد بيانات MySQL ومكاتب الدعم وواجهة واتساب للأعمال. وأي نظام له واجهة برمجية أو قاعدة بيانات نستطيع قراءتها يمكن دمجه، والحالة الوحيدة التي تحتاج نقاشا منفصلا هي نظام قديم بلا واجهة برمجية إطلاقا.
لمن تعود ملكية الوكيل بعد انتهاء المشروع؟
لك. الكود المصدري والموجهات وخوادم MCP ومجموعات التقييم والتوثيق تسلم كلها إليك. أنت لا تستأجر وصولا إلى شيء نحتفظ نحن به.
اعرف إن كان الوكيل مناسبا لعمليتك
مكالمة أولى مجانية، وسنقول لك بصراحة إن كان سكربت بسيط سيكون أرخص
