من تبني الذكاء الاصطناعي إلى العمليات الوكيلة: ماذا تعني مجموعة "الذكاء الاصطناعي في عام 2026" من كلية هارفارد للأعمال بالنسبة للذكاء الاصطناعي في المؤسسات؟

تم تأطير مجموعة أبحاث "الذكاء الاصطناعي في عام 2026" الصادرة عن HBS Working Knowledge تحت عنوان "من التبني إلى الوكالة". وتفسيرنا للبنية التحتية هو التحول نحو التنفيذ المفوض: بمجرد أن يتمكن الذكاء الاصطناعي من إنجاز العمل عبر خطوات وأدوات وأنظمة وأفراد مختلفين، يجب على المؤسسات تحديد ما يُسمح للنظام بفعله، وبأي سلطة، وتحت أي ضوابط، وما هي الأدلة المطلوبة بعد ذلك.

1. التحول المهم ليس من الأوامر (Prompts) إلى أوامر أفضل

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

هذا يغير جوهر السؤال التشغيلي. يمكن للأمر (Prompt) أن يطلب معلومات أو تحويلاً؛ أما تشغيل الوكيل فيمكن أن يصبح تفويضاً للعمل.

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

2. المحور الأول لكلية هارفارد للأعمال: القيادة تصبح تنسيقاً

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

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

هذا هو الدور الذي يلعبه إطار عمل الوكيل (agent harness) . TrueForge في وثائقها الرسمية تصف نفسها بأنها بيئة تشغيل للوكلاء (agent harness) تعمل كطبقة برمجية حول نماذج اللغة الكبيرة (LLM)، حيث تدير حلقة تنفيذ النموذج والأدوات، وتحافظ على سياق المهام الطويلة، وتدعم أدوات ومهارات بروتوكول MCP، وتوفر بيئات تنفيذ معزولة عند الحاجة، وتتوقف مؤقتاً للحصول على موافقة بشرية، وتدعم الوكلاء الفرعيين، وتضمن استمرارية الجلسات عبر عمليات إعادة الاتصال وإعادة التشغيل.

يجب أن تظل هذه الادعاءات محدودة النطاق: يمكن لـ TrueForge جعل الوكيل يعمل بشكل مستدام وقابل للمراقبة، لكنها لا تحدد أولويات القائد، ولا تقرر المهام التي يجب تفويضها، ولا تدرك ماهية القيادة الناجحة.

3. الموضوع الثاني من كلية هارفارد للأعمال (HBS): أتمتة المهام، لا المساءلة

استطلعت أبحاث جيمس رايلي في كلية هارفارد للأعمال حول المواقف العامة تجاه الأتمتة آراء 2,357 شخصاً عبر 940 مهنة. أيد المشاركون أتمتة ما يقرب من 30% من الوظائف في ظل القدرات الحالية؛ وعندما طُلب منهم تخيل ذكاء اصطناعي يتفوق على البشر بتكلفة أقل، ارتفعت نسبة التأييد إلى 58%. ومع ذلك، ظلت مجموعة كبيرة من المهن تقاوم الأتمتة لأسباب اجتماعية أو أخلاقية.

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

هذا يدحض فكرة وجود "وضع مستقل" عالمي واحد. يحتاج نظام الإنتاج إلى نقاط تحكم صريحة:

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

بوابة TrueFoundry MCP تتوافق بشكل طبيعي مع حدود الأدوات المشتركة: التسجيل والاكتشاف، هوية الوارد، التحكم في الوصول على مستوى الأداة، بيانات الاعتماد للمصب، حواجز الحماية قبل وبعد الأداة، سير عمل الموافقة، والتدقيق لحركة مرور MCP الموجهة عبر البوابة. بوابة الذكاء الاصطناعي توفر حدود نموذج مقابلة مع وصول موحد، والتحكم في الوصول المستند إلى الأدوار (RBAC)، وحدود المعدل، والميزانيات، والتوجيه/الاحتياطيات، وحواجز الحماية، وقابلية المراقبة.

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

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

4. المحور الثالث من HBS: يمكن للذكاء الاصطناعي أن يصبح زميلاً في الفريق، لكن العمل الجماعي يحتاج إلى بنية تحتية مشتركة

