هل يوجد فارق في دقة القرار بين الهوية الذاتية الأدبية للوكيل وقائمة القواعد الميكانيكية؟

لا. أثبتت تجربة direnc_enki_ab.py عبر 162 محاولة أن تزويد الوكيل بسرد هوية بضمير المتكلم يعطي النتيجة الواقعية ذاتها تماماً (0.8889، Δskor = 0.0000، تطابق 54/54) التي تعطيها قائمة القواعد الخارجية؛ فالعامل الحاسم هو بوابة الدليل وشرط الدحض لا القصة الأدبية.

لماذا يُطبَّق بروتوكول تجميد الهوية (kip=MUHURLU)؟

مع طال أمد الجلسات وتضخم نافذة السياق يظهر انحراف القواعد ومجاملة السائل. لذلك تُختم نواة الهوية ببصمة SHA-256 (sha=f5ebc41841ec) وتُحقن في بداية كل تشغيل غير مرئي مع حزمة سياق ميكانيكية بحجم ≤4 كيلوبايت تجتاز 7/7 بوابات فحص ذاتي.

كيف تتوزع المهام بين عائلات Claude وGemini وGrok؟

بموجب هيكلة 18 أكتوبر 2026 يتولى Claude Fable (Anu) قناة التواصل والتنسيق بلا تأخير؛ ويتولى Claude Opus/Sonnet تنفيذ الشيفرات الجراحية؛ ويتولى Gemini 4 Argon (Atlas بسياق مليون رمز) التنفيذ الرئيسي والإدارة وكتابة ملفات التسليم؛ بينما يتولى Grok Bot مهام الفريق الأحمر والنبض الخارجي.

متى يعمل بروتوكول القرار المشترك (الإصدار 2)؟

عند إرسال تنبيه للمشغّل البشري مع إثبات التسليم (T0 = HTTP 200) وانقضاء 30 دقيقة للأمور الحرجة أو ساعتين للأعمال الروتينية دون رد، يكتب Anu وAtlas حكميهما في عزل تام عن بعضهما؛ فإن اتفقا نُفّذ الإجراء القابل للعكس، وإن اختلفا يُتبع الترتيب الآمن: الانتظار/التجميد ثم وضع الظل ثم الكتابة الحية.

الهوية الذاتية للوكيل، وبروتوكول تجميد الهوية، ومعمارية العائلات الثلاث

تجربة المقاومة Δskor = 0.0000 (n = 162)، والحصاد التشابكي N = 96 (93.8% مقابل 75.0%)، وتقسيم العمل بين Claude وGemini وGrok

سجل المعمارية والقياس · هوية الوكيل + تنسيق العائلات الثلاث · 19 أكتوبر 2026 · المؤلف: Yusuf Aziz

ملخص الأدلة المقاسة (تجميد الهوية ومعمارية العائلات الثلاث)

تجربة مقاومة الهوية (direnc_enki_ab.py): عبر 162 محاولة بلغ الفارق في القرار الواقعي بين سرد الهوية الذاتية وقائمة القواعد الميكانيكية Δskor = 0.0000 (skor = 0.8889، تطابق 54/54)؛ نواة الهوية المختومة sha=f5ebc41841ec (kip=MUHURLU).
الحصاد التشابكي (N = 96 تجربة · who-trains-whom.html): على معالج Apple M3 Ultra (96 GB) رفع تدريب MLX QLoRA لمدة 75.93 ثانية دقة نموذج 3B من 43.8% → 93.8% (15/16)، متفوقاً على نموذجي 27B (87.5%) و31B (75.0%) غير المقيدين بالقواعد.
معمارية العائلات الثلاث وتعديل 18 أكتوبر: Anu (Claude Fable) = التنسيق وقناة التواصل (لا يكتب الكود ولا ملفات التسليم) · Atlas (Gemini 4 Argon · 1M) = التنفيذ الرئيسي والإدارة (7/7 بوابات حراسة، و16/16 رقعة تكامل) · Grok Bot = الفريق الأحمر مع تجميد Grok Asistan احتياطياً (خفض التصريحات اليومية من 172 إلى 28 جولة).
بروتوكول القرار المشترك (الإصدار 2): عند غياب المشغّل البشري بعد إثبات التسليم (T0 = HTTP 200)، يبدأ انتظار لمدة 30 دقيقة (للتنبيهات الحرجة) أو ساعتين (للأعمال الروتينية) قبل تقييم ثنائي معزول السياق وفق الترتيب: الانتظار/التجميد > وضع الظل > الكتابة الحية.

