حين تتحول الإجابة إلى فعل

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

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

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

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

بين «وجدت» و«نفذت» يبدأ عصر جديد.

هنا، بين الكلمتين، يقع المجال الحقيقي لـGBO.

الإجابة والفعل ليسا شيئًا واحدًا

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

كيف نصنف ملء نموذج وتركه من دون إرسال؟

هل إضافة منتج إلى سلة التسوق تُعدّ عملية؟

هل إنشاء دعوة في التقويم مجرد اقتراح؟

كيف نقيّم تعديل ملف من دون نشره؟

ما الفرق بين إعداد بريد إلكتروني وإرساله؟

هل طلب عرض سعر باسم شركة مجرد استفسار غير ملزم، أم بدء لعلاقة تجارية؟

هل جدولة منشور على وسائل التواصل قبل نشره تعني أن العالم قد تغير؟

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

بل يسأل أيضًا:

في أي مرحلة يقع الفعل؟ من يتأثر به؟ إلى أي حد يمكن التراجع عنه؟ بأي صلاحية يُنفذ؟ وما النتائج التي قد يسببها؟

سُلّم الفعل

أقترح نموذجًا من سبع درجات لفحص سلوك الوكيل. ليست الدرجات تسلسلًا إلزاميًا متصلًا؛ فقد تتضمن العملية الواحدة عدة درجات معًا. الغرض من النموذج هو إظهار الفروق في الصلاحية والأثر.

1. الملاحظة

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

2. التفسير

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

3. التوصية

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

4. التحضير

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

5. التنفيذ

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

6. الالتزام

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

7. ترسّخ الأثر

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

لماذا يهم سُلّم الفعل؟

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

يقول المستخدم: «ابحث عن عملاء محتملين».

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

«ابحث» ليست صلاحية للإرسال.

«جهّز» ليست صلاحية للنشر.

«اعثر» ليست صلاحية للتواصل.

«أصلح» ليست صلاحية للنشر في بيئة الإنتاج.

«خطط» ليست صلاحية للإنفاق.

هذه ليست فروقًا صغيرة، بل حدود حوكمة أساسية في عصر الوكلاء.

حركات صغيرة تغيّر العالم

قد تبدو بعض الأفعال الرقمية بسيطة للإنسان: الضغط على زر، وإرسال رابط، وإنشاء موعد، وإعادة تسمية ملف، ووضع علامة في خانة. لكن الحركة الصغيرة قد تطلق في الأنظمة الرقمية سلسلة كبيرة من العمليات.

قد يؤدي زر واحد إلى:

• إرسال بريد إلى مئات العملاء؛
• نشر موقع كامل؛
• بدء عملية دفع؛
• حذف آلاف الملفات؛
• إنشاء بيان عام؛
• إيقاف صلاحية وصول موظّف؛
• أو نقل بيانات شخصية إلى نظام آخر.

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

يستطيع الوكيل ربط ذلك الوعد بأنظمة العقود والتقويم والفوترة الآلية. لا تسرّع الأتمتة السلوك الصحيح فقط؛ بل تسرّع السلوك الخاطئ أيضًا.

اتّساع النطاق لا يغني عن صواب الفعل. إنه يضخّم النتيجة فقط.

قد يفكر الوكيل بصورة صحيحة ويتصرف بصورة خاطئة

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

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

يجب تقييم الفعل وفق هذه الأسئلة مجتمعة:

هل هو صحيح؟ هل هو ملائم؟ هل هو مأذون به؟ هل هو آمن؟ هل حدود الإيقاف والتراجع وتدارك الأثر معروفة؟ هل سُجل؟

قد يكون الفعل صحيحًا لكنه غير مأذون به، أو مأذونًا لكنه غير آمن. وقد يكون آمنًا لكنه لا يوافق هدف المستخدم، أو موافقًا للهدف لكنه غير قابل للتراجع. لا يستبدل GBO بُعدًا من هذه الأبعاد بآخر.

نقطة التسليم السلوكي

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

في مهمة بريد إلكتروني: لحظة الضغط على «إرسال».

في مهمة برمجية:

