رؤيتنا (يونيو 2026): التحول الوكيلي، وهندسة الحلقات، ومستقب… | Running the AI-Company

**يونيو 2026.** وجّهت الورقة الرفيقة، *النقد*، صرامتنا إلى الداخل فوجدت دَينين: قلّلنا من شأن **الوكلاء** و**النماذج المفتوحة**. هذه الورقة تسدّدهما. ما يلي ليس وحدة تعليمية ولا خيال ساحة تجارب. إنه **موقف**، رؤية فريق Running-ai المدروسة لحيث يتجه ذكاء المؤسسات فعلاً، وما الذي ينبغي أن يفعله القادة وأعضاء المجالس وقادة الحكومات حياله، مكتوبٌ بتاريخٍ متعمَّد كي تحاسبنا عليه لاحقاً. سنطرح ثلاث حجج جوهرية: 1. **التحول الوكيلي** هو الشكل الحقيقي لهذه الدورة التقنية، لا روبوتات محادثة، بل مُشغِّلون. 2. **هندسة الحلقات** هي الانضباط الجوهري الجديد، الحرفة التي تحلّ محلّ "صياغة الأوامر" و"بناء نموذجك الخاص". 3. **مستقبل البرمجيات** هو برمجياتٌ تكتب وتُشغّل وتُصلح نفسها بازدياد، مبنيةٌ على **محفظة من النماذج المفتوحة والمغلقة**، لا على ولاءٍ لأحدهما. نحمل هذه الآراء بقناعةٍ وتواضع. وهي مؤرَّخة لسبب: إن بدت ساذجة في 2028، فنريد للسجل أن يُظهر بالضبط ما اعتقدناه في يونيو 2026، ولماذا. *بقلم فريق خبراء Running-ai، يونيو 2026*

في فقرة واحدة: > **انتقل الذكاء من الإجابة إلى الحلقة.** لم تعد وحدة القيمة نموذجاً يردّ، بل وكيلاً يسعى إلى هدف، يراقب، ويقرّر، ويتصرّف عبر الأدوات، ويتحقق من عمله، ويكرّر حتى ينجز. ولم تعد المهارة النادرة تدريب النماذج أو كتابة أوامر بارعة، بل **هندسة الحلقات** التي يجري فيها هؤلاء الوكلاء. ولم يعد الركيزة نموذجاً مستأجراً وحيداً بل **محفظة موجَّهة** من النماذج المفتوحة والمغلقة، مطابَقةً للكلفة والكُمون والخصوصية والقدرة. والبرمجيات، تبعاً لذلك، تتوقف عن كونها شيئاً نكتبه فقط وتصبح شيئاً يكتب ويُشغّل نفسه بازدياد ضمن قيودٍ يحدّدها الإنسان. كل ما تبقّى في هذه الورقة شرحٌ لتلك الفقرة. ### التحول في مقارنة واحدة - **الشكل القديم (2023–2025):** إنسان يكتب أمراً ← نموذج يُعيد إجابة ← إنسان يتصرّف. - **الشكل الجديد (2026 ←):** إنسان يحدّد هدفاً وحواجز حماية ← وكيل يدور عبر مراقبة-قرار-فعل-تحقق، مستدعياً الأدوات والنماذج حسب الحاجة ← إنسان يراجع النتائج ويعدّل الحلقة. انتقل الإنسان من *مُشغِّل النموذج* إلى **مُصمِّم الحلقة**. هذا هو التحول كله، مضغوطاً.