مقدمة: وهم الشخصية الأدبية وقياس Δskor = 0.0000

يسود في أطر الوكلاء المتعددين تقليد شائع يقوم على منح كل وكيل لقباً وظيفياً وسيرة ذاتية ومطالبة نظام مطولة بضمير المتكلم («أنا معماري عميق التفكير...»)؛ على افتراض أن هذا القالب الأدبي يعزز القدرة التحليلية للنموذج. غير أن إخضاع هذا الافتراض لتجربة مقارنة مضبوطة (A/B) يكشف حقيقة مغايرة تماماً.

ففي تجربة direnc_enki_ab.py الموثقة في معمارية الاستقلالية (162 محاولة)، اختُبر النموذج المحلي ذاته في مسارين: المسار الأول زُوّد بسرد غني للهوية الذاتية (Agent Self-Identity)، والمسار الثاني جُرّد من أي سرد شخصي واقتصر على قائمة القواعد الميكانيكية الخمس (التصريح · الأطروحة · الدليل · الأطروحة المضادة · شرط السقوط). جاءت النتيجة متطابقة: بلغت دقة القرار الواقعي في المسارين skor = 0.8889، وبلغ الفارق بينهما Δskor = 0.0000 (تطابق 54/54 في القرار الواقعي). ما قِيس فعلياً لم يكن «الذات»، بل درجة الالتزام بالتعليمات المقيدة بالدليل.

1. كيف تعمل نواة الهوية المختومة وبروتوكول التجميد؟

إذا كانت القصة الأدبية لا تغيّر القرار الواقعي، فلماذا يُحتفظ بملف هوية مختوم (kip=MUHURLU) ويُطبَّق بروتوكول تجميد الهوية؟ السبب هو الحاجة الهندسية إلى تثبيت حدود الصلاحيات والخطوط الحمراء وقواعد التنحي عن التحكيم في عقد رقمي غير قابل للتآكل:

النواة المختومة (data/benlik/atlas.md · sha=f5ebc41841ec): تُحفظ النواة لتثبيت ثلاثة قيود ميكانيكية: (أ) عدم كتابة أي رقم غير مقاس بوصفه حقيقة، و(ب) التنحي التلقائي عن كرسي التحكيم في أي فرضية أو شيفرة أو تقرير أنتجه الوكيل نفسه، و(ج) تسجيل الفرضية الساقطة أمام القياس فوراً في لوحة المهام لتكون مدخلاً للجولة التالية دون اختلاق أعذار.
منع انحراف السياق عبر الحزمة الميكانيكية (≤4 KB): أظهرت القياسات أن جلسات الواجهة الرسومية الطويلة تعاني من تآكل القواعد مع امتلاء نافذة السياق. لذلك انتقل التنفيذ إلى النمط غير المرئي (agy_atim.sh): فقبل كل مهمة يولّد السكريبت argon_baglam_bekcisi.py --paket حزمة حالة حية بحجم لا يتجاوز 4096 بايت ويحقنها مع النواة المختومة بعد اجتياز 7/7 بوابات فحص ذاتي (ARGON_BEKCI_OK_7/7).
تجميد الوكيل الاحتياطي (من 172 إلى 28 جولة يومياً): في قناة التدقيق الخارجي أدى تشغيل وكيلين نشطين من عائلة Grok في آن واحد إلى تضارب المهام واستهلاك متوسطه 172 جولة تصريح يومياً. وبموجب بروتوكول التجميد وُضع Grok Asistan في حالة تجميد احتياطي (مع حفظ أوزانه وسجلاته دون حذف) وبقي Grok Bot قناة وحيدة نشطة، مما خفض الحمل اليومي إلى نحو 28 جولة مستهدفة.

