ذكاء اصطناعي ينجز العمل، لا يستعرضه.

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

لا. مستنداتك ومحادثاتك تُستخدم للإجابة في لحظة السؤال عبر الاسترجاع، ولا نستخدمها بيانات تدريب. ونهيّئ حسابات المزوّد بإيقاف التدريب والاحتفاظ، ويُكتب هذا الالتزام في العقد بدل تركه لإعداد في صفحة لا يعيد أحد فحصها.

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

المساعد الواحد أو العملية المؤتمتة الواحدة تستغرق عادة 4–8 أسابيع من تحديد النطاق إلى الإطلاق. أما منصة الوكلاء متعددة الخطوات بعدة تكاملات وصلاحيات حسب الدور فتستغرق 10–20 أسبوعاً. أول أسبوعين اكتشاف ومواصفات، ويمكنك التوقف عند نهايتهما ومعك مستند تملكه.

المساعد الواحد أو العملية المؤتمتة الواحدة تتراوح عادة بين 15,000 و40,000 درهم. ومنصة الوكلاء متعددة الخطوات عبر عدة أنظمة تتراوح بين 45,000 و100,000+ درهم. أما تشغيلها بعد ذلك — المراقبة والتقييم والضبط — فيبدأ من 3,000 درهم شهرياً. واستهلاك النماذج وواجهات البرمجة يحاسبك عليه المزوّد مباشرة على حسابك، فترى تكلفة التشغيل بالضبط.

ما يناسب المهمة والميزانية ومتطلبات بياناتك — معظم الأعمال تستخدم نماذج تجارية من Anthropic أو OpenAI أو Google، وبعض الحالات تبرّر نموذجاً مفتوح الأوزان على بنية تحتية تتحكم بها. ونبني بحيث يكون النموذج قطعة قابلة للاستبدال: نموذج أفضل يصدر كل بضعة أشهر، والنظام المرتبط بمزوّد واحد له تاريخ انتهاء.

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

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

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

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

نحدّد قبل البناء ما البيانات التي يُسمح للنظام برؤيتها، ونبقي البيانات الشخصية خارج التعليمات حيثما لا تحتاجها المهمة، ونسجّل الوصول. والمرسوم بقانون اتحادي رقم 45 لسنة 2021 ينطبق هنا كما ينطبق على أي نظام آخر يعالج بيانات شخصية: أساس قانوني، وتحديد للغرض، ومدة احتفاظ، وقدرة على الرد على طلب اطلاع. نبني على هذا الأساس ونوثّقه؛ ونحن مهندسون لا مستشارون قانونيون، والأعمال الخاضعة للتنظيم ينبغي أن يراجع مستشارها التصميم.

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

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