Flint v1.0 مقابل Muse Code: ملف أوزان ووكيل طرفية لهما فاتورتان مختلفتان

إليك الرقم الذي يجعل هذه المقارنة نزيهة قبل أن تبدأ. Recursive Flint v1.0 لا يكلّف شيئًا لكل رمز ويكلّف نحو 24 غيغابايت من الذاكرة. Muse Code يكلّف ما بين 5 و200 دولار شهريًا قبل أن ترسل طلبًا واحدًا، ثم 4.25 دولار لكل مليون رمز إخراج على طبقة Standard من Meta. أحد هذين ملف تملكه. والآخر اشتراك في حلقة شخص آخر. مقارنتهما وكأنهما بديلان هي الخطأ الذي ترتكبه معظم التغطيات، وهو خطأ يستحق أن يُرتكب عمدًا لا عن غير قصد — لأنك بمجرد أن ترى الفاتورة، فإن القرار الحقيقي ليس أيهما أفضل. بل أي شكل يحتاجه عملك.

وصل Flint في 21 أكتوبر 2026 بوصفه أول نموذج من Recursive: نموذج برمجة قائم على مزيج الخبراء بإجمالي 39.8 مليار معامل، ونحو 2.5 مليار معامل نشط لكل رمز، برخصة Apache 2.0، ومصمم للعمل على حاسوب محمول. وصل Muse Code في وقت أبكر — إذ أطلقته Meta بنسخة تجريبية في 5 أغسطس 2026 ثم أخرجته من المرحلة التجريبية منذ ذلك الحين — وهو ليس نموذجًا. إنه ملف ثنائي أصلي للطرفية يشغّل نماذج Muse Spark من Meta، وحاليًا Muse Spark 1.3، بينما لا تزال Muse Spark 1.2 هي النسخة التي تختارها واجهة سطر الأوامر (CLI) ما لم تخبرها بغير ذلك.

ما هو كل واحد منها في الحقيقة

النموذج والوكيل منتجان مختلفان، والفرق بينهما يكمن في مكان وجود العمل.

فلينت عبارة عن أوزان. يستقبل النص واستدعاءات الأدوات، ويُخرج النص واستدعاءات الأدوات، وكل ما يحيط بذلك — الحلقة، وتحرير الملفات، وتشغيل الاختبارات، ومنطق إعادة المحاولة — توفّره أي أداة تشغيل توجّهها إليه. مجموعة أدوات الخدمة الخاصة بـ Recursive تستخدم SGLang؛ ويوجّهه النظام البيئي عبر llama.cpp وOllama وLM Studio وvLLM ومحرك Recursive الخاص. تحصل على مولّد رموز سريع وصفحة فارغة.

«Muse Code» هو الصفحة المكتملة. فهو يوفّر حلقة وكيل رئيسية، ووكلاء خلفيين غير متزامنين يواصلون جمع السياق على امتداد الجلسة، وأشجار عمل Git معزولة حتى لا يتصادم الوكلاء الفرعيون المتوازون، وسجل أحداث محلي يتيح إعادة تشغيل جلسة انهارت أو استئنافها. وفيه أوامر شرطة مائلة للتخطيط والمراجعة، وبروتوكول وكيل-عميل يمكن لأدوات أخرى تشغيله من خلاله، وتنفيذ صدفة معزول في صندوق رمل مع أنماط موافقة قابلة للضبط، وهو يعمل تفاعليًا أو بلا واجهة. والتثبيت يتم بسكربت من سطر واحد على macOS أو Linux، مع مسار PowerShell على Windows. أنت تشتري الحلقة، والنموذج الذي بداخلها ليس شيئًا تختاره.

العمود الفقري للتكلفة، بعد حسابه

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