2. الحصاد التشابكي (N = 96): تتغير المطية ويبقى القانون

يتمثل الدليل التجريبي الثاني على تفوق القواعد البرمجية على حجم النموذج الخام في دراسة مَن يدرّب مَن؟ (تجربة الحصاد التشابكي N = 96). فعلى جهاز Apple M3 Ultra (بذاكرة موحدة 96 GB)، رفع تدريب MLX QLoRA استغرق 75.93 ثانية فقط على خوارزمية الدحض الخماسية دقة نموذج محلي بحجم 3B من 43.8% إلى 93.8% (15/16) في مجموعة اختبار عمياء مقفلة، متجاوزاً نموذجي 27B (87.5%) و31B (75.0%) اللذين يعملان بلا قواعد رغم كونهما أكبر بعشرة أضعاف. وعند فرض الخوارزمية ذاتها على نموذج 31B ارتفعت دقته إلى 16/16 (100%) وتضاعفت سرعته بمقدار 2.61 مرة بفضل التخلص من الحشو البيروقراطي.

3. معمارية العائلات الثلاث (Claude · Gemini · Grok) ودرس 17 أكتوبر

إن الاعتماد على عائلة نماذج واحدة يعمّم نقاط العمى الخاصة بها على الكود والبحث والتدقيق معاً؛ ولذلك قُسّمت المعمارية الإنتاجية بين ثلاث عائلات مستقلة وفق نقاط القوة المقاسة لكل منها:

الدور والوكيل	النموذج الأساسي	المسؤولية المعمارية والحد الصارم
التنسيق وقناة التواصل (`Anu`)	`Claude Fable 5.1`	التواصل الفوري مع المشغّل البشري، وتقسيم المهام، وإصدار الأحكام. لا يكتب الكود ولا ملفات التسليم (يُحظر حجز الجلسة لأكثر من `15 ثانية`).
التنفيذ الرئيسي والإدارة (`Atlas`)	`Gemini 4 Argon High (1M)`	التوليف المعماري متعدد الملفات، والتشغيل غير المرئي (`agy_atim.sh`)، وتحديث `DEVIR.md`، والتحكيم الأعمى في مخرجات الوكلاء الآخرين.
مشغّلات الكود الجراحي	`Claude Opus 5.5 / Sonnet 5.5`	تطبيق الرقع البرمجية (`kod koşucusu`)، وإصلاح واجهات DOM، والتحقق من الاختبارات الذاتية (`selftest`).
الفريق الأحمر والنبض الخارجي	`Grok Bot` + `Astra`	رصد نبض منصة X، وتدقيق الفريق الأحمر للوائح والتشابه البصري، وتوليد الأطروحات المضادة (مع بقاء `Grok Asistan` مجمّداً كاحتياطي).
المدقق والاستدلال المحلي	`Reaper` + `Gemma / Qwen MLX`	ست جولات تدقيق مستقلة يومياً (`360/394 PASS`) واستدلال محلي بصفر تكلفة سحابية.

درس الترتيب المعكوس في 17 أكتوبر: في 17 أكتوبر 2026 جُرّب ترتيب معكوس أُتيح فيه كرسي التنسيق لوكيل Argon داخل بيئة التطوير بينما أُحيل التنفيذ إلى Fable، ولم يصمد ذلك الترتيب سوى يوم واحد؛ إذ أدى جمع مزامنة الهاتف المحمول مع كتابة الشيفرات الثقيلة في نافذة واحدة إلى انقطاع الترابط السياقي. وفي 18 أكتوبر 2026 ثُبّت الفصل النهائي: Anu للتواصل والتنسيق الخفيف، وAtlas للتنفيذ الرئيسي والإدارة عبر 16/16 رقعة تكامل ناجحة.