وضعت الموجة الأولى من ذكاء المؤسسات **محادثة** أمام نموذج. أما الموجة الجارية الآن فتضع **مُشغِّلاً** خلف هدف. ### ما الذي تغيّر روبوت المحادثة يُجيب. أما الوكيل فـ*يتصرّف*: يخطّط الخطوات، ويستدعي واجهات البرمجة والأدوات، ويقرأ ويكتب في أنظمة السجلّات، وينفّذ الشيفرة، ويراقب النتيجة، ويقرّر ما التالي. وصف دليل الرئيس التنفيذي هذا بنمط المخطِّط–المنفِّذ–المنسِّق. وفي 2026 توقّف هذا النمط عن كونه مخططاً معمارياً وصار المنتج الافتراضي. ### أين يحطّ أولاً يصل التحول الوكيلي بتفاوت. يحطّ أولاً حيث يكون العمل: - **محدوداً**، هدف واضح وطريقة للتحقق من النجاح (التسويات، الترحيلات، فرز التذاكر، تغييرات الشيفرة، توليف البحث). - **غنياً بالأدوات**، العمل في معظمه استدعاء أنظمة، لا ممارسة حكمٍ بشريٍّ لا يُعوَّض. - **محتمِلاً للتكرار المُشرَف عليه**، يمكن لإنسان مراجعة النتائج قبل أن تصبح غير قابلة للتراجع. ويصل أخيراً، وينبغي ذلك، حيث تكون النتائج غير قابلة للتراجع، أو محمّلة أخلاقياً، أو معتمدة على سياق إنساني معاش. تلك الحدود ليست قيداً مؤقتاً؛ إنها خط الحوكمة الذي رسمه مسار التعلم، صار الآن حاملاً للبناء. ### إعادة التأطير التنفيذية توقّف عن السؤال "أين نُضيف روبوت محادثة؟". ابدأ بالسؤال **"أيّ الأهداف يمكن أن نفوّضها إلى مُشغِّل مُشرَف عليه، وكيف تبدو الإشراف؟"** سيتضمّن مخطط منظمة 2027 وكلاء. والسؤال هو هل يرفعون تقاريرهم إلى حلقة متماسكة أم يتمدّدون كنصوصٍ بلا حوكمة. ### التحفظ الصادق الاستقلالية تُضاعف القيمة والخطأ معاً. وكيلٌ موثوقٌ بنسبة 95% لكل خطوة موثوقٌ بنحو 60% عبر عشر خطوات. فالتحول الوكيلي لا ينفصل عن **التحقق**، ولهذا فإن هندسة الحلقات، لا اختيار النموذج، هي الانضباط الحقيقي.

إن كان ثمة مصطلح واحد نريد إضافته إلى المفردات التنفيذية في يونيو 2026، فهو **هندسة الحلقات**. ### التعريف هندسة الحلقات هي انضباط تصميم وقياس وحوكمة دورة **مراقبة ← قرار ← فعل ← تحقق** التي يجريها الوكيل. تستوعب ما كنّا نسمّيه صياغة الأوامر، لكنها أوسع: تشمل السياق والأدوات والذاكرة وقواعد التوقف والتعافي من الأخطاء والتقييم ونقاط التفتيش البشرية. ### تشريح الحلقة الجيدة 1. **السياق إلى الداخل**، ما يراه الوكيل: المعرفة المسترجَعة، حالة النظام، الخطوات السابقة. (هنا يعيش الاسترجاع المعزز الآن، كخطوة في الحلقة، لا كميزة.) 2. **القرار**، اختيار النموذج للفعل التالي، مع استدلالٍ صريحٍ يمكن للحلقة فحصه مثالياً. 3. **الفعل عبر الأدوات**، استدعاء الدوال أو الخدمات أو الوكلاء الآخرين عبر بروتوكولات قياسية. 4. **التحقق**، فحص النتيجة مقابل معيار نجاح *قبل* أن تنتشر. هذه الخطوة هي الأكثر تجاهلاً من الفرق والأكثر ندماً على تجاهلها. 5. **التوقف أو التكرار**، ميزانية صريحة (خطوات، كلفة، وقت) وتعريف صريح للإنجاز. ### لماذا تحلّ محلّ إتقان الأمر وبناء النموذج - **تجاوزت صياغة الأوامر** لأن أمراً مثالياً لنموذجٍ بلا تحقق ما زال يشحن أخطاءً واثقة. - **التفّت على بناء نموذجك الخاص** لأن حلقةً مُحكمة الهندسة حول نموذجٍ جاهز تغلب نموذجاً مفصّلاً في حلقةٍ ساذجة، بجزءٍ بسيط من الكلفة. ### المقاييس الجديدة تجلب هندسة الحلقات بطاقتها الخاصة: **كلفة الحلقة** (إجمالي الحوسبة لكل هدف مُنجَز، لا لكل استدعاء)، و**الخطوات حتى الإنجاز**، و**معدل اجتياز التحقق**، و**معدل التصعيد** (كم مرة يُعيد الأمر إلى إنسان)، و**معدل الندم** (كم مرة وجب التراجع عن فعلٍ مشحون). على المجالس أن تتعلم طلبها كما تطلب الهامش الإجمالي. هذا هو الانضباط الذي كان فننا في صياغة الأوامر يمدّ يده نحوه. اعتبر هذا تكملته.

