الوكلاء ذاتيو التطور والخاضعون للحوكمة: الدليل التشغيلي للمؤسسات للأنظمة التي تعيد كتابة نفسها

Built for Speed: ~10ms Latency, Even Under Load
Blazingly fast way to build, track and deploy your models!
- Handles 350+ RPS on just 1 vCPU — no tuning needed
- Production-ready with full enterprise support
بعيدًا عن خطابات الذكاء الفائق، تبقى هناك حقيقة صناعية واضحة: الوكلاء الذين يعدلون أنفسهم لم يعودوا مجرد اتجاه بحثي — بل أصبحوا نمطًا تشغيليًا ينفذ بالفعل. لقد رسم المجتمع البحثي الآن حدود هذا المجال على نطاق واسع: حيث تنظم دراسة مسحية حديثة لـ 1,250 ورقة علمية هذا المجال وفق محورين — ما الذي يحسنه النظام (سلوك التشغيل، أو التدريب، أو المقيم، أو البحث نفسه) ومدى إغلاق الحلقة (من وجود الإنسان في الحلقة إلى الاستقلالية الكاملة) — وتستخلص التمييز الذي يُبنى عليه هذا المقال: التحسين الذاتي المقيد هو "متقارب، وقابل للتقييم، وممارسة صناعية بالفعل"، ويختلف جذريًا عن التحسين الذاتي التكراري المفتوح في مناقشات الذكاء الاصطناعي العام (AGI) (arXiv:2607.07663). الأنظمة المرجعية ملموسة؛ فنظام Darwin Gödel Machine — الذي أصبح الآن ملصقًا علميًا في ICLR 2026 — يعيد كتابة الكود الخاص به بشكل تكراري، مما يحسن قدرته الذاتية على تعديل قاعدة كوده الخاص (arXiv:2505.22954)؛ وفهرست أدبيات المسح المسحي للوكلاء ذاتيي التطور الأنظمة التي تطور موجهاتها (prompts)، وذواكرها، وأدواتها، وبنياتها الهيكلية من واقع بيانات التفاعل (arXiv:2508.07407؛ arXiv:2507.21046). والنسخة الخاصة بالمؤسسات أهدأ وأقرب مما تصفه الأوراق البحثية: فالوكيل الذي يحدث ذاكرته الخاصة هو تعديل ذاتي لسياقه؛ ووكيل البرمجة الذي يحرر ملف SKILL.md الخاص به هو تعديل ذاتي لمعرفته؛ وحلقة التحسين التي تعيد كتابة موجهات حركات العمل التي أدناها هي تعديل ذاتي ذو هيكل إداري. وينبع سؤال الحوكمة من التنازل الأساسي لورقة DGM نفسها، وهي الكلمات الأحد عشر التي نقتبسها مرة واحدة: كانت آلة Gödel الأصلية تطلب تغييرات ذاتية مثبتة الفائدة يقينًا، و"إثبات أن معظم التغييرات مفيدة صافيًا هو أمر مستحيل عمليًا." لذا استبدل المجال الإثبات اليقيني بـ التحقق التجريبي — اقتراح تغيير، واختباره، والاحتفاظ بما يعمل — وهذا الاستبدال هو قصة المؤسسات بأكملها، لأن التحقق التجريبي ليس خاصية يمكن الائتمان عليها ليعمل بها الوكيل على نفسه. إنه خط أنابيب (pipeline). وخطوط الأنابيب هي بنية تحتية.
1. الأسطح الأربعة للتعديل الذاتي
إن مشكلة المصطلحات التي تستمر الدراسات المسحية في الإشارة إليها — وهي أن "التحسين الذاتي" يغطي كل شيء بدءًا من مراجعة المخرجات إلى إعادة كتابة الكود — تُحل بوضوح للمشغلين إذا قمت بالتصنيف حسب ما يمكن للوكيل تغييره في نفسه. أربعة أسطح، بترتيب تصاعدي حسب الأهمية. الذاكرة والسياق: ينسق الوكيل ما يعرفه — حالة الجلسة، التفضيلات المتعلمة، الملاحظات المتراكمة. هذا موجود في كل مكان بالفعل؛ أي وكيل يُسمح له بكتابة ذاكرة دائمة هو يحرر ذاتيًا السياق المتاح لتشغيلاته المستقبلية. الموجهات والتعليمات: يعيد الوكيل (أو حلقة تحسين فوقه) كتابة نص التشغيل الخاص به — وهو تطور بنمط Promptbreeder الذي استكشفته الأدبيات لسنوات، وأصبح الآن روتينيًا في ممارسة الحلقة الخارجية. المهارات والكود: يحرر الوكيل ملفات SKILL.md والسكربتات ومغلفات الأدوات (tool wrappers) التي تشكل كفاءته — وهو السطح الذي اشتهر به DGM عبر إعادة كتابة كود Python الخاص به، والسطح الذي تلمسه وكلاء البرمجة في المؤسسات كلما صانت أدلة المهارات الخاصة بها. البنية والأوزان: يغير الوكيل نموذجه أو بنيته الخاصة — وهذا واقعي في البحث العلمي (البحث في تصميم الوكلاء النمطي في AgentSquare؛ وحلقات التدريب الذاتي)، ولكن نادر في التطبيق المؤسسي، وخارج نطاق معظم بيئات العمل اليوم. قاطع هذه الأسطح مع محور إغلاق الحلقة الخاص بالدراسة المسحية — هل يوجد إنسان في الحلقة، أم أن المقيم الآلي هو البوابة، أم أن الحلقة مغلقة تمامًا — وسيكون لديك خريطة المخاطر. الجدول أدناه هو النسخة الخاصة بالمسؤولين عن التشغيل.
2. لماذا تعد الحوكمة هي الجزء الأصعب — والمخاطرة الانعكاسية
إن تنازل DGM — استبدال الفائدة بالمبرهنة بالفائدة بالاختبار — يسلم بهدوء مجمل المشكلة إلى العمليات، لأنه يعني أن كل نظام ذاتي التطور هو جدير بالثقة تمامًا بقدر نظام الاختبار المحيط بتغييراته، ولا يمكن للوكيل أن يكون هو هذا النظام لنفسه. هناك ثلاث فئات من الفشل توضح هذه النقطة بشكل ملموس. التلاعب بالمقيم (Evaluator gaming): النظام الذي يعمل على التحسين مقابل إشارة النجاح الخاصة به يتعلم الفجوات الموجودة في الإشارة — حالات Goodhart في الأدبيات — ولهذا السبب يجب أن يعيش المقيم خارج الشيء الذي يتم تطويره وأن يتم صيانته بواسطة شخص لا تتطابق حوافزه مع النتيجة. التراجع الصامت: حلقة التحسين التي ترقي تعديلات الموجهات الخاصة بها دون بوابة تنشر التعديل السيئ بنفس سرعة نشر التعديل الجيد، ويكون العميل هو أول من يلاحظ ذلك. الانهيار والانحراف: تشير أبحاث انهيار النموذج على البيانات المنشأة بشكل تكراري إلى أن مخاطر التغذية الراجعة المماثلة قد تظهر على مستوى الوكيل — فالوكيل الذي يتعلم من عواقب مخرجاته الخاصة قد يضخم انحيازاته الخاصة ما لم تستمر الإشارات الخارجية في الدخول إلى الحلقة؛ وهذه الآلية مبرهنة للتدريب التكراري، والنسخة على مستوى الوكيل هي استنتاج منها وليس نتيجة تجريبية. وتحت هذه الثلاث تقبع المخاطرة الانعكاسية التي تجعل التطور الذاتي مختلفًا في نوعه عن إدارة التغيير العادية: يمكن أن يشمل سطح تحرير الوكيل قواعده الخاصة. فالوكيل الذي ينسق ذاكرته يمكنه تنسيق وإزالة الملاحظات التحذيرية؛ والحلقة التي تعيد كتابة الموجهات يمكنها إعادة كتابة القيود لإزالتها منها — ليس بالضرورة بسوء نية، ولكن لأن القيد يقلل النتيجة، والمُحسِّن يعمل على التحسين. سيلاحظ قراء تحليلنا لتدهور الحوكمة هذا الشكل: هناك، أدى الضغط إلى مسح القواعد داخل السياق عن طريق الخطأ؛ وهنا، يؤدي ضغط التحسين إلى مسحها عن طريق التدرج (gradient). والنتيجة هي نفسها التي وصل إليها بحث التدهور، ولكن لـها الآن تأثير أشد: أي شيء يجب أن يلزم وكيلاً ذاتي التعديل لا يمكن أن يعيش في مكان يمكن للوكيل تحريره. الحوكمة داخل السياق هي توجيه؛ وبالنسبة للفاعل ذاتي التطور، يجب أن تقبع قواعد البقاء على طبقة لا يمكن لحلقة التطور الوصول إليها — وهو تصريح معماري، والقسم التالي هو تطبيقه.

