الوكيل المستقل عن harness: تشغيل أي نموذج حدودي على جهازك

كان الـ harness هو المنتج نفسه
إن أردت أفضل وكيل برمجي، كان عليك أن تقبل حزمة كاملة. يأتي نموذج معيّن ملفوفًا بواجهة معيّنة، مع مجموعة أدوات معيّنة، يعمل على خوادم شخص آخر. كان النموذج والـ harness والاستضافة يُباعون كشيء واحد، وتغيير أيٍّ منها يعني تغييرها جميعًا.
أظهر شهر أكتوبر أن هذه الحزمة تتفكك. مجموعة من المشاريع مفتوحة المصدر تتسلّق قوائم الرائج تشترك في فرضية واحدة: النموذج هو الذكاء، والـ harness هو السباكة، ولا حاجة لأن يسكنا الحزمة نفسها. وبمجرد قبول ذلك، تبدأ افتراضات كثيرة حول طريقة استخدام الوكيل بالتراخي.
ما تفعله المشاريع فعليًا
أوضح الأمثلة تأخذ الواجهة التي تحبها أصلًا وتتيح لك توجيهها إلى أي نموذج تستطيع الوصول إليه. أحد المشاريع، وهو نفسه ضمن الرائج، يقدّم إعدادًا متعدد الـ harness ومتعدد النماذج يعمل من الطرفية أو المحرر أو جلسة متصفح، ويأتي بدعم صوتي. حجّته أنه لن تكون مقيّدًا بنموذج مورّد واحد حين تجلس للعمل.
وآخر يمضي بالفكرة أبعد ويزيل البنية التحتية المشتركة بالكامل. نقطة جذبه أن كل تثبيت يعمل بإعداده المحلي الخاص، وقائمة سماح مساحة العمل الخاصة به، ورمزه الخاص. لا يوجد مرحّل مركزي، ولا حساب مشترك، ولا مشغّل في المنتصف يراقب حركة مرورك. إنه طبقة تنفيذ محايدة تجاه المزوّدين، مبنية على Model Context Protocol، بنموذج أمني يفشل مغلقًا: ارتباطات HTTP محلية فقط، ومصادقة برمز على كل طلب، ولا سبيل للمتصل البعيد للوصول إلى مساحة عملك دون بيانات اعتمادك المحدّدة.
أما النهج الثالث فيُبقي الأجزاء لكنه يغيّر وحدة التنظيم. فبدلًا من وكيل واحد، تجمع فريقًا صغيرًا مستمرًا: وكلاء بأدوار محددة، وسياق مشترك، وأجزاء عمل يملكها كل منهم، مأخوذين من عدة harness مختلفة في آن واحد. والرهان أن فريقًا منظمًا من وكلاء عاديين يتفوق على وكيل واحد ذكي في المشاريع الطويلة، لأن للعمل شكلًا، وهذا الشكل مفروض.