تصبح البرمجيات **توليدية وذاتية التشغيل**، تُكتب وتُعدّل وتُشغَّل بازدياد بالذكاء الاصطناعي ضمن قيودٍ يحدّدها الإنسان. نعني هذا بشكلٍ ملموس، لا كشعار. ### ثلاث طبقات من التغيير 1. **البرمجيات تُكتب بشكل مختلف.** تنتقل وحدة التأليف من سطر الشيفرة إلى **المواصفة والحلقة**. يعبّر البشر عن القصد والقيود؛ ويولّد الوكلاء التطبيقات ويختبرونها وينقّحونها. تبقى الشيفرة، لكن قدراً أكبر منها يُقرأ ويُراجَع ويُعتمَد من البشر بدلاً من أن يُكتب بأيديهم. 2. **البرمجيات تُشغَّل بشكل مختلف.** تتراجع التطبيقات الساكنة لصالح أنظمةٍ بداخلها وكيلٌ يمكنه تكييف السلوك وإصلاح البيانات والاستجابة للمواقف الجديدة ضمن حواجز الحماية. يتوقف التطبيق عن كونه مجموعة شاشات ثابتة ويصبح **مُشغِّلاً محدوداً** بواجهة مستخدم. 3. **البرمجيات تُصان بشكل مختلف.** تكتشف الحلقات ذاتية المراقبة الانحدارات، وتقترح الإصلاحات، وتوجّه الخطِرة منها إلى البشر. تنتقل الصيانة من كدحٍ مجدوَل إلى **إصلاحٍ ذاتيٍّ مستمرٍّ ومُشرَف عليه.** ### ما الذي لا يتغير - **القصد والقيود والمساءلة تبقى بشرية.** يجب أن يحدّد أحدهم معنى "الجيد" ويملك النتيجة. برمجياتٌ مولَّدة بلا مالكٍ بشري ليست تقدماً؛ بل مسؤولية. - **التحقق يزداد أهمية لا نقصاناً.** كلما أسرعت البرمجيات في كتابة نفسها، صار القيد الملزم قدرتنا على *فحصها*. تصبح التقييمات والاختبارات شيفرة المصدر الحقيقية. - **المعمارية ما زالت مهمة.** برمجياتٌ تكتب نفسها داخل معماريةٍ سيئة تنتج فقط برمجياتٍ سيئة أسرع. ### الأثر التنفيذي كلفة *بناء* البرمجيات تنهار؛ أما كلفة *تقرير ما يُبنى، والتحقق من أمانه،* فلا. تنتقل الميزة التنافسية من إنتاجية الهندسة إلى **وضوح القصد وجودة التحقق.** الشركات التي تعامل هذا كـ"يمكننا تسريح المهندسين" ستخسر أمام الشركات التي تعامله كـ"مهندسونا الآن يقودون أساطيل من الوكلاء ويملكون الحلقات".