لحظة تعديل الملف. وإذا كان التعديل سينشر في بيئة الإنتاج، فالنشر نقطة تسليم مستقلة أيضًا.

في مهمة شراء:

لحظة تأكيد الطلب أو الدفع.

في مهمة على وسائل التواصل:

لحظة نشر المحتوى. وإذا جرى تحديد موعد للنشر التلقائي، فالسجل الذي يطلق هذه العملية يمثل عتبة مستقلة.

في مهمة بيانات:

لحظة نقل المعلومات إلى نظام طرف ثالث.

في مهمة موارد بشرية:

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

حتى هنا، يستطيع الوكيل التقدم بنفسه. ومن هنا فصاعدًا، تلزم موافقة بشرية.

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

الإذن مرة ليس إذنًا إلى الأبد

من المخاطر الممكنة في أنظمة الوكلاء اعتبار إذن سابق صالحًا لكل فعل مشابه في المستقبل.

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

لا يمنح ذلك صلاحية تغيير الأسعار أو النصوص القانونية أو تموضع العلامة تلقائيًا.

يرتبط الإذن دائمًا بهذا السياق:

• الفعل
• الغرض
• النطاق
• المدة
• المصدر
• الوجهة
• المخاطر
• شرط سحب الإذن

إذا تغير عنصر من هذه العناصر، فقد يلزم إعادة تقييم الإذن السابق.

من مبادئ GBO الأساسية أن الصلاحية مرتبطة بالسياق. لا ينبغي للنظام أن يكتفي بعبارة «سبق أن سُمح بذلك». لأي فعل؟

وفي أي تاريخ؟

وباسم أي شخص؟

وضمن أي حدود؟

وباستخدام أي بيانات؟

وصولًا إلى أي نتيجة؟

إذا بقيت هذه الأسئلة بلا إجابة، فلا يجوز افتراض الصلاحية.

الفرق بين الغرض والطريقة

قد يعطي المستخدم الوكيل غرضًا: «اعثر على عملاء جدد». لكن هذا الغرض لا يجعل جميع وسائل الوصول إليه مشروعة تلقائيًا.

يمكن للوكيل أن:

• يبحث في المصادر العامة؛
• يفحص قوائم القطاع؛
• يصنف الشركات المناسبة؛
• ويعد مسودة للتواصل.

لكنه قد يقوم أيضًا بأفعال مثل:

• جمع بيانات شخصية بلا إذن؛
• إرسال بريد جماعي؛
• التواصل بهوية زائفة؛
• تقديم التزامات سعرية باسم الشركة؛
• أو مخالفة شروط استخدام منصات أخرى.

قد يكون الغرض صحيحًا، والطريقة خاطئة.

وبالمثل، قد يقول المستخدم: «اجعل الموقع أحد أقوى المصادر في العالم في مجال GEO».

يمكن السعي إلى هذا الغرض بأساليب مثل:

• تعميق المحتوى؛
• التحقق التقني؛
• التوطين متعدد اللغات؛
• البيانات المنظَّمة؛
• تحسين جودة المصادر؛
• والعمل على الأداء والقياس.

هذه أساليب يمكن أن تخدم الغرض.

لكن الغرض نفسه لا يبرر:

• التقييمات الزائفة؛
• شبكات الروابط المصطنعة؛
• تشويه سمعة المنافسين؛
• إطلاق ادعاءات مضللة بالتفوّق؛
• حشو كلمات مفتاحية مخفية؛
• فتح حسابات على منصات خارجية من دون إذن.

لا يجعل هذا الهدف أيًّا من هذه الأساليب مشروعًا. ولا يحدّد GBO الهدف وحده، بل يحدّد أيضًا السلوك المقبول في الطريق إليه.

الغاية الحسنة لا تبرّر الوسيلة السيئة.

لذلك يتضمّن عقد السلوك عنصرين منفصلين:

• النتيجة المستهدفة
• الأساليب المسموح بها والأساليب المحظورة

على الوكيل أن يعرف إلى أين يتّجه، وأن يعرف أيضًا الطرق التي لا يجوز له سلوكها.