مقالة HBS "عندما ينضم الذكاء الاصطناعي إلى الفريق، تظهر أفكار أفضل" تستعرض تجربة ميدانية شملت 791 متخصصاً من شركة بروكتر آند جامبل. أنتجت الفرق التي تستخدم الذكاء الاصطناعي حلولاً ذات جودة أعلى في التجربة؛ حيث كانت الأفكار ضمن أفضل 10% أكثر عرضة بثلاث مرات لأن تأتي من فرق تستخدم الذكاء الاصطناعي مقارنة بالأفراد الذين يعملون بدونه. كما قلل الذكاء الاصطناعي من وقت الإنجاز بنسبة 16% للأفراد و13% للفرق. نُشرت الدراسة النهائية التي خضعت لمراجعة الأقران في Organization Science في عام 2026.

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

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

النموذج الأكثر قابلية للتوسع هو:

• TrueForge لآليات وقت التشغيل المفتوحة لعمليات الوكيل.
• بوابة الذكاء الاصطناعي (AI Gateway) للوصول المشترك إلى النماذج والسياسات الخاصة بها.
• بوابة بروتوكول التحكم في النماذج (MCP Gateway) للوصول الخاضع للحوكمة إلى الأدوات والبيانات.
• سجل المهارات (Skills Registry) للمعرفة الإجرائية ذات الإصدارات التي يمكن إعادة استخدامها عبر واجهات الوكلاء المختلفة.
• سجل الوكلاء (Agent Registry) للحصول على مخزون مشترك، وواجهة وصول، ومقاييس، وسجلات تتبع للوكلاء المسجلين، بما في ذلك الوكلاء عن بُعد.

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

5. المحور الرابع من كلية هارفارد للأعمال: القرارات عالية المخاطر تتطلب أداءً و أدلة

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

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

يتطلب ذلك الفصل بين أربع طبقات على الأقل:

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

6. الموضوع الخامس من كلية هارفارد للأعمال: كثافة المواهب تخلق مشكلة في إعادة الاستخدام

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

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

سجل مهارات TrueFoundry ذو صلة خاصة هنا. فهو يوفر كتالوجاً مشتركاً لمهارات الوكيل القابلة لإعادة الاستخدام والمؤرخة، مع التحكم في الوصول المستند إلى الأدوار (RBAC) وسجل الإصدارات والتدقيق. وهذا يحول الإجراء المفيد من تقنية فردية إلى أصل تنظيمي. وينطبق المبدأ نفسه على الوكلاء المسجلين وسياسات البوابة وقواعد التوجيه والميزانيات والمراقبة المشتركة.

7. من النتائج التنظيمية إلى نموذج تشغيل الوكلاء

إن الجمع بين موضوعات كلية هارفارد للأعمال الخمسة يشير إلى نموذج تشغيل مؤسسي لا يعتمد على "موافقة البشر على كل شيء" ولا على "إدارة الوكلاء لكل شيء". إنه نظام تفويض متعدد الطبقات:

8. ما الذي يجب على المؤسسات توحيد معاييره الآن؟

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

1. توحيد معايير وقت تشغيل الوكيل. حدد كيفية استمرار الجلسات، واكتشاف الأدوات، وإدارة السياق، وعزل التعليمات البرمجية، وإيقاف التنفيذ مؤقتاً للموافقة، وتسجيل الأحداث.
2. افصل سياسة النموذج عن كود التطبيق. قم بمركزية بيانات اعتماد المزود، والتحكم في الوصول، والتوجيه، والميزانيات، وحدود المعدل، وضوابط الأمان، وقياسات أداء النموذج حيثما أمكن ذلك.
3. اجعل أدوات المؤسسة خاضعة لهوية وسياسات واضحة. حافظ على هوية المستخدم البشري أو عبء العمل، وحدد الوكيل المنفذ، وطبق تفويض الأعمال في المراحل اللاحقة. لا تصبح الأداة آمنة لمجرد أنها تدعم بروتوكول MCP.
4. صمم التدخل البشري (HITL) كحالة انتقال وقت تشغيل محددة النطاق. يجب أن يتوقف التشغيل مؤقتاً قبل تنفيذ أي تأثير جانبي، مع الاحتفاظ بالإجراء المعلق بدقة، وتسجيل قرار المراجع، والاستئناف من الحالة المحفوظة. يجب أن تنتهي صلاحية الموافقات أو تتم إعادة التحقق منها بعد حدوث تغييرات جوهرية في الحالة.
5. احتفظ بأدلة النتائج. توضح سجلات وقت التشغيل ما حاول الوكيل القيام به؛ بينما تثبت أنظمة السجلات ما حدث بالفعل.
6. حول الإجراءات الجيدة إلى أصول قابلة لإعادة الاستخدام. يجب أن تخضع المهارات، والسياسات، وتعريفات الوكلاء، والتقييمات لإصدارات محددة بدلاً من الاعتماد على نسخ الأوامر (prompts).
7. اجعل مسؤولية الأعمال خارج نطاق النموذج. لا يزال المالكون البشريون والأنظمة الموثوقة هم من يقررون ما هو مهم، وما هو مسموح به، وما يُعد نجاحاً.