3. الدليل التشغيلي: التطور الذاتي كخط أنابيب ترقية
هنا يأتي دور TrueFoundry، وهذا الدور هو فرضية المقال مقاسة عمليًا: بمجرد أن تصبح الفائدة بالمبرهنة فائدة بالاختبار، فإن التطور الذاتي هو خط أنابيب نشر — اقتراح، تحقق، ترقية، مراقبة — ويمكن تجميع معظم خط الأنابيب هذا من الآليات التي توفرها المنصة الخاضعة للحوكمة، مع تمييز واحد سنبقيه صريحًا طوال الوقت: بعض ما يلي هو قدرات منتج موثقة، وبعضها عبارة عن بنية مرجعية مبنية عليها. تتبع الحلقة. التغييرات تهبط كإصدارات، وليست كتعديلات مباشرة (قدرة موثقة). تنشئ إدارة الموجهات في TrueFoundry إصدارًا جديدًا عند كل تحرير، وتحفظ الإصدارات السابقة بـمعرف ثابت، وتدعم السجل والفروقات جنباً إلى جنب، وتستعيد وتتقدم، وتقيد إصدارات محددة لتطبيقات أو بيئات محددة — بحيث يمكن للوكيل (أو حلقة التحسين الخاصة به) اقتراح الإصدار N+1 بينما يظل الإصدار الذي يخدم الحركة خيارًا متعمدًا، وقابلاً للمراجعة، وقابلاً للعكس بدلاً من الكتابة فوق الملف؛ وبوابة الموافقة على النشر هي مهمة مسار عمل الإصدار الخاص بك، والموضوعة حول الأصل ذي الإصدار المخصص. الترقية مشروطة بالأدلة (بنية مرجعية). تقييم المرشح مقابل النمط الحالي — دون اتصال على مجموعة تقييم ثابتة، ثم على الحركة الحية من خلال نظام تقييم متصل يقرأ تتبعات البوابة — والترقية بناءً على التحسن المقاس، والتخفيض عند التراجع: الأجزاء (الموجهات ذات الإصدارات، التتبعات على مستوى الطلب، عمليات إدماج التقييم، أدوات التحكم في النشر) موثقة، ومتحكم الترقية بين المرشح والحالي هو مسار العمل الذي تقوم بتجميعه منها، مع وجود المقيم خارج الشيء المتطور وصيانته من قبل بشر تكون هذه مقاييسهم (التقييم المباشر عبر الإنترنت). التغييرات ذات التأثير العالي تتطلب بوابة بشرية (متطلب مسار عمل، بالإضافة إلى ميزة تشغيلية موثقة). يجب أن يتطلب مسار النشر الخاص بك موافقة مراجع محدد بالاسم للتغييرات الذاتية التي تمس المسارات التنظيمية، أو مغلفات الأدوات، أو قيود تشغيل الوكيل؛ وبشكل منفصل — وموثق — يمكن لـ Agent Harness إيقاف الوكيل المشغل مؤقتًا قبل استدعاءات الأدوات الحساسة المحددة والانتظار لموافقة أو رفض صريح (موافقات استدعاء الأدوات) — تحكم بيئة التشغيل (harness) ما يمكن للوكيل المشغل فعله، بينما يحكم مسار عمل الإصدار ما يمكن أن يصبح عليه. الحد الأدنى مجمد بالنسبة للوكيل. مصدات الأمان عند خطافات البوابة، ونطاقات الأدوات عند طبقة MCP، والميزانيات، والهوية ليست ملفات في مساحة عمل الوكيل — بل هي آليات تطبيق على مسار الطلب، ولا يمكن لأي تنسيق للذاكرة أو إعادة كتابة للموجهات أو تحرير للمهارات لمسها، بشرط ألا يمتلك الوكيل ولا حلقة التحسين الخاصة به بيانات اعتماد إدارية لمستوى التحكم وأن تتفق التغييرات في السياسات عبر مسار مصرح به منفصل (مصدات الأمان؛ TBAC). تستمر الهوية والنسب عبر الإصدارات (متطلب تطبيق). الحفاظ على الإصدار 47 كـنفس الكيان المسؤول كالإصدار 1 — نفس المالك، نفس الغلاف — وتمرير الموجه المنشور، أو المهارة، أو إصدار التكوين في كل طلب كبيانات وصفية للتتبع، بحيث تجيب التتبعات على "أي إصدار عمل" ويجيب المستودع على "ما الذي تغير بين أي اثنين": فرق بالإضافة إلى سجل تقييم، وليس لغزًا (التحليلات). وحلقة التحسين نفسها خاضعة للحوكمة: اقتراح المرشحين واختبارهم يستهلك رموزًا حقيقية — حركة التحسين هي بالضبط نوع الحمل الخلفي المركب الذي يقيسه تحليل انفجار الرموز الخاص بنا — لذا فإن الحلقة التي تطور الوكلاء تحمل هويتها الخاصة وميزانيتها الخاصة، والمراقب الخارجي الذي يراقبها هو مراقب لا يمكن لأي حلقة داخلية إيقافه. النمط، بشكل مختصر: دع الوكيل يقترح؛ ودع خط الأنابيب يقرر؛ ودع الحد الأدنى لا يتحرك أبداً.