• Flint — تكلفة الترخيص 0 دولار. رموز الإخراج غير محدودة. التكلفة الثابتة هي العتاد الذي إما تملكه أو لا تملكه: 22.86 غيغابايت لنسخة NVFP4 على القرص، ونحو 24 غيغابايت من الذاكرة لتشغيله، وجهاز سريع بما يكفي لجعل الاستدلال المحلي مقبولاً. تدّعي Recursive أكثر من 125 رمزًا في الثانية على M4 Pro MacBook Pro عند سياق قصير. إذا كنت تملك ذلك الحاسوب المحمول بالفعل، فإن التكلفة الحدية للرمز الخمسين مليونًا هي الكهرباء.

• Muse Code — الخطة الشهرية حدّ أدنى وليست حدًا أقصى، لأن فوترة الرموز تُضاف فوقها. بسعر 4.25 دولارات لكل مليون رمز إخراج، فإن 50 مليون رمز إخراج تعني 212.50 دولارًا للإخراج وحده قبل احتساب الإدخال، وذلك مقابل فئة الاشتراك التي احتجتها للوصول. الخطط الأربع — 5 دولارات، و15 دولارًا، و50 دولارًا، و200 دولار شهريًا — تشتري مستويات مختلفة من الوصول، لا استخدامًا غير محدود.

• Muse Code، فئة أرخص — سعر فئة Contributor هو 0.10 دولار لكل مليون رمز إدخال و0.20 دولار لكل مليون رمز إخراج، مقابل 1.25 دولار و4.25 دولار في فئة Standard. وهذا فرق يناهز عشرين ضعفًا في الإخراج، وسبب كونه أرخص هو أن Meta قد تدرّب نماذجها على مطالباتك وإكمالاتك. هذه مقايضة حقيقية ومشروعة للعمل مفتوح المصدر. أما بالنسبة لقاعدة شيفرة احتكارية، فهي قرار سياساتي وليست خصمًا، ويستحق الأمر قراءة الشروط الحالية بدلًا من الوثوق بملخص — بما في ذلك هذا الملخص.

• فلينت، التكلفة الخفية — الجهاز. مجموعة عمل بسعة 24 GB على حاسوب محمول لا مشكلة فيها؛ أما على حاسوب مكتبي ببطاقة 24 GB فستكون ضيقة بمجرد وضع بقية النظام في الحسبان. والإنتاجية المحلية عند السياق الطويل ليست كما يوحي الرقم الرئيسي: فقد أفادت اختبارات مستقلة بأنها تبلغ نحو 110 رموز في الثانية عند المطالبات القصيرة، ثم تنخفض إلى نحو 9 رموز في الثانية عند سياق يقارب 115,000 رمز. أما الوكيل الذي يقرأ مستودعًا كبيرًا قبل أن يكتب أي شيء فسيقضي معظم وقته في الوضع البطيء.

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

الخصوصية هي حيث تكون الفجوة أوسع

يعمل Flint دون اتصال. ليس دون اتصال بمعنى «لا نسجّل موجّهاتك» — بل منقطع فعليًا، على عتادك، مع الأوزان على قرصك. بالنسبة لقاعدة شيفرة لا يمكنها مغادرة الشبكة، ليست هذه ميزة بين ميزات؛ بل هي سبب وجود النموذج في هذه المقارنة.

Muse Code هو وكيل سحابي. يشغّل أوامر على مستودع، وهذا يعني أن الأشياء التي يقرأها تنتقل. شريحة التسعير الإسهامية تجعل علاقة البيانات صريحة بدلاً من ضمنية، وهو ما يمكن القول إنه أكثر صدقًا من سياسة لا يقرأها أحد، لكنها لا تغيّر اتجاه المسار. إذا كان قيدك هو "أن الكود المصدري لا يغادر المبنى أبدًا"، فقد اتُّخذ القرار بالفعل وجدول المعايير المرجعية غير ذي صلة.

من يدير الحلقة، ولماذا يحدد ذلك أكثر مما يحدده النموذج