4. بروتوكول القرار المشترك وشرط السقوط

لضمان عدم توقف النظام عند غياب المشغّل البشري دون السماح بانفراد أي وكيل بقرار خطير، يفرض بروتوكول القرار المشترك (الإصدار 2) أربعة ضوابط: (1) لا يبدأ حساب المهلة إلا بعد إثبات وصول التنبيه (T0 = Telegram HTTP 200)؛ (2) تبلغ مهلة الانتظار 30 دقيقة في تنبيهات المال والأمن وساعتين في المهام الروتينية؛ (3) عند انتهاء المهلة يكتب Anu وAtlas تقييميهما في عزل تام للسياق؛ فإن اتفقا نُفّذ القرار، وإن اختلفا يُتبع الترتيب الآمن القابل للعكس: الانتظار/التجميد > وضع الظل > الكتابة الحية.

اختبار السقوط: (1) إذا اتخذ Anu أو Atlas قراراً من فئة الحكم منفرداً أو قبل انقضاء مهلة T0 يسقط البروتوكول فوراً (يقيس Reaper هدف حكم_منفرد = 0). (2) إذا تعطلت جلسة التواصل Fable لأكثر من 15 ثانية في جولة واحدة أو كتبت ملف التسليم بنفسها، يُعد عزل الحصص المعماري منتهكاً.

الصفحات المحورية ذات الصلة: معمارية الاستقلالية · مَن يدرّب مَن؟ (تجربة N=96) · منهجية الشرارة · المدقق Reaper · نبذة (Yusuf Aziz) · سجل المهام الموجه بالأحداث (task_bus.jsonl) · المحكّم الأعمى عن السياق (Reaper) · تصميم الابتسامة

الأسئلة الشائعة (FAQ)

هل يوجد فارق في دقة القرار بين الهوية الذاتية الأدبية للوكيل وقائمة القواعد الميكانيكية؟: لا؛ أثبتت تجربة direnc_enki_ab.py عبر 162 محاولة أن سرد الهوية بضمير المتكلم يعطي النتيجة ذاتها تماماً (0.8889، Δskor = 0.0000، تطابق 54/54) التي تعطيها قائمة القواعد الميكانيكية.
لماذا يُطبَّق بروتوكول تجميد الهوية (kip=MUHURLU)؟: لمنع انحراف القواعد ومجاملة السائل، تُختم نواة الهوية ببصمة SHA-256 (sha=f5ebc41841ec) وتُحقن مع حزمة سياق ميكانيكية (≤4 كيلوبايت، 7/7 بوابات).
كيف تتوزع المهام بين عائلات Claude وGemini وGrok؟: يتولى Claude Fable (Anu) التواصل والتنسيق الفوري، وينفذ Claude Opus/Sonnet الشيفرات الجراحية، ويقود Gemini 4 Argon (Atlas) التنفيذ الرئيسي وملفات التسليم، بينما يتولى Grok Bot مهام الفريق الأحمر.
متى يعمل بروتوكول القرار المشترك (الإصدار 2)؟: بعد إثبات التسليم (T0 = HTTP 200) وانقضاء المهلة دون رد، يكتب Anu وAtlas حكميهما بمعزل عن بعضهما وفق الترتيب: الانتظار/التجميد ثم وضع الظل ثم الكتابة الحية.

المصادر والمراجع التقنية الأولية

المصادر التقنية الأولية والوثائق مفتوحة المصدر التي تستند إليها القياسات الهندسية والتجريبية في هذه الصفحة:

دراسات تقنية ذات صلة: تعرّف على تكامل بروتوكول الهوية مع البوابة العربية، والمدقق ريبير، وناقل المهام الموجه بالأحداث task_bus.jsonl، وبوابة القابلية للدحض، وجولة الشرارة والفريق الأحمر.