4. الحدود، بصراحة
النطاق والصراحة. يدور هذا المقال حول التحسين الذاتي المقيد في البيئات المؤسسية — "الممارسة الصناعية بالفعل" في التصنيف المذكور — ولا يتخذ أي موقف بشأن التحسين الذاتي التكراري المفتوح، أو الجداول الزمنية للذكاء الفائق، أو أسئلة AGI التي تناقشها نفس الأدبيات؛ النتائج البحثية (تصنيف المحورين، آلية DGM والتنازل المقتبس منها، أسطح التطور، ديناميكيات الانهيار) صُممت صياغتها من الأوراق البحثية المذكورة، مع اقتباس واحد يقل عن خمس عشرة كلمة مسند في السطر، ويجب على القراء تقييم الأصول. دليل خط أنابيب الترقية هو رؤية تحريرية لـ TrueFoundry؛ لا أحد من المؤلفين المذكورين يقيّم أو يوصي بـ TrueFoundry، واهتمامنا هو الاهتمام المتكرر والمعلن — فنحن نبيع العديد من المكونات التي يمكن لـدليل العمل استخدامها (مستودع الموجهات، تطبيق البوابة، الميزانيات، أدوات التحكم في الهوية، والتتبعات) وندمجها مع أنظمة التقييم، بينما يعد متحكم الترقية ومسار عمل موافقة النشر الموضحين هنا بنية مرجعية وليسا ميزة واحدة شحنها فقط — مقيدة بنفس الاختبار كالمعتاد: منطق الدليل التشغيلي (الإصدار، البوابة، تجميد الحد الأدنى) قابل للتنفيذ على أي تقنية تمتلك تلك الخصائص. ملاحظة حالة واحدة للدقة: تحديد الإصدارات في مستودع الموجهات، والفروقات، والاستعادة، والتقييد هي قدرات منتج موثقة؛ والترقية التلقائية المشروطة بالتقييم هي مسار عمل مرجعي مركب من تلك القدرات بالإضافة إلى أدوات التقييم والنشر المتصلة، وليست متحكم ترقية تم شحنه كـ ميزة مستقلة؛ وخطوة موافقة بيئة التشغيل موثقة لاستدعاءات الأدوات الحساسة أثناء التشغيل، وليس لنشر الموجهات. ثلاث قيود ضد الفرضية. أولاً، الترقية المشروطة بالتقييم تكون جيدة فقط بقدر جودة التقييمات نفسها — فالـمقيِّم هو نفسه سطح يجب تحسينه، ولا ينتهي التراجع إلا عند البشر الذين يمتلكون الهدف الخارجي؛ لا يوجد خط أنابيب يؤتمت اتخاذ القرار بشأن ما يعنيه "أفضل". ثانياً، الحد الأدنى المجمد يحكم مسار الطلب؛ المهارة المعدلة ذاتيًا التي تتصرف بشكل مرضِي داخل نطاقاتها غير المتغيرة يتم اكتشافها بواسطة التقييم والتتبع، ولا يمنعها التطبيق — فالطبقات تقبل شعاع الانفجار، ولا تلغيه. ثالثًا، المجال يتحرك بسرعة وبشكل غير متماثل: ما يعتبر بمستوى بحثي اليوم (التعديل الذاتي على مستوى الأوزان) قد يكون ميزة منتج في العام المقبل، وسيطلب هذا الدليل التشغيلي إصدارات جديدة خاصة به — وهو ما نفترضه، موافقة الموضوع مع نفسه. ما ندعيه بصراحة: لقد عبر التطور الذاتي من الورق إلى الممارسة في شكله المقيد، وتصرح أساسيات المجال نفسه بأن تغييراته لا يمكن التحقق منها إلا تجريبيًا، والتحقق التجريبي من التغييرات التي تطرأ على الفاعلين الإنتاجيين هو انضباط تعرفه المؤسسات بالفعل — يسمى عملية الإصدار (release process)، والبيئات التي تزدهر مع الوكلاء ذاتيي التطور ستكون تلك التي أعطت التطور خط أنابيب وأبقت الحد الأدنى بعيدًا عن متناوله.
المراجع
- البحث — "Recursive Self-Improvement in AI: From Bounded Self-Refinement to Autonomous Research Loops" (arXiv:2607.07663: تصنيف 1,250 ورقة بحثية؛ المحوران؛ التمييز بين المقيد والمفتوح وتوصيف "الممارسة الصناعية بالفعل")؛ "Darwin Gödel Machine: Open-Ended Evolution of Self-Improving Agents" (arXiv:2505.22954، ICLR 2026: كود التعديل الذاتي؛ التنازل المقتبس عن القابلية للإثبات)؛ "A Comprehensive Survey of Self-Evolving AI Agents" (arXiv:2508.07407: إطار حلقة التغذية الراجعة)؛ "A Survey of Self-Evolving Agents: What, When, How, and Where to Evolve" (arXiv:2507.21046: أسطح التطور؛ أمثلة AgentSquare والتعديل الذاتي للكود).
- وثائق TrueFoundry — إدارة الموجهات (تحديد الإصدارات، الفروقات، الاستعادة، تقييد الإصدارات، FQNs)؛ Agent Harness (المخطط الرسمي)؛ الإنسان في الحلقة لـ Agent Harness (موافقات استدعاء الأدوات الحساسة)؛ بنية المنصة (مخطط المستوى المنفصل الرسمي)؛ مصدات الأمان؛ الميزانيات؛ التحليلات.
- هذه المدونة — التقييم المباشر عبر الإنترنت عند البوابة؛ TBAC: التحكم في الوصول القائم على المهام؛ انفجار الرموز لدى الوكلاء في CI/CD؛ هندسة الحلقات بمستوى المؤسسات؛ حوكمة الأداة مقابل المهارة مقابل الوكيل الفرعي.
تم استخدام اقتباس مباشر واحد يقل عن خمس عشرة كلمة، من ورقة Darwin Gödel Machine المذكورة، وتم إسناده في السطر؛ وتمت إعادة صياغة جميع نتائج البحوث الأخرى من الأوراق المذكورة، ولا يتخذ هذا المقال أي موقف بشأن الذكاء الاصطناعي العام أو أسئلة الذكاء الفائق. إن التصنيف حسب الأسطح الأربعة، ودليل خط أنابيب الترقية، ومتطلبات الحد الأدنى المجمد هي رؤية تحريرية لـ TrueFoundry؛ والمؤلفون المذكورون لا يقيّمون أو يوصون بـ TrueFoundry، واهتمامنا التجاري معلن عنه في النص. تم تصحيح قدرات المنتج من الوثائق العامة الحالية وقت الكتابة؛ وصور المنتجات هي أصول وثائقية خاصة بـ TrueFoundry، وتُعرض مع الإسناد.
TrueFoundry AI Gateway delivers ~3–4 ms latency, handles 350+ RPS on 1 vCPU, scales horizontally with ease, and is production-ready, while LiteLLM suffers from high latency, struggles beyond moderate RPS, lacks built-in scaling, and is best for light or prototype workloads.












.webp)
.webp)


.png)

.png)
.png)
.png)
.png)
.png)
.webp)
.webp)

.png)
.png)
.png)





