ميتا تطلق Muse Code: وكيل برمجة يشتغل على المستودع كامل، وماذا يعني لشركتك؟

ميتا تطلق Muse Code: وكيل برمجة يشتغل على المستودع كامل، وماذا يعني لشركتك؟

في الخامس من أغسطس 2026 أطلق مختبر الذكاء الفائق في ميتا أداة باسم Muse Code، وهي وكيل برمجة يعمل داخل الطرفية (terminal) ويشغّله نموذج جديد اسمه Muse Spark 1.2، مصمم للاشتغال على مهام برمجية طويلة داخل مستودعات كود ضخمة لا على أسطر متفرقة. الخلاصة المباشرة لصاحب العمل: أدوات كتابة الكود بالذكاء الاصطناعي انتقلت من مرحلة الاقتراح والإكمال إلى مرحلة تنفيذ مهام كاملة تستغرق ساعات، وهذا يغيّر سرعة التطوير وتكلفته. لكنه لا يغيّر شيئا واحدا: من يملك المواصفات والمراجعة والاختبار هو من يملك جودة النظام في النهاية.

ما الذي أطلقته ميتا بالضبط؟

Muse Code أداة تعمل من سطر الأوامر على نظامي macOS ولينكس، أتيحت بنسخة تجريبية (beta)، وليس لها تطبيق سطح مكتب — أي أنها موجهة لفرق التطوير لا للمستخدم العادي. تعمل بداخلها وكلاء خلفية غير متزامنين يظلون نشطين طوال الجلسة، بحيث تجري أكثر من مهمة في وقت واحد، مع سجل أحداث محلي يتيح إعادة تشغيل ما جرى بدقة لمراجعته لاحقا. وتأتي معها أوامر جاهزة مثل /plan لبناء خطة عمل، و/goal لتثبيت الهدف، و/grill للضغط على الحل واختباره قبل اعتماده.

أما Muse Spark 1.2 فهو النموذج الذي يشغّلها، وركزت ميتا في وصفه على ثلاثة أشياء: تحسّن في توليد الكود وتصحيح الأخطاء وفهم قواعد الكود الكبيرة، وتدريب على مهام برمجية طويلة الأفق تشمل توليد مستودعات كاملة، وآليات تبقي النموذج على المسار في المهام الممتدة مثل التخطيط وتثبيت الهدف وضغط السياق. ونشرت ميتا مقارنات على ثلاثة اختبارات هي Terminal-Bench 2.1 وDeepSWE 1.1 ومقياسها الداخلي للبرمجة، لكنها عرضتها في رسوم بيانية دون جدول أرقام دقيق، لذلك يستحسن التعامل مع أي رقم متداول بحذر. النموذج متاح داخل Muse Code وعبر واجهة Meta Model API.

الفكرة الجوهرية: من إكمال السطر إلى العمل على النظام

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

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

نقطة تستحق انتباه صاحب القرار: التسعير مقابل البيانات

وفق ما نُشر عن أسعار Meta Model API، تبلغ تكلفة النسخة القياسية من النموذج نحو 1.25 دولار لكل مليون رمز إدخال و4.25 دولار لكل مليون رمز إخراج، بينما تتوفر طبقة أرخص بكثير باسم contributor مقابل موافقتك على استخدام بياناتك في تحسين منتجات ميتا. الخيار جذاب من ناحية التكلفة، ومقلق من ناحية الحوكمة: كود مشروعك يحمل منطق عملك، ومفاتيح الاتصال بأنظمتك، وأحيانا بيانات اختبار مأخوذة من الواقع.

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

ماذا يعني هذا لشركتك عمليا؟

أولا، لا تشترِ الأداة بل النتيجة. وجود وكيل برمجة قوي لا يعني أن مشروعك سيكتمل أسرع تلقائيا؛ ما يسرّع المشروع فعلا هو وضوح المتطلبات وجودة التصميم. الوكيل يضاعف سرعة فريق يعرف ماذا يبني، ويضاعف فوضى فريق لا يعرف.

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

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

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

ما لا يغيّره وكيل البرمجة

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

كيف نتعامل معها في أوريجامي

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

المصادر

• الإعلان الرسمي من ميتا عن Muse Code وMuse Spark 1.2: research.meta.ai
• صفحة النموذج لدى مطوري ميتا: developer.meta.com
• تغطية تفصيلية للإطلاق وطبقات التسعير: developersdigest.tech
• الهيئة السعودية للبيانات والذكاء الاصطناعي — نظام حماية البيانات الشخصية: sdaia.gov.sa