الهندسة الوكيلية: ما الجزء الحقيقي فيها، وما الذي نبنيه نحن؟

صار المصطلح في كل مكان: «الهندسة الوكيلية»، أو «الوكلاء الأذكياء»، أو ما يقابلها بالإنجليزية. وكل جهة تعرّفه بما يخدم ما تبيعه — وهذا وحده سبب وجيه للحذر.

لكن وراء الضجيج فكرة هندسية حقيقية قديمة: أن يتخذ النظام قراراً كان يتخذه إنسان. وهذا الجزء — لا الاسم — هو الذي يستحق النقاش. ومعه سؤال لا يُطرح كفاية: أين نضع الإنسان حين يتخذ النظام القرار؟

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

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

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

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

ولكي يكون هذا مهندساً لا تسويقياً، يحتاج ثلاثة شروط:

1. قواعد مكتوبة يمكن قراءتها. لا «يفهم النظام ما تحتاجه»، بل «هذه القاعدة، وهذا ترتيب تطبيقها».
2. حدود واضحة لما لا يفعله. القرار الذي لا يستطيع النظام اتخاذه يجب أن يكون معروفاً قبل التشغيل لا بعده.
3. أثر يمكن تتبّعه. حين يتخذ النظام قراراً، يجب أن تعرف لماذا اتخذه.

أي نظام يفتقد الثالث تحديداً لا يصلح للأعمال: قرار لا تستطيع مراجعته لا تستطيع تحميل مسؤوليته.

الفاصل ليس النية بل مصدر القرار:

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

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

الذي نراه خطأً هو استخدام النوع الثاني في مواضع النوع الأول — لا لأنه ضعيف، بل لأنه لا يمكن محاسبته.

وهذا ما نبنيه، منذ قبل أن يوجد المصطلح. ثلاثة أمثلة من أنظمة منفّذة فعلاً لا من تصوّر:

١. الصالون: النظام يختار الحلاق — بسياسة تختارها أنت

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

• أسرع حجز متاح — إن كان همّ العميل الوقت.
• الحلاق الأكثر جاهزية — إن كان همّك توزيع العمل.
• أقصى مرونة في الأوقات — إن كان همّك ملء الفجوات.

هذا هو «الوكيل» في أنفع معانيه: قرار تخصيص مورد نيابة عن إنسان، محكوم بقواعد مكتوبة يختارها صاحب العمل ويستطيع تغييرها.

٢. العقارات: عقد يُنشئ جدول استحقاقاته

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

النظام هنا لا «يحسب» فحسب، بل يقرر الجدول كاملاً — قرار كان يُتخذ يدوياً كل شهر، وكل خطأ فيه خطأ في أهم رقم يهم المالك.

٣. صيانة السيارات: مواعيد محسوبة من الطاقة الفعلية

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

ثلاثتها قرارات. وثلاثتها بقواعد مكتوبة تُرى وتُغيَّر. الاسم جديد؛ العمل ليس جديداً.

المثال الذي نعود إليه دائماً: في نظام حجوزات السبا، الحجز يبدأ «معلَّقاً» ولا يُثبَّت إلا بعد تأكيد المركز.

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

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

هذا هو الفرق بين نظام موثوق ونظام يحتاج مراقبة دائمة.

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

عملياً، كل قاعدة صالحة تجيب عن أربعة أسئلة:

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

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

موقفنا أن أكثر المشاريع لا تحتاجه — وقول ذلك أوفر للطرفين:

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

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

هل تبنون وكلاء ذكاء اصطناعي؟

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

ما الفرق بين الأتمتة والوكيل إذن؟

الأتمتة عندنا تعني أن القاعدة مكتوبة ومرئية: إن حدث كذا فافعل كذا، ويمكنك قراءة القاعدة وتغييرها. أمّا الوكيل فيعني أن النظام يقدّر التصرف المناسب بنفسه. الأول مسؤول ومحاسب، والثاني أقوى في المواقف المفتوحة وأصعب في التحميل — ولكلٍّ مقامه.

هل يمكن أن يتخذ النظام قراراً خاطئاً؟

نعم — والسؤال الصحيح ليس «هل يخطئ؟» بل «هل نعرف أنه أخطأ؟». ولهذا نبني أثراً يمكن تتبّعه: كل استحقاق يُتابَع بقيمته ومدفوعه ومتبقّيه وأيام تأخيره، وكل حجز مرتبط بحلّاق وجدول معلوم. النظام الذي لا تستطيع مراجعة قراره لا يصلح للأعمال مهما بلغت دقته.

هل أستطيع تغيير القواعد التي يقرر بها النظام؟

نعم، ومن لوحة التحكم لا من عندنا. القواعد التشغيلية — جداول الحلاقين وإجازاتهم، وأسعار الجلسات ومددها، وساعات العمل — تتغيّر طوال العام، وإن كانت تحتاج مطوّراً لتغييرها فالنظام يتقادم في أول تغيير.

هل ينفع هذا لعملي أنا؟

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

كم تكلفة نظام يتخذ قرارات؟

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

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

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

وقبل كل هذا: اضبط قاعدتك يدوياً أولاً. الأتمتة تُتوج عملية ناجحة، ولا تُصلح واحدة مكسورة.

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