لماذا أصبح امتلاكك لمدموجتك ملموسًا فجأة
لسنوات، كان شعار «امتلك مدموجتك» في الذكاء الاصطناعي لغة أمنيات. كنت تستطيع امتلاك مطالباتك، لكن لا تستطيع امتلاك نموذجك، وكان النموذج يشكّل معظم القيمة. غيّر النضوج الأخير للنماذج المفتوحة ومفتوحة الأوزان هذه المعادلة في الوقت نفسه الذي نضجت فيه فئة الوكلاء البرمجيين، وهذا المزيج هو ما يجعل هذه المشاريع ممكنة لا سابقة لأوانها.
إذا كان نموذج قادر يمكن تشغيله محليًا، أو الوصول إليه عبر واجهة برمجية محايدة تجاه المزوّدين، فحينها يتوقف الـ harness عن أن يكون قناة بيع ويصبح أداة يمكنك تبديلها. هذا تحوّل ذو معنى في مَن يحمل الأوراق. الفريق القادر على التنقل بين النماذج دون إعادة كتابة سير عمله يستطيع الاستجابة لتغيّر سعر أو إيقاف خدمة أو مفاجأة في القدرات في ظهيرة واحدة بدل ربع سنة.
البنية الأمنية لهذه الأدوات هي الجزء الذي يستحق قراءة متأنية، لأنها حيث تسكن رؤية التصميم الحقيقية. الأداة التي تعمل على جهازك وتحمل بيانات اعتمادك لا يمكن الوثوق بها إلا بقدر حدودها. المشاريع التي تكسب زخمًا هي التي تفترض أن الشبكة عدائية، وتبقي الوصول محليًا افتراضيًا، وتتطلب إعدادًا صريحًا لكشف أي شيء. هذا موقف مختلف عن منصات الوكلاء التي تُقدّم السحابة أولًا، وتطلب منك إرسال شفرتك إلى خوادمها والثقة بعزلها.
التوتر الذي لم يحلّه أحد
لحجة الحياد تجاه المزوّدين نقطة ضعف واضحة، ويستحق قولها بوضوح: إنها تعتمد على تحمّل مورّدي النماذج لها. أي أداة تتيح للمستخدم تشغيل نموذج مورّد عبر واجهة مورّد آخر تعمل في مساحة قد يباركها المورّد أو لا. بعض المشاريع تصرّح بأن إعدادها مصمّم ليكون ودودًا مع شروط الخدمة. وأخرى تستمد طاقتها من هذا التوتر تحديدًا. الحدّ بين «الحياد تجاه المزوّدين» و«الالتفاف على القناة المقصودة» يرسمه كل مورّد بطريقة مختلفة، وهو متحرّك.
هذا الهشاشة ليست سببًا لرفض الفئة. إنها سبب لفهم أي طبقة من المدموجة تعتمد عليها. أداة تنسّق نماذج محلية تملكها أصلًا لها ملف مخاطر مختلف تمامًا عن أداة كل جاذبيتها هي الوصول إلى نموذج حدودي بوسائل غير مألوفة. كلتاهما مفيدة. واحدة فقط متينة، وهي عادةً ليست المثيرة.
ماذا يعني هذا لطريقة عملك
الخلاصة العملية لأي شخص يستخدم الوكلاء اليوم هي أن يبدأ بفصل الطبقات في رأسه، لأن الأدوات تفصلها بالفعل. نموذجك قرار واحد. والـ harness قرار آخر. وأدواتك وذاكرتك وأذوناتك وبيئة تنفيذك كلها خيارات منفصلة، والتعامل معها كحزمة هو ما يقيّدك.
حين تفكّر بالطبقات، تبدأ جهود المجتمع تبدو منطقية كمدموجة واحدة لا ككومة مشاريع متنافسة. طبقة تنفّذ الأوامر بأمان. وأخرى تدير السياق والذاكرة. وأخرى تنظّم الوكلاء في فرق. وأخرى تتولى تصدير سير العمل واستيراده حتى لا يبقى محصورًا في منتج واحد. كل قطعة صغيرة. ومعًا تصف وكيلًا يخصّ من يشغّله، لا مورّدًا.
ثمن هذه الملكية هو الصيانة. الحزمة التي تستأجرها مشكلة شخص آخر في إبقائها تعمل. والمدموجة التي تجمعها هي ملكك. حين يُحدَّث نموذج، تختبر. وحين يتغيّر بروتوكول، تهاجر. المشاريع تجعل هذا أيسر من البناء من الصفر، لكنها لا تجعله مجانيًا، والفرق التي تتبنى الفلسفة دون تخصيص ميزانية للصيانة كثيرًا ما تعود إلى حزمة جاهزة بسبب الإنهاك. الحرية حقيقية. والفاتورة أيضًا.
الاتجاه
المستقبل الأرجح ليس أن يفوز أحد هذه المشاريع وتخسر المورّدون، بل أن تُدمج الطبقات. سيستمر المورّدون في إصدار نسخهم الخاصة من الميزات التي يبنيها المجتمع، لأن هذا ما تفعله المنصات. وما تقدّمه مشاريع المجتمع في الأثناء هو ورقة مساومة: دليل على أن الحزمة اختيارية، ومجموعة مخارج طوارئ لليوم الذي يغيّر فيه مورّد شروطه أو يوقف نقطة وصول.
هذا نوع متواضع من النصر، وهو النصر الصادق. الوكيل المستقل عن harness ليس ثورة. إنه تأمين، وحجة بأن الذكاء الذي تستأجره والآلة التي تشغّله عليها لا ينبغي أن يكونا القرار نفسه. وبالنسبة لمجال أمضى شهرًا كاملًا يشاهد فيه عائلة كاملة من نماذج الفيديو تُوقف في تاريخ محدّد، فالتأمين ليس شيئًا صغيرًا.
مقالات ذات صلة
بت واحد يكفي: لماذا يواصل BitNet من مايكروسوفت كسب القلوب
وزن البت الواحد ليس حيلة. كيف يستبدل نظام BitNet الثلاثي من مايكروسوفت الضرب بالجمع، ويشغّل النماذج الكبيرة على وحدة معالجة مركزية عادية، وبأي ثمن.
الدليل التنظيمي الجديد لفيديو الذكاء الاصطناعي: علامات قابلة للقراءة الآلية بموجب قانون الذكاء الاصطناعي الأوروبي
تجعل المادة 50 من قانون الذكاء الاصطناعي الأوروبي بيانات المصدر الوصفية مسألة امتثال. العلامة تُدمج عند الإنتاج ويُفقدها خط الإنتاج بسهولة.
وكيل الذكاء الاصطناعي لديك ينسى كل شيء: حيل MCP التي تعالج تضخم السياق
الوكيل لا يصبح أذكى بطول التشغيل، بل يصبح أغبى لأن نافذة السياق لديه تمتلئ بالنفايات. من sandboxing خرج الأدوات إلى الذاكرة الدائمة والتوجيه، تعالج هذه المشاريع ذاكرة الوكيل.
غوغل تُحيل كل نقاط نهاية Veo إلى التقاعد: كواليس تغيير الفيديو في 22 أكتوبر
ستوقف غوغل في 22 أكتوبر 2026 كل نقاط نهاية Veo في Gemini API، بما فيها veo-3.1-lite-generate-preview، وتستبدلها بـ gemini-omni-1.1-flash المفوتر بالرمز.