الرئيس التنفيذي لـ Vercel غييرمو راوخ حول معركة فصل النماذج عن الوكلاء

ستة ملايين نشر يومياً. نصفها يتم تفعيله بواسطة وكلاء الترميز. تريليون رمز واحد يتدفق عبر بنية Vercel الأساسية كل 24 ساعة. عندما يجلس غييرمو راوخ للحديث عن الذكاء الاصطناعي في الإنتاج، فهو لا يقوم بنظريات — بل يقرأ من بيانات التلمتري المباشرة. في مقابلة حديثة مع TechCrunch بعد مؤتمر ShipNYC الخاص بـ Vercel، قدم راوخ حجة حادة تصل إلى جوهر المكان الذي تتجه إليه بنية الذكاء الاصطناعي: يجب فصل النماذج والوكلاء، والمطورون الذين يكتشفون ذلك أولاً سيبنون الأنظمة التي ستنجو فعلاً في الإنتاج.

هذه المحادثة مهمة بعيداً عن خارطة طريق Vercel نفسها. بالنسبة للمطورين في جميع أنحاء آسيا — الذين يشحنون بسرعة، ويراقبون التكاليف عن كثب، ويبنون بشكل متزايد منتجات أصلية للذكاء الاصطناعي للأسواق التي تتحرك بوتيرة مختلفة عن وادي السيليكون — يقدم إطار عمل راوخ عدسة عملية للتفكير في معمارية الوكلاء الآن.

ما حدث

الرئيس التنفيذي لـ Vercel غييرمو راوخ حول معركة فصل النماذج عن الوكلاء ليس مجرد عنوان جذاب. إنه يصف توتراً معمارياً حقيقياً يقول راوخ إنه أصبح واضحاً بمجرد أن تجاوزت Vercel مرحلة النماذج الأولية وبدأت في تشغيل الوكلاء بحجم كبير داخل المنظمة نفسها.

وفقاً لمقابلة TechCrunch، كان العام الماضي عن النماذج الأولية — "أطلقوا العنان للوكلاء، يمكن للجميع البناء." نشرت Vercel مئات الوكلاء بشكل عضوي عبر الشركة وتعلمت بسرعة. جاءت الدروس الصعبة عندما وصل هؤلاء الوكلاء إلى الإنتاج. الرؤية الأساسية لراوخ: عندما تحسّن للإنتاج، تبدأ فوراً في النظر إلى نسبة السعر إلى الأداء. هذا يفرض سؤالاً تتخطاه معظم الفرق خلال مرحلة النموذج الأولي — هل يجب فعلاً أن يكون النموذج ومنطق الوكيل مرتبطين معاً؟

الحجة لفصلهما واضحة ومباشرة. الوكيل هو حلقة: يدرك السياق، يقرر إجراءً، ينفذه، ويكرر. النموذج هو فقط مكون التفكير داخل تلك الحلقة. عندما يكونان مرتبطين بإحكام — عندما يكون وكيلك في الأساس غلافاً حول واجهة برمجية لنموذج معين — تفقد القدرة على تبديل النماذج مع تغير المشهد، وتحسين التكاليف حسب نوع المهمة، أو التوجيه إلى نماذج أرخص وأسرع للمهام الفرعية الأبسط دون إعادة كتابة منطق الوكيل.

بوابة Vercel للذكاء الاصطناعي، التي تعالج الآن أكثر من تريليون رمز يومياً، هي جزء من الإجابة على هذه المشكلة. إنها تقع بين الوكلاء والنماذج، وتجريد طبقة النموذج بحيث يبقى منطق الوكيل محمولاً. موقف راوخ هو أن شركات المنصات مثل Vercel الآن في توتر مباشر مع المختبرات الرئيسية، بالضبط لأن المختبرات لديها حافز هيكلي للحفاظ على ربط النماذج والوكلاء معاً — الحبس جيد لإيرادات الرموز. شركات المنصات لديها الحافز المعاكس: القابلية للنقل والقابلية للتركيب تبقي المطورين على المنصة بغض النظر عن أي نموذج يفوز بدورة المعايير التالية.

هذه معركة هيكلية مهمة حقاً، وهي تتكشف في قرارات البنية الأساسية التي يتخذها المطورون الآن.

