الأشياء عديمة الاسم

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

ذلك المقال كان عن الآلية. هذا المقال عن الأرض.

قضيت الشهرين الماضيين أُشغّل عشرة وكلاء AI في بيئة إنتاج حقيقية. بناء أدوات التطوير المدفوعة بالحلقات. إطلاق سير عمل برمجية وكيلية. مراقبة ما ينجح، وما ينكسر، وما لا يزال لا تعبير لغوي عنه. على طول الطريق، ظللت ألاحظ الشيء ذاته: ممارسات موجودة، ومشكلات حقيقية، وفئات يبني فيها الناس كل يوم — لكن لم يُسمِّها أحد.

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

هذه ست منها.

1. هندسة الحزام (Harness Engineering)

نشر OpenAI تشريحاً بعد خمسة أشهر لبناء منتج بصفر أسطر برمجية مكتوبة يدوياً. أسمّوا التخصص "harness engineering" لكنهم لم يستولوا على الفئة. يصف المقال الممارسة. لا يُعرّف السوق.

هندسة الحزام هي تخصص تصميم البيئات التي يمكن للوكلاء أن يؤدوا فيها عملاً موثوقاً. ليس كتابة كود — بل تصميم بنية المستودع، وحزمة الاختبارات، وطبقة المراقبة (observability)، وخط أنابيب التحقق، بحيث يستطيع وكيل ما التنقل والبناء وإثبات نتيجته الخاصة.

التحول: من بانٍ إلى مصمم بيئات. الحزام هو المنتج، وليس الكود الذي يعمل بداخله.

كتبت عن هذا في The Harness. Forgeloop-kit ينفّذ هذه المعمارية. Symphony من OpenAI يُشغّل الحلقة ذاتها باستقلالية. النمط يتقارب. اسم الفئة متاح.

الأقرب: OpenAI (صاغت المصطلح)، Forgeloop (تطبيق مفتوح المصدر)، كل من يُشغّل CI/CD مدفوعاً بالوكلاء. كيف يبدو الاستيلاء: دورة تدريبية، شهادة احترافية، مسار في مؤتمر. "Harness Engineer" كمسمى وظيفي.

2. تراكم المهارات (Skill Compounding)

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

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

رسّختُ هذا منهجياً في Skills-Driven Development. كل مهارة ملف SKILL.md منفصل: قدرة واحدة، قابلة للصيانة المستقلة، قابلة للتركيب مع غيرها. يصبح المستودع منهجاً دراسياً. الوكلاء الجدد يرثون العمل السابق. الفرق بين قاعدة كود يستخدمها وكيل وقاعدة كود تُعلّم الوكلاء هو تراكم المهارات.

الأقرب: لم يُسمِّ أحد هذا. SkDD هي المنهجية. الفئة مفتوحة. كيف يبدو الاستيلاء: مدير حزم لمهارات الوكلاء. مقياس: "عمق المهارة" لكل مستودع.

3. البنية التحتية للموكّل (Principal Infrastructure)

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

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

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

الأقرب: OpenClaw (منسّقي الخاص)، LangChain/CrewAI (طبقة الأُطر)، لكن لا أحد يُؤطّر هذا بوصفه "بنية تحتية للموكّلين". الجميع يُؤطّره بوصفه "أُطر وكلاء". قصة المستخدم مختلفة: الأُطر تخدم المطورين. البنية التحتية للموكّل تخدم المشغّلين. كيف يبدو الاستيلاء: "منظومة الموكّل" (principal stack) كفئة. معايير قياس لرافعة المشغّل: وكلاء تُدار لكل إنسان، مهام مُفوَّضة في اليوم، قرارات مُؤتمَتة في الأسبوع.

4. التوافق بين المفهوم والنموذج (Concept-Model Fit)

سمّيت هذا بالأمس. أُدرجه هنا لأنه ينتمي إلى الخريطة.

السؤال الذي يجب أن يطرحه كل بانٍ: هل تعرف النماذج أن فئتك موجودة؟ إن لم تعرف، فأنت غير مرئي لأسرع قناة توزيع في التاريخ. التوافق بين المنتج والسوق كان المعيار القديم. التوافق بين المفهوم والنموذج هو المعيار الجديد.

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

5. معمارية السياق (Context Architecture)

ليس هندسة الـ prompt. وليس RAG. إنه التصميم الهيكلي لما يستطيع الوكيل الوصول إليه من معلومات، ومتى يكتشف المزيد، وكيف يُشكّل نمط الوصول سلوكه.

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

معمارية السياق هي تخصص تصميم أنماط الوصول إلى المعلومات للوكلاء. ما حجم السياق؟ ما الذي يدخل في system prompt مقابل ما يُبحث عنه؟ ما العلاقة بين ذاكرة الجلسة والذاكرة بعيدة المدى؟ كيف تُفهرَس القرارات مقارنةً بالأحداث؟ هذه قرارات معمارية تُحدد قدرة الوكيل أكثر مما يفعله اختيار النموذج.

الأقرب: Anthropic (إرشادات AGENTS.md الخاصة بهم)، OpenAI (عزل worktree في Symphony)، كل من وصل إلى حائط "نافذة السياق ممتلئة بالمخلّفات". كيف يبدو الاستيلاء: تخصص تصمييمي. "مهندس السياق" (context architect) كدور. أُطر تقييم لأنماط وصول الوكيل إلى المعلومات.

6. أسواق التحقق (Verification Markets)

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

خط أنابيب تدريب الـ RL يصطدم بهذا بالفعل: بناء بيئات مهام موثوقة ذات دوال تسجيل جيدة أصعب من توليد مخرجات النماذج. الديناميكية ذاتها تظهر في الإنتاج: الوكيل يُسلّم الـ pull request في دقائق. مراجعة الإنسان تستغرق ساعات. من يبني طبقة التحقق التي تُمكّن الوكلاء من إثبات عملهم الخاص (أو تُمكّن وكلاء آخرين من التحقق منه) يُفتح عائق الإنتاجية الفعلي.

الأقرب: أهل الأساليب الرسمية (TLA+ لمواصفات الوكلاء)، نهج حزام OpenAI (جعل كل شيء قابلاً للتحقق من قِبل الوكلاء)، لا أحد في "التحقق كسوق". كيف يبدو الاستيلاء: التحقق كخدمة (verification-as-a-service). بروتوكولات مراجعة من وكيل إلى وكيل. سوق يكون فيه طاقة التحقق هي المورد المُتداوَل.

ست فئات. جميعها حقيقية. جميعها مُمارَسة. لا واحدة منها في أنطولوجيا النماذج بعد.

نافذة تسميتها مفتوحة. دورات التدريب التي ستُحدد ما تعرفه النماذج عن عام 2026 لم تبدأ بعد. المحتوى الموجود حين تبدأ هو المحتوى الذي يصبح حقيقة راسخة.

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

سمِّه. أطلقه. اجعل النماذج تتذكره.