الفرق الأكثر استهانة به هو أنك مع Flint تكون مسؤولاً عن الوكيل. فنموذج بحجم 39.8B يفعّل 2.5B معلمة لكل رمز هو مولّد رموز قادر، لكن Recursive تقول بصراحة إنه يحتاج إلى توجيه أكثر من مساعدي البرمجة الكبار المدفوعين، وتوصي بتقسيم المهام المعقدة إلى خطوات أصغر. وهذا التوجيه يجب أن يأتي من مكان ما — إطار تشغيل، أو قالب مطالبة، أو الربط البرمجي الخاص بك. وإن لم يكن لديك ذلك، فليس لديك وكيل.

لقد اتخذ Muse Code تلك القرارات نيابةً عنك، وهذا ما يشتريه الاشتراك. المقابل هو أنك ترث آراء Meta حول كيفية سير جلسة البرمجة، ولا يمكنك تبديل النموذج الموجود تحتها.

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

أيّ واحد تختار

ثمة رقم واحد يستحق أن يقف بين حجة التكلفة والقرار، مع تصنيف واضح عليه. يضع مخطط الإطلاق الخاص بـ Meta نموذج Muse Spark 1.2 عند 82.9% في Terminal-Bench 2.1، في المرتبة الثانية ضمن لوحته الخاصة. أما نتيجة Flint المبلّغ عنها من قبل المورّد في Terminal-Bench 2.1 فهي 54.9%. أُنتج هذان الرقمان في مختبرين مختلفين، وباستخدام بيئات اختبار مختلفة، ووفق قواعد مختلفة بشأن ما إذا كان يمكن للوكيل البحث في الويب — لذا فإن الفارق البالغ 28 نقطة ليس قياسًا لشيء ملموس. لكنه مؤشر قوي على أن سقف القدرات لنموذج محلي نشط بحجم 2.5B ونموذج مستضاف قريب من الحدود المتقدمة ليسا في المكان نفسه. إذا كان عملك يتطلب بانتظام الطرف الأصعب من البرمجة الوكيلية، فإن الخيار المحلي ليس بديلًا مهما بدا السعر مغريًا.

• اختر Flint إذا كان لا يمكن للشيفرة مغادرة جهازك، أو إذا كانت مهام وكيلك قصيرة ومحدّدة النطاق جيدًا، أو إذا كان لديك بالفعل إطار تشغيل (harness) تفضّله، أو إذا كنت تريد التوقف عن الدفع مقابل كل رمز (token) لعبء عمل سيستمر في النمو. خصّص ميزانية لإنتاجية السياق الطويل وخطّط لوكيلك على هذا الأساس.

• اختر Muse Code إذا كنت تريد وكيلًا طرفيًا يعمل من اليوم الأول، وإذا كانت مهامك تستغرق ساعات وتستفيد من الوكلاء العاملين في الخلفية والجلسات القابلة للاستئناف، وإذا كان عملك منفتحًا بما يكفي بحيث تكون فئة المساهمين مقبولة، وإذا كانت الفاتورة الشهرية التي تتزايد مع الاستخدام أسهل في تبريرها من الأجهزة.

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

ما لا ينبغي لك فعله هو التعامل مع هذا كسؤال خاص بالمعايير القياسية. إن الدرجات المنشورة لـ Flint — 74.2 على SWE-bench Verified، و89.7 على SWE-bench Pro v2، و54.9 على Terminal-Bench 2.1 — هي درجات مُبلَّغ عنها من الجهة المورّدة ولم تُعَد إنتاجها بشكل مستقل. ولعائلة نماذج Muse Code مخططاتها الخاصة التي أنتجتها الجهة المورّدة. لا تخبرك أي من مجموعتي الأرقام بما يحدث عندما يلتقي وكيلك بمستودعك الأحادي يوم ثلاثاء. أما بنية التكلفة ومسار البيانات فهما ما يخبرك بذلك، ويمكن معرفتهما قبل أن تنفق أي شيء.