كان أكبر دَينٍ لنا من *النقد* هو التقليل من شأن النماذج مفتوحة الأوزان. وهنا موقفنا في يونيو 2026، بصراحة: **سؤال المفتوح مقابل المغلق قرار محفظة، ومعاملته كهويةٍ خطأ استراتيجي.** ### فيمَ يبرع كل طرف فعلاً **النماذج المغلقة (الحدودية)** تتصدّر في أصعب استدلال، وأوسع قدرة عامة، وراحة الخدمة المُدارة. تستأجر الحدود وتقبل الشروط: كلفة قائمة على الاستخدام، وخروج البيانات من محيطك (ما لم يُتعاقد على غير ذلك)، واعتماد على خارطة طريق المورّد. **النماذج مفتوحة الأوزان** تتصدّر في **التحكم**: النشر داخل المنشأة أو في سحابة خاصة، وسيادة البيانات، وكلفة متوقَّعة عند التوسّع، وحرية الضبط الدقيق، والتحرر من تسعير مورّدٍ واحد وسياساته. وقد أغلقت كثيراً من فجوة القدرة للمهام *المحدودة*، وهي، كما حاجَج قسم الوكلاء، حيث يعيش معظم عمل المؤسسات. ### موقف المحفظة تُوجِّه معماريات 2026 الناضجة: نموذج مفتوح صغير للخطوات عالية الحجم، الحساسة للكُمون، المقيّدة بالخصوصية؛ ونموذج حدودي لخطوة الاستدلال الصعبة حقاً في الحلقة ذاتها؛ ونماذج مفتوحة مضبوطة بدقة للمهام المجالية المتكررة. لا "يستخدم" الوكيل نموذجاً، بل يستخدم **النموذج الصحيح لكل خطوة**، ومنطق التوجيه نفسه جزء من هندسة الحلقات. ### الأقراص الاستراتيجية على القادة التفكير بثلاثة أقراص، لا مفتاحٍ واحد: - **التنسيق**، كم من القيمة يأتي من الحلقة والأدوات حول النموذج. (عادةً الأكثر.) - **الضبط الدقيق**، كم من النماذج المفتوحة نخصّص لمهامك المتكررة. - **المفتوح مقابل المغلق**، كيف نقسّم المحفظة للكلفة والخصوصية والسيادة. ### لماذا يهمّ هذا بعد الكلفة بالنسبة للحكومات والقطاعات المنظَّمة، النماذج مفتوحة الأوزان ليست أرخص فحسب، بل هي **خيار سيادة**: القدرة على تشغيل الذكاء وفحصه والاحتفاظ به داخل حدودك وسياساتك. هذه هي فكرة النسيج الرابط التي مدّت سلسلة التخيل يدها نحوها بـ"مشاعات اللغة"، مؤسَّسةً الآن على شيء حقيقي. القدرة التي يمكنك استضافتها تغلب القدرة التي لا يمكنك إلا استئجارها، حين يكون التحكم هو المتطلَّب.

الموقف بلا مجموعة تعليمات عديم القيمة. وحتى يونيو 2026، هذه تعليماتنا. ### للقادة التنفيذيين 1. **أعِد تأطير المحفظة من حالات الاستخدام إلى الأهداف.** أحصِ الأهداف المحدودة الغنية بالأدوات القابلة للإشراف التي يمكنك تفويضها إلى الوكلاء. تلك القائمة هي خارطة طريقك الحقيقية للذكاء الاصطناعي. 2. **موّل هندسة الحلقات كقدرة**، لا كمشروع. وظّف وطوّر أشخاصاً يملكون الحلقات من طرفها إلى طرفها، السياق والأدوات والتحقق والتقييمات، لا مجرد كاتبي أوامر أو علماء بيانات. 3. **ابنِ عضلة التحقق أولاً.** أقِم التقييمات وتصميم نقاط التفتيش البشرية *قبل* أن توسّع الاستقلالية. تُبنى مكابح الحلقة قبل محركها. 4. **تبنَّ محفظة نماذج موجَّهة.** تجنّب الاحتكار لمورّدٍ واحد؛ وأرسِ مساراً مغلقاً حدودياً واحداً على الأقل ومساراً مفتوح الأوزان، ومنطق التوجيه بينهما. ### للمجالس 1. **اطلب مقاييس الحلقة**، لا أسماء علامات النماذج: كلفة الحلقة، معدل التصعيد، معدل الندم، معدل اجتياز التحقق. 2. **عامِل سلطة الوكيل ككائن حوكمة.** ماذا يمكن للوكلاء فعله بلا إنسان؟ من يملك النتيجة؟ أين مفتاح الإيقاف؟ هذه أسئلة مجلسٍ الآن. 3. **اطلب موقفاً من النماذج المفتوحة والسيادة**، حتى لو كانت الإجابة "مغلق في معظمه، حالياً". غياب الموقف هو الخطر. ### لقادة الحكومات 1. **عامِل القدرة مفتوحة الأوزان كبنية تحتية استراتيجية**، تحوّطاً للسيادة والمرونة والقدرة المحلية. 2. **نظّم الحلقة لا النموذج.** موضع الخطر هو الفعل المستقل عبر الأدوات، لا وجود الأوزان. 3. **استثمر في قدرة التحقق والتدقيق** كصالح عام؛ فالقدرة على فحص أنظمة الذكاء تصبح قدرة دولة. ### النسخة بسطرٍ واحد **فوّض الأهداف، اهندس الحلقات، تحقّق بلا هوادة، واملك محفظة نماذج تتحكم بها.**

نحمل هذه الرؤية بقناعة، لكن موقفاً بلا شكوكٍ معلنة دعاية. وهنا حيث قد نكون مخطئين. ### أين قد نكون مفرطي الثقة - **قد تستقر موثوقية الوكلاء عند حد.** إن توقّفت موثوقية كل خطوة، تبقى اقتصاديات الحلقات المستقلة الطويلة صعبة، ويتباطأ التحول الوكيلي إلى زحفٍ خارج المجالات الضيقة. نراهن أن التحقق والتوجيه يبقيان هذا متقدّماً على منحنى تراكم الخطأ. وقد نكون مبكّرين. - **قد يتعثّر زخم النماذج المفتوحة.** فجوة قدرةٍ تُعاد فتحُها، أو تحوّلٌ في الترخيص، قد يُضعف حجة المحفظة. نظن أن الطلب المدفوع بالتحكم متين؛ لسنا متيقّنين. - **قد تصطدم "البرمجيات تكتب نفسها" بجدار التحقق.** إن عجزت قدرتنا على فحص البرمجيات المولَّدة عن مجاراة قدرتنا على توليدها، تباطأ الصرح كله بالضرورة، وهو ما سيؤكّد، للمفارقة، تشديدنا على التحقق. ### مخاطر حتى لو كنّا على حق - **تمدّد الوكلاء بلا حوكمة**، حلقات مستقلة تتكاثر بلا إشراف، هو نظير 2026 لجداول البيانات غير المُدارة، بمخاطر أعلى. - **غسل المساءلة**، استخدام "الوكيل هو من فعلها" لتمييع المسؤولية البشرية. يجب أن يصمد خط الحوكمة: إنسانٌ يملك كل نتيجة مشحونة. - **التركّز والاعتماد**، الإفراط في الاعتماد على مورّد حدوديٍّ واحد يُعيد الهشاشة التي وُجدت المحفظة لمنعها. ### التزامنا القائم سنعود إلى هذه الورقة. إن كان "نحن يونيو 2026" مخطئين، فسيقول "نحن يونيو 2028" ذلك، كتابةً، بانضباط التأريخ ذاته. هذا هو العقد الذي تعقده هذه المنصة مع قرّائها.

بدأنا هذه المنصة بتعليم المبادئ الأولى، وانتهينا، حالياً، بطرح ادعاء. وهذا التدرّج يبدو صحيحاً. تستحقّ حقّ الموقف بأن تؤدّي أولاً عمل الفهم. وهنا ادعاؤنا، غير مخفّف، حتى يونيو 2026: > انتقل مركز الثقل من **النموذج** إلى **الحلقة**. والمهارة المؤسسية الحاسمة هي **هندسة الحلقات**. والركيزة محفظة موجَّهة من **النماذج المفتوحة والمغلقة**. والبرمجيات تصبح **مُشغِّلاً مُشرَفاً عليه** يكتب ويُشغّل نفسه ضمن قيودٍ يحدّدها الإنسان. والقادة الذين يستوعبون هذا سينفقون وقتاً أقل في اختيار النماذج ووقتاً أكثر في تصميم الحلقات، وحواجز الحماية، التي تحوّل الذكاء إلى نتائج. هذه ليست نبوءة. المستقبل ليس مكتوباً؛ إنه يُهندَس، حلقةً حلقةً، خياراً خياراً. أخبرناك بحيث نظنّ أنه يتجه وما الذي تفعله حياله. والباقي تنفيذ، والتنفيذ، بخلاف التخيل، يُقيّمه العالم. **فوّض الأهداف. اهندس الحلقات. تحقّق بلا هوادة. املك محفظتك.** *بقلم فريق خبراء Running-ai، يونيو 2026* *النقد الرفيق لهذه الورقة هو "النقد (يونيو 2026)".*