مسار تحكم ملموس: معالجة استرداد الأموال

تخيل وكيل دعم يستخدم أدوات get_order و process_refund الموجودة في وثائق TrueForge. يبدأ مسار الإنتاج بحفظ طلب العميل، والجلسة، وسياق الهوية. قد يسترجع الوكيل الطلب عبر بوابة MCP، لكن إمكانية الوصول إلى الأداة هي مجرد خطوة أولى: إذ يجب على التطبيق أو نظام الطلبات التأكد من أن هذا العميل—أو الخدمة التي تعمل نيابة عنه—مخول بالوصول إلى ذلك الطلب، وأن الطلب مؤهل للاسترداد.

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

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

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

9. النقطة الأعمق: الذكاء الاصطناعي الوكيل هو مشكلة أنظمة تنظيمية

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

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

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

المراجع

1. معرفة العمل في كلية هارفارد للأعمال (HBS) — كيف تبدو القيادة في عالم الذكاء الاصطناعي الوكيل.
2. معرفة العمل في كلية هارفارد للأعمال (HBS) — الناس يتقبلون إلى حد كبير تولي الذكاء الاصطناعي العديد من الوظائف، ولكن بحدود.
3. معرفة العمل في كلية هارفارد للأعمال (HBS) — عندما ينضم الذكاء الاصطناعي إلى الفريق، تظهر أفكار أفضل.
4. مجلة علوم التنظيم (Organization Science) — الزميل السيبراني: تجربة ميدانية حول الذكاء الاصطناعي التوليدي والعمل الجماعي.
5. معرفة العمل في كلية هارفارد للأعمال (HBS) — من يجب أن يوافق على القروض المصرفية: البشر أم الخوارزميات؟.
6. دورية PNAS Nexus — المواقف العامة تجاه أداء صناع القرار من البشر والخوارزميات.
7. معرفة العمل في كلية هارفارد للأعمال (HBS) — الفوز بالذكاء الاصطناعي يبدأ بـ "كثافة المواهب".
8. TrueForge — مقدمة.
9. TrueForge — مفاهيم حزمة تطوير البرمجيات (SDK).
10. TrueForge — بيئة الاختبار (Sandbox).
11. TrueFoundry — مقدمة إلى بوابة الذكاء الاصطناعي (AI Gateway).
12. TrueFoundry — بوابة بروتوكول سياق النموذج (MCP Gateway).
13. TrueFoundry — المصادقة والأمان في بوابة MCP.
14. TrueFoundry — هوية الوكيل (إصدار تجريبي).
15. TrueFoundry — سجل الوكلاء.
16. TrueFoundry — سجل المهارات.

إخلاء مسؤولية تحريري: كلية هارفارد للأعمال، وHBS Working Knowledge، وأعضاء هيئة التدريس المذكورون ليسوا تابعين لهذا المقال ولا يؤيدون TrueFoundry. تم استخدام أبحاث HBS كإطار عمل خارجي؛ وجميع خرائط المنتجات واستنتاجات البنية التحتية هي تحليلات تحريرية خاصة بـ TrueFoundry. تم وصف قدرات المنتج بناءً على الوثائق العامة المتاحة حتى تاريخ 1 سبتمبر 2026.

‍