لماذا يهم لآسيا

لدى نظام مطوري الذكاء الاصطناعي في آسيا علاقة محددة مع هذا التوتر بين النموذج والوكيل الذي غالباً ما تفتقده التعليقات الغربية. المطورون في جنوب شرق آسيا وكوريا الجنوبية واليابان والهند لا يبنون حصراً على OpenAI أو Anthropic. مشهد النموذج هنا تعددي حقاً — سلسلة Qwen من Alibaba، وDeepSeek، وERNIE من Baidu، وكومة متنامية من النماذج مفتوحة الأوزان المضبوطة بدقة للغات الإقليمية تتنافس جميعها على أحمال العمل الإنتاجية. هذا ليس ضعفاً. إنه في الواقع ميزة هيكلية إذا تم بناء معمارية الوكيل الخاصة بك لقابلية نقل النموذج من اليوم الأول.

حساسية التكلفة هي عامل آخر. شركة ناشئة في جاكرتا أو مدينة هو تشي منه تبني منتجاً أصلياً للذكاء الاصطناعي لا تعمل بنفس افتراضات الهامش مثل شركة Series B في سان فرانسيسكو. عندما يتحدث راوخ عن "السعر/الأداء" باعتباره الاهتمام السائد في الإنتاج، هذا يرن بشكل مختلف في آسيا — إنه ليس تحسيناً لطيفاً، بل غالباً ما يكون الفرق بين عمل قابل للحياة وواحد يحترق على تكاليف الاستدلال قبل أن يجد ملاءمة السوق.

هناك أيضاً بعد الكمون. توجيه استدعاءات الوكيل عبر نقطة نهاية نموذج مقرها الولايات المتحدة يقدم كمون حقيقي لمستخدمي النهاية في آسيا. معمارية تفصل بنظافة بين تنسيق الوكيل واختيار النموذج تجعل من الأسهل بكثير التوجيه إلى النماذج المنتشرة إقليمياً — سواء كان نشر Qwen على Alibaba Cloud، أو نقطة نهاية DeepSeek على مزود محلي، أو نموذج مفتوح الأوزان يعمل على البنية الأساسية الخاصة بك. إطار عمل راوخ، المطبق على السياق الآسيوي، لا يتعلق فقط بالتكلفة — بل يتعلق ببناء أنظمة تعمل بالفعل بشكل جيد للمستخدمين الذين تخدمهم.

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

ماذا يعني هذا للمطورين

الآثار العملية لحجة راوخ هي أن معمارية الوكيل تستحق نفس الانضباط التصميمي مثل أي نظام موزع آخر. إليك كيفية التفكير فيها بشكل ملموس.

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

النسخة الحد الأدنى من هذا تبدو مثل تجريد استدعاءات النموذج الخاصة بك خلف دالة واحدة:

async function callModel(prompt, options = {}) {
  const { model = process.env.DEFAULT_MODEL, temperature = 0.2 } = options;
  return await modelGateway.complete({ prompt, model, temperature });
}

تلك طبقة التجريد الواحدة تعني تبديل من GPT-4o إلى Qwen-Max إلى DeepSeek-V3 هو تغيير في الإعدادات، وليس إعادة بناء. يبدو واضحاً، لكن الأغلبية من أكواد الوكلاء التي يتم كتابتها الآن لا تفعل هذا — تستدعي SDK من OpenAI مباشرة، في كل مكان، مع اسم النموذج مشفراً بشكل صارم.

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

راقب تكاليف الرموز لكل خطوة وكيل، وليس فقط لكل جلسة. عندما تفصل النماذج عن الوكلاء، تحصل على قابلية ملاحظة لم تكن لديك من قبل. يمكنك رؤية أي خطوات في حلقة الوكيل الخاصة بك تستهلك معظم الرموز، أي استدعاءات نموذجية تعيد مخرجات منخفضة الجودة بالنسبة لتكلفتها، وأين يمكنك استبدال نموذج أرخص دون تدهور النتيجة النهائية. هذا هو تحسين "السعر/الأداء" الذي يصفه راوخ — يصبح ممكناً فقط بمجرد وجود الفصل المعماري.

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