الجواب القصير. وكيل الذكاء الاصطناعي لا يصل أبداً إلى قاعدتكم: يصل إلى أدوات تُكتب واحدة واحدة، كل منها تفعل شيئاً واحداً مسمّى بمعاملات منمَّطة. النموذج يقترح استدعاءً؛ وخادمكم ينفّذه بعد المرور بـ الباب نفسه كل مرة: هل يسمح دور من يخاطب الوكيل بهذه الأداة، هل المعاملات موجودة في بياناتكم، هل المبلغ تحت السقف، هل نُفّذ هذا الاستدعاء من قبل. القراءات تمر وحدها؛ والكتابات تمر تحت سقف مع معاينة؛ وفوق السقف تصير طلب موافقة على هاتف من يستطيع أن يقول نعم؛ وما لا يملكه الدور لا وجود له عند الوكيل. ولكل استدعاء، منفَّذاً كان أو مرفوضاً، سطر في السجل. ولا يملك الوكيل أبداً حقوقاً أكثر من الشخص الذي يساعده. ثمانية أسابيع، اثنان منها لا يستطيع فيهما كتابة شيء.
هذا الدليل موجّه إلى المسيّر الذي يريد أن يفعل الذكاء الاصطناعي أخيراً شيئاً في برنامج تسييره، وإلى المؤسس المقيم في فرنسا الذي يريد إدارة مكتبه الخلفي بالرسائل، وإلى مديرية الإعلام الآلي التي يجب أن تقول نعم أو لا لوصل وكيل بالمحاسبة. لا يعيد من أين نبدأ ولا أي الاستعمالات تربح، الموصوفة في دليل الوكيل في الشركة، ولا كيف يعيش الوكيل على WhatsApp، الموصوف في الدليل المخصص؛ بل يصف ما يُبنى بين النموذج ونظام ERP، ويمدّ صفحتنا عن وظائف الذكاء الاصطناعي.
ما تقوله الأرقام
النموذج يقترح وكودكم ينفّذ: هذا مكتوب عند الناشرين أنفسهم. تصف وثائق Anthropic استعمال الأدوات هكذا: النموذج «يحدد متى يستدعي أداة بناءً على طلب المستعمل ووصف الأداة»، ثم «يعيد استدعاءً منظَّماً ينفّذه تطبيقكم»؛ كودكم يقوم بالعملية ويعيد النتيجة. وتقول وثائق OpenAI الشيء نفسه: «حين يستدعي النموذج دالة، عليكم تنفيذها وإعادة النتيجة». وما يفرضه ذلك: كل ما يحمي ERP يوجد في كودكم، بين اقتراح النموذج والتنفيذ، ولا إعداد للنموذج يعوّض هذا الباب.
شكل الاستدعاء يمكن ضمانه، لا معناه. يقترح الناشران وضعاً صارماً «يضمن أن تلتزم استدعاءات الدوال بمخطط الدالة بدل أن تكون على قدر الإمكان» حسب OpenAI، ويوصيان بتفعيله دائماً. لكن وثائق Anthropic تحذّر أيضاً من أنه حين يغيب معامل إلزامي من الطلب، قد «يستنتج النموذج قيمة معقولة» بدل أن يسأل، وأن هذا السلوك «غير مضمون». وما يفرضه ذلك: مبلغ إشعار دائن يقترحه النموذج يكون بالصيغة الصحيحة، لكنه قد يكون مخترَعاً؛ والباب يتحقق منه مقابل الفاتورة، والمعاينة تعرضه قبل الكتابة.
ولقائمة الأدوات حجم معقول مكتوب. توصي OpenAI بـ «أسماء دوال وأوصاف معاملات واضحة ومفصَّلة»، وباستعمال القيم المحصورة «لمنع الحالات غير الصالحة»، وبإبقاء القائمة «صغيرة لدقة أعلى»، بـ أقل من عشرين دالة متاحة في بداية الدور؛ وقاعدتها العملية «اختبار المتدرب»: هل يستطيع شخص لا يرى إلا بطاقة الأداة استعمالها صحيحاً؟ وما يفرضه ذلك: لا أداة «تنفيذ استعلام» ولا «تعديل حقل»، بل أداة لكل فعل عمل، إنشاء إشعار دائن، إرسال تذكير، وقائمة لكل دور. وما لم نجده: قياس علني للحوادث التي سبّبها وكلاء في أنظمة ERP؛ وما نراه هو الفخاخ الستة الموصوفة أدناه، ونقولها ملاحظةً.
طلب واحد يصير أربعة استدعاءات لأدوات
الوكيل لا يُفهم على مخطط بل على طلب حقيقي من المسيّر، وعلى ما يصيره كل استدعاء من استدعاءاته.
الطلب يصل في 9:12 باسم المسيّر ودوره: متابعة الزبائن المتأخرين أكثر من ثلاثين يوماً، وتحضير إشعارات الدائن لمرتجعات الأسبوع. يقسّمه الوكيل إلى استدعاءات. الأول يقرأ الزبائن المتأخرين: قراءة مسموحة لهذا الدور، ثلاثة وعشرون زبوناً، والقراءة نفسها تُكتب في السجل. الثاني يرسل التذكيرات: كتابة، لكن تحت سقف، ثلاثة وعشرون إرسالاً لحد خمسين في اليوم، بقالب معتمد ولا نص حر، ومفتاح عدم تكرار كي لا يرسل الاستدعاء المُعاد بعد انقطاع مرتين؛ نُفّذ.
الثالث ينشئ إشعار دائن بـ 12 400 دينار: الفاتورة موجودة وللزبون الصحيح، والمبلغ موجود في الفاتورة، لكنه يتجاوز سقف 10 000 دينار المكتوب لهذا الدور؛ فيصير الاستدعاء معاينة تُرسل إلى المسيّر على هاتفه بالإشعار الموصوف في دليل الإشعارات، ولا يوجد إشعار الدائن حتى يوافق بضغطة. الرابع يريد حذف فاتورة: هذه الأداة ليست في قائمة دور «الوكيل»، لا وجود لها عنده، ولا يُقرأ منها معامل حتى، والمحاولة تُكتب. أربعة استدعاءات، أربعة سطور في السجل، قرار بشري واحد، ولا فعل ما كان المسيّر يستطيع فعله بنفسه.
وكيل في المكتب الخلفي، في خمس طبقات
خلف هذه الاستدعاءات الأربعة خمس طبقات، والوسطى هي الوحيدة التي تقول لا.
القناة: يخاطب المسيّر الوكيل من WhatsApp أو المكتب الخلفي أو زر في الشاشة؛ يصل الطلب باسمه ودوره، ولا يملك الوكيل حقوقاً أكثر منه أبداً، وفق القواعد الموصوفة في دليل الأدوار. الوكيل: يقرأ النموذج الطلب ويختار الأدوات ويقترح المعاملات ويشرح ما سيفعله؛ يقترح ولا ينفّذ، وتعليماته وحدوده مُصدَرة في مستودعكم. الأدوات والباب: بطاقة لكل أداة، قراءة أو كتابة، مخطط صارم؛ الباب يتحقق من الدور والمعاملات مقابل بياناتكم والسقف وعدم التكرار ثم يسجّل؛ وهي الطبقة التي تخصكم ولا تتوقف على أي ناشر.
ERP والبيانات: برنامج التسيير أو المحاسبة، يُستدعيان عبر واجهتهما أو موصّلهما لا عبر القاعدة مباشرة، بقواعد العمل نفسها كما للإنسان، المخزون والائتمان والترقيم؛ وطريقة وصلهما هي طريقة دليل الدمج. الإشراف: سجل الاستدعاءات، الموافقات المعلَّقة، المرفوضات، التكلفة لكل مهمة، ومجموعة التقييم المُعادة مع كل تغيير وفق دليل القياس؛ شاشة تُقرأ كل أسبوع تقول ما فعله الوكيل وما رُفض له وكم كلّف.
«النموذج يقترح؛ والخادم يقرر. والمعامل المخمَّن يُوقَف عند الباب لا عند الزبون.»
أداة واحدة، يراها الوكيل ويتحقق منها الخادم
بطاقة الأداة هي كل ما يعرفه النموذج؛ والباب هو كل ما يفعله الخادم، مهما أرسل النموذج.
ما يقرؤه النموذج: اسم، إنشاء إشعار دائن؛ ووصف يقول متى تُستعمل ومتى لا، «فقط لمرتجع أو خطأ سعر مؤكَّد، ولا يُخمَّن المبلغ أبداً»؛ وثلاثة معاملات منمَّطة، رقم الفاتورة، المبلغ بالدينار، السبب من ثلاث قيم لا غير. والمخطط صارم: سيكون للاستدعاء هذا الشكل دائماً. ما يتحقق منه الخادم مهما أرسل النموذج: هل لدور «الوكيل» هذه الأداة؛ هل الفاتورة موجودة لهذا الزبون؛ هل المبلغ سطر في الفاتورة وتحت السقف؛ هل نُفّذ هذا الاستدعاء من قبل بمفتاحه؛ هل عُرضت المعاينة؛ هل كُتب سطر السجل.
الفحص الثالث هو الذي يجيب عن تحذير الناشرين: قد يخترع النموذج مبلغاً معقولاً حين يغيب؛ والباب يرفض أي مبلغ ليس في الفاتورة، ويسأل الوكيل بدل أن ينفّذ. والخامس هو الذي يطمئن المسيّر: لا شيء يُكتب في المحاسبة قبل عرض معاينة، وفوق السقف قبل الموافقة. النموذج يقترح؛ والخادم يقرر. والمعامل المخمَّن يُوقَف هنا لا عند الزبون.
ستة طلبات من مسيّر، والأدوات التي تصيرها
ستة طلبات نسمعها، ولكل منها الأدوات والسقوف والموافقة التي تصيرها.
متابعة المتأخرين: قراءة الأرصدة، ثم إرسال بقالب معتمد تحت سقف يومي ولا نص حر أبداً، وقائمة المرسَل إليهم تعود. إنشاء إشعار دائن: كتابة تحت سقف، المبلغ من الفاتورة ولا يُكتب أبداً، ومعاينة وموافقة فوقه. طلبية مورّد: قراءة المخزون والمبيعات، اقتراح، وإنشاء مسودةً فقط يصادق عليها إنسان، لأن الطلبية تلتزم بمال يخرج.
تعديل سعر: كتابة تحت سقف لكل دور، موافقة فوقه، القيمة القديمة تُحفظ، أثر مؤرَّخ؛ وهي قاعدة بوابة B2B. الرد على زبون: قراءة الطلبية والجولة، جواب بمصدره، ولا وعد ليس في البيانات أبداً. إخراج كشف: قراءة المجاميع المعرَّفة سلفاً لـ لوحة القيادة، لا حساب مخترَع، كي يكون رقم الوكيل ورقم الشاشة واحداً. ولا سطر من هذه الأسطر يحتوي أداة عامة: كل أداة تفعل شيئاً واحداً مسمّى، وهذا ما يجعل الوكيل متوقَّعاً.
«لا يملك الوكيل أبداً حقوقاً أكثر من الشخص الذي يساعده، وما لا يملكه دوره لا وجود له عنده.»
ستة فخاخ لوكيل في ERP
ستة فخاخ نراها في الوكلاء الذين نستلمهم، وما تفعله الهندسة ضد كل منها.
الأداة الواسعة جداً: «تنفيذ استعلام»، «تعديل أي حقل»؛ الوكيل يفعل ما يفهمه ولا أحد يستطيع أن يقول مسبقاً ماذا؛ أداة لكل فعل عمل، معاملات منمَّطة، قيم محصورة، أقل من عشرين أداة لكل وكيل. المعامل المخمَّن: لم يقل المسيّر المبلغ فيخترع النموذج مبلغاً معقولاً؛ المعامل يُتحقَّق منه مقابل البيانات المصدر، وإن لم يوجد يسأل الوكيل. التنفيذ المزدوج: ينقطع الاتصال ويُعاد الاستدعاء، إشعارا دائن؛ مفتاح عدم تكرار لكل استدعاء، والتنفيذ الثاني يعيد نتيجة الأول، على المبدأ الموصوف في دليل العمل دون اتصال.
الكتابة بلا معاينة: يكتب الوكيل في المحاسبة قبل أن يرى أحد شيئاً؛ معاينة منهجية، وموافقة فوق السقف. وكيل أقوى من الإنسان: حساب مدير «للتبسيط»، فيجعله المندوب يفعل ما لا يستطيع؛ الوكيل يرث دور من يخاطبه ولا أكثر أبداً، بدور «وكيل» خاص أضيق. الفعل بلا أثر: لا أحد يعرف أن الوكيل هو من غيّر هذا السعر؛ سطر في السجل لكل استدعاء، من طلب، أي أداة، أي معاملات، قبل، بعد، حتى المرفوض. الفخان الأولان يأتيان من بطاقة الأداة، والأربعة الأخرى من الباب، وكلها تُقرَّر في الأسبوع الأول.
رأيناه في مكان آخر: وثائق الأدوات عند الناشرين، وما ينتقل
مصدران يقولان الجوهر. تقول وثائق Anthropic وOpenAI إن النموذج يقترح استدعاءً منظَّماً وإن كودكم ينفّذه، وإن الوضع الصارم يضمن شكل الاستدعاء، وإن المعامل الناقص قد يُستنتج بدل أن يُطلب؛ وما ينتقل هو أن أمان الوكيل مسألة كود في الخادم لا مسألة نموذج، وأن الشكل المضمون لا يعفي من التحقق من المعنى. وتقول OpenAI أيضاً بإبقاء أقل من عشرين أداة، بأسماء واضحة وقيم محصورة؛ وما ينتقل هو قائمة قصيرة من أدوات العمل لكل دور لا أداة عامة.
وما لا تقوله هذه المصادر: أي الأفعال يريد مسيّركم تفويضها، وأي السقوف يقبل، ومن يوافق فوقها؛ والأسبوع الأول من المشروع يجيب، بالطلبات العشرة التي يقدّمها فعلاً.
قواعد وكيل يمكن وصله بـ ERP
ست قواعد تُكتب في الأسبوع الأول. الوكيل لا يرى إلا أدوات، لا القاعدة أبداً. الأداة تفعل شيئاً واحداً مسمّى، بمعاملات منمَّطة وقيم محصورة؛ أقل من عشرين لكل دور. القراءة قبل الكتابة، ولكل كتابة سقف ومعاينة. فوق السقف موافقة، على هاتف من يستطيع أن يقول نعم. مفتاح لكل استدعاء: لا شيء يُنفَّذ مرتين. سطر في السجل لكل استدعاء حتى المرفوض، ولا يملك الوكيل أبداً حقوقاً أكثر من الشخص الذي يساعده.
قاعدة سابعة تخص عرض السعر: «وكيل ذكاء اصطناعي موصول بـ ERP» ليس متطلباً بل جملة؛ المتطلب يُكتب «قائمة أدوات لكل دور، قراءة أو كتابة، مخطط صارم ووصف لكل أداة؛ باب في الخادم يتحقق من الدور والمعاملات مقابل البيانات والسقوف وعدم التكرار؛ معاينة قبل الكتابة؛ موافقة على الهاتف فوق السقف؛ سجل لكل استدعاء بقبل وبعد؛ مجموعة تقييم من ستين طلباً حقيقياً تشمل المعاملات الناقصة وخارج الحقوق والتكرار؛ أسبوعان للقراءة فقط قبل أول كتابة»، ويُتحقَّق منه كما يوصي دليل دفتر الشروط. وعرض السعر الذي يسعّر «وصول الذكاء الاصطناعي إلى القاعدة» سعّر الفخ رقم واحد.
ست شركات، وأول أداة كتابة تُفتح
ست شركات نجهّزها كثيراً، ولكل منها أول أداة كتابة تُفتح بعد أسبوعَي القراءة.
- الموزّع وبوابته، الموصوفان في الدليل المخصص. متابعة المتأخرين بقالب تحت سقف يومي؛ وإشعارات الدائن تبقى في الموافقة أسابيع.
- مكتب المحاسبة. تصنيف الوثائق المقروءة في ملف الزبون الصحيح؛ ولا قيد محاسبي من الوكيل قبل الشهر الثاني.
- المصحة. حجز المواعيد في الفترات الشاغرة؛ ولا كتابة في الملف الطبي أبداً.
- الوكالة العقارية. توليد وصولات الشهر مسودات يصادق عليها المسيّر دفعةً واحدة.
- المدرسة الخاصة. تذكيرات الاستحقاق للأولياء بقالب؛ والتخفيضات على الرسوم في الموافقة.
- الشركة المُدارة من فرنسا. كشف اليوم لكل وكالة للقراءة؛ والموافقة على إشعارات الدائن والتخفيضات على هاتف المؤسس أينما كان.
تقويم 2027
التقويم تقويم وكيل يُوصل بالمكتب الخلفي في ثمانية أسابيع، اثنان منها لا يستطيع فيهما كتابة شيء.
الأسبوع 0 إلى 1 يكتب الطلبات والأدوات: الطلبات العشرة التي يقدّمها المسيّر فعلاً، وقائمة الأدوات بالقراءة أو الكتابة والسقف والموافِق؛ موقَّعة. الأسبوع 1 إلى 2 يكتب مجموعة التقييم: ستون طلباً حقيقياً بالاستدعاءات المنتظرة، والفخاخ، معامل ناقص وطلب خارج الحقوق وتكرار. الأسبوعان 2 إلى 4 يبنيان أدوات القراءة والباب: بطاقات ومخططات صارمة وتحقق من الدور والمعاملات وسجل؛ الوكيل يجيب ويشرح ما كان سيفعله ولا يكتب شيئاً.
الأسبوعان 4 إلى 6 يفتحان أدوات الكتابة واحدة واحدة: سقوف، عدم تكرار، معاينة، موافقة على الهاتف. الأسبوعان 6 إلى 8 هما التجريب مع المسيّر وشخصين: كل رفض وكل موافقة يُقرآن كل يوم، والتكلفة لكل مهمة تُقاس، وكل خطأ يُضاف إلى المجموعة. وكل دفعة تُعرض كما يصف دليل التسليم؛ وحين تحتوي الطلبات وثائق حساسة يعمل النموذج حيث ينص دليل النشر الخاص.
ما يُفشل وكيلاً في ERP
الوكلاء الذين نستلمهم فشلوا دائماً تقريباً لأحد هذه الأسباب.
- الوصول المباشر إلى القاعدة. النموذج يكتب استعلامات؛ ولا أحد يعرف أيّها مسبقاً.
- الكتابة منذ اليوم الأول. لا فترة قراءة فقط؛ والثقة لم تُبنَ قط.
- لا سقف. تخفيض 40 % مُنح لأن الزبون ألحّ.
- لا مفتاح عدم تكرار. انقطاع شبكة، وثلاث فواتير متطابقة.
- الوكيل المدير. يفعل للمندوب ما لا يحق للمندوب فعله.
- أدوات عامة. «تعديل سجل»: عدّل الوكيل السجل الخطأ.
- لا سجل للمرفوضات. لا نعرف ما حاوله الوكيل ولا من طلبه منه.
أسئلة شائعة
الأسئلة التي نتلقاها من مسيّرين ومؤسسين ومديريات إعلام آلي.
- هل يستطيع الوكيل الكتابة في محاسبتنا أو نظام ERP؟
- نعم، بأدوات نكتبها واحدة واحدة، لا عبر القاعدة أبداً: كل أداة تفعل فعلاً واحداً مسمّى، إنشاء إشعار دائن، إرسال تذكير، بمعاملات منمَّطة. النموذج يقترح الاستدعاء؛ وخادمكم يتحقق منه، الدور والمعاملات مقابل بياناتكم والسقف والتكرار، وينفّذه أو يرفضه. وفوق سقف، يصير الفعل طلب موافقة على هاتف من يستطيع أن يقول نعم.
- ماذا يحدث إن أخطأ الوكيل في المبلغ أو الزبون؟
- الباب يوقفه قبل الكتابة: مبلغ ليس سطراً في الفاتورة يُرفض، وفاتورة ليست للزبون كذلك، ومعامل ناقص يجعل الوكيل يسأل بدل أن يخمّن. وللكتابات تُعرض معاينة قبل الكتابة، وفوق السقف لا يُكتب شيء بلا موافقة. وكل رفض في السجل.
- وإن نُفّذ الفعل نفسه مرتين؟
- كل استدعاء يحمل مفتاح عدم تكرار؛ إن انقطع الاتصال وأُعيد الاستدعاء، يعيد التنفيذ الثاني نتيجة الأول بدل إنشاء إشعار دائن ثانٍ أو إعادة إرسال ثلاثة وعشرين تذكيراً. وهي الآلية نفسها كما لتطبيق دون اتصال يعيد مزامنته.
- هل للوكيل حقوق أكثر من موظفيّ؟
- أبداً. يرث دور الشخص الذي يخاطبه، وله فوق ذلك دور «وكيل» خاص أضيق: قراءة الضروري، كتابات تحت سقف، لا حذف، لا تصدير. ولا يستطيع مندوب أن يجعله يفعل ما لا يحق له هو نفسه، وكل فعل يحمل الاسمين في السجل.
- كيف نعرف ما فعله الوكيل؟
- بالسجل: سطر لكل استدعاء، من طلب، أي أداة، أي معاملات، القيمة قبل وبعد، والنتيجة، منفَّذ أو معلَّق أو مرفوض. وشاشة أسبوعية تلخّص ما فعله وما رُفض له وكم كلّف، ومجموعة التقييم تُعاد مع كل تغيير في أداة أو نموذج.
- كم من الوقت لوصل وكيل؟
- ثمانية أسابيع: واحد لكتابة الطلبات وقائمة الأدوات، واحد لمجموعة التقييم، اثنان لأدوات القراءة والباب يشرح فيهما الوكيل دون أن يكتب، اثنان لفتح أدوات الكتابة واحدة واحدة بسقوفها، اثنان للتجريب مع المسيّر. ولا يكتب الوكيل شيئاً قبل الأسبوع الخامس.