اتّساع نطاق المهمة

تظهر لدى الوكلاء الذين يعملون فترات طويلة مخاطرة أخرى:

اتّساع نطاق المهمة

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

إذا بدأ الوكيل بتحرير المحتوى، ثم انتقل إلى:

• تغيير سجلات DNS؛
• فتح حسابات جديدة باسم الشركة؛
• شراء خدمات مدفوعة؛
• إرسال رسائل إلى العملاء؛
• إعادة كتابة النصوص القانونية؛

فإن الفجوة بين الهدف والصلاحية الممنوحة له تتّسع.

يمكن تقسيم هذا الاتّساع إلى ثلاث فئات:

اتّساع تقتضيه المهمة

أعمال لا بدّ منها لإتمام المهمة الأساسية، مثل تحديث خريطة الموقع عند إضافة صفحة جديدة.

اتّساع داعم للمهمة

أعمال تعزّز الهدف الأساسي، لكن يمكن تقييمها على نحو مستقل، مثل إعداد مسوّدة منشور على وسائل التواصل الاجتماعي عن الصفحة الجديدة.

توسيع الصلاحيات

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

قد تتّسع المهمة. لكن لا يجوز أن تتّسع الصلاحية من تلقاء نفسها.

نتائج كبيرة وراء مخاطر تبدو صغيرة

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

لذلك لا يمكن قياس قابلية التراجع بسؤال واحد: «هل يوجد زر يعيد الوضع إلى ما كان عليه؟»

علينا التمييز بين ثلاثة مستويات للتراجع:

التراجع التقني

هل يمكن إعادة النظام إلى نسخته السابقة؟

التراجع التجاري

هل يمكن إلغاء الالتزام المالي أو التعاقدي أو المتعلّق بالتسليم؟

معالجة الأثر الإنساني

هل يمكن حقًّا إزالة الأثر الذي أصاب السمعة أو الثقة أو الخصوصية أو العلاقة؟

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

نطاق الفعل

يمكن أن نحدّد لكل وكيل:

نطاق الفعل

وهو الإطار الذي يبيّن حدود ما يستطيع الوكيل القيام به بمفرده في مهمة معيّنة.

ويشمل هذا النطاق:

• الأنظمة التي يجوز له الوصول إليها
• البيانات التي يجوز له استخدامها
• الإجراءات التي يجوز له تنفيذها
• المبلغ الذي يجوز له إنفاقه
• الأشخاص الذين يجوز له التواصل معهم
• الملفات التي يجوز له تعديلها
• الفترة الزمنية التي يجوز له العمل خلالها
• مستوى المخاطر المقبول
• العتبات التي تستلزم موافقة بشرية
• طريقة التراجع عن الإجراء

قد يكون نطاق فعل وكيل البريد الإلكتروني، مثلًا، على النحو الآتي:

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

أمّا نطاق فعل وكيل الموقع فقد يكون:

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

ونطاق فعل وكيل المشتريات:

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

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

ما المقصود بمُحفّز السلوك؟

تُستخدم كلمة «مُحفّز» في التسويق غالبًا للدلالة على عامل نفسي يدفع الإنسان إلى التصرّف. لكن معناها مختلف في GBO. فمُحفّز السلوك ليس وسيلة إقناع خفيّة تجعل الوكيل يختار علامة تجارية بعينها.

المقصود به هو مجموع الشروط المتحقّق منها التي يجب توافرها كي ينتقل الوكيل إلى مرحلة سلوكية معيّنة.

فقد تشمل مُحفّزات السلوك اللازمة لإرسال طلب عرض سعر، مثلًا، الشروط الآتية:

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

عند استيفاء هذه الشروط يمكن بدء الفعل.

وعندما لا تُستوفى، يجب على الوكيل اختيار سلوك أدنى من حيث الأثر:

• طلب معلومات؛
• إعداد مسوّدة؛
• إحالة الأمر إلى إنسان؛
• إيقاف العملية.

مُحفّز السلوك في GBO ليس زرًّا للإقناع. إنه بوابة للتحقّق من السلامة والملاءمة.

قابلية اتخاذ الفعل المشروطة بالدليل

ستكون «قابلية اتخاذ الفعل المشروطة بالدليل» أحد المفاهيم الأساسية في هذا الكتاب. فمجرّد ظهور كيان أو خدمة لا يكفي لاعتبارهما جاهزين لاتخاذ فعل بشأنهما. لا بدّ من توافر شروط محدّدة يمكن إثباتها.

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

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

لذلك يقوم منطق GBO الأساسي على بوابة «و» المنطقية:

شروط الانتقال إلى الفعل:

التوافق مع النية

ووجود الدليل

وتوافر القدرة

ووجود الصلاحية

وتحقّق السلامة

وتحديد آليات التراجع والتدارك

إذا لم تُجتز إحدى البوابات، وجب تغيير شكل السلوك.

يمكن للوكيل أن:

• ينتظر؛
• يطلب توضيحًا؛
• يعدّ مسوّدة؛
• يطلب موافقة بشرية؛
• يبحث عن خيار آخر؛
• يرفض العملية.

هنا يكمن الفارق الجوهري بين GBO والتحسين القائم على التلاعب. فالغاية ليست تنفيذ الفعل مهما كانت الظروف، بل تنفيذه حين تتوافر الشروط التي تجيزه.

متى تُعدّ الإجابة فعلًا؟

يمكننا وضع معيار عملي للإجابة عن هذا السؤال.

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

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

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

إذا لم تُحدّد هذه العتبات بوضوح، فقد يفهم المستخدم والوكيل الفعل نفسه بمعنيين مختلفين.

أفعال تجري بصمت

بعض أفعال الوكيل لا تظهر للمستخدم بوضوح.

قد يقوم النظام بما يأتي:

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

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

يمكن تفويض الصلاحية. لكن لا يجوز أن تضيع المسؤولية.

سلسلة الصلاحيات بين الوكلاء

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

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

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

نجاح النتيجة لا يعني سلامة المسار

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

النتيجة الجيّدة لا تمنح المسار السيئ مشروعية بأثر رجعي.

لذلك يتضمّن التقييم سؤالين منفصلين:

هل كانت النتيجة مفيدة؟ وهل نُفّذ الفعل بالصلاحية الصحيحة ووفق المسار الصحيح؟

يجب استيفاء المعيارين معًا.

الإحالة إلى إنسان ليست فشلًا

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

مثلًا، عندما:

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

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

النظام الذي لا يعرف متى يتوقّف ليس جديرًا بالثقة، مهما بلغت قوّته.

في التصميم الجيّد لـ GBO، تُقاس الإحالة إلى إنسان بوصفها سلوكًا ناجحًا بحدّ ذاته. فإذا طلب الوكيل الموافقة في الوقت المناسب، فقد تصرّف النظام تصرّفًا صحيحًا، حتى إن لم تكتمل المهمة.

إيصال الفعل

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

بعد كل فعل مهم يمكن إصدار:

إيصال الفعل

لتوثيقه.

يوضّح هذا الإيصال:

• ما الذي نُفّذ؟
• باسم من نُفّذ؟
• ولأي غرض؟
• إلى أي صلاحية استند؟
• ما البيانات المستخدمة؟
• إلى أي نظام جرى الوصول؟
• متى وقع الفعل؟
• ما النتيجة؟
• هل يمكن التراجع عنه؟
• من يستطيع مراجعته أو الاعتراض عليه؟

مثلًا:

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

يسهّل هذا السجلّ مراجعة الفعل. لكن إيصالًا يكتبه الوكيل بنفسه لا يكفي وحده لإثبات أن الفعل وقع؛ وينبغي، متى أمكن، التحقّق منه بمقارنته بسجلّ العملية وتوقيتها ونتيجتها في النظام المستقبِل.

كيف نقيس جودة الفعل؟

قد يُنجز الوكيل عددًا كبيرًا من المهام. لكن هذا وحده ليس نجاحًا.

يمكن قياس جودة الفعل عبر الأبعاد الآتية:

الملاءمة

هل وافق الفعل هدف المستخدم الحقيقي؟

الدقّة

هل كانت المعلومات التي استند إليها القرار صحيحة؟

الصلاحية

هل كان الوكيل مخوّلًا صراحةً بتنفيذ هذا الفعل؟

التناسب

هل تجاوز الفعل القدر اللازم للوصول إلى الهدف؟

السلامة

هل حُميت البيانات والأموال والسمعة وسلامة النظام؟

قابلية التفسير

هل يمكن بيان سبب اختيار هذا السلوك؟

التراجع

هل يمكن إيقاف الفعل أو تدارك أثره عند وقوع خطأ؟

التوثيق

هل يمكن تدقيق العملية لاحقًا؟

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

كم مهمة اكتملت في الظروف الصحيحة، وبالصلاحية الصحيحة، وبالنتيجة الصحيحة؟

هذا هو السؤال الذي يطرحه.

الفعل الخاطئ ليس مجرّد خطأ تقني

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

لكن بعض الأفعال الخاطئة تنشأ عن أسباب أعمق:

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

هذه ليست أخطاء برمجية فحسب.

إنها أخطاء في معمارية السلوك.

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

أي بوابة كانت مفقودة؟

أي إذن كان ملتبسًا؟

أي معلومة أُعطيت وزنًا غير مناسب؟

أي حدّ لم يُنقل إلى الوكيل الفرعي؟

لا ينظر GBO إلى الخطأ بوصفه حادثة منفردة، بل بوصفه دليلًا يكشف شيئًا عن تصميم سلوك النظام.

من عصر الإجابة إلى عصر الفعل

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

قد تُطبَّق.

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

عند تقييم إجابة، ننظر إلى:

• المصدر؛
• وعدم اليقين؛
• وحداثة المعلومات؛

فهذه أمور مهمة.

أمّا الفعل فيتطلّب، إلى جانب ذلك:

• الصلاحية؛
• وتحديد النطاق؛
• والتناسب؛
• وإمكان التراجع؛
• والتوثيق؛
• وإمكان اعتراض الإنسان؛

ولا غنى عن هذه المتطلّبات.

لا يُمنح حق الفعل بلا شروط

قدرة النظام على تنفيذ فعل خاصية تقنية. أمّا تنفيذه بأمان فينبغي أن يكون امتيازًا مشروطًا.

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

• التحقّق الصحيح من الهوية
• فهم هدف المستخدم بوضوح
• تحديد الخيار الملائم استنادًا إلى الدليل
• التحقّق من حدود الصلاحية
• تقييم مستوى المخاطر
• إعداد طريق للتراجع
• الحصول على موافقة بشرية عند الحاجة

قبل استكمال هذه الفحوص، لا يصح أن يبدأ النظام الفعل لمجرّد أن لديه «وصولًا إلى الأدوات».

القدرة على استخدام أداة لا تعني امتلاك حق الفعل.

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

خلاصة الفصل

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

لذلك لم يعد السؤال الأساسي في عصر الفعل مقتصرًا على: «هل النظام دقيق؟»

بل يجب أن نسأل أيضًا:

هل هذا الفعل ملائم؟ هل توجد صلاحية لتنفيذه؟ هل هو ضروري؟ هل هو متناسب؟ هل يمكن التراجع عنه؟ هل يستطيع الإنسان إيقافه؟ هل يمكن تدقيقه لاحقًا؟

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

عند نهاية الجزء الأول، أصبح بإمكاننا التمييز بين ثلاث عتبات أساسية:

يدعم SEO قابلية العثور. ويتناول هذا الكتاب GEO من زاوية شروط التمثيل الصحيح. أمّا GBO فيضع حدود السلوك الذي سيُنفّذ استنادًا إلى ذلك التمثيل.

لكن قبل أن يتصرّف الوكيل تصرّفًا صحيحًا، يبقى السؤال الأشد أساسية بلا إجابة: من هو، في الحقيقة، الشخص أو الشركة أو المنتج أو الخدمة التي أمامه؟

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

من أنت؟

لأن الآلة، إذا لم تعرف من تواجه، لا تستطيع التصرّف تصرّفًا صحيحًا مهما بلغت قوّتها.