تحليل لسجلات Meta Muse يرجّح أن بعض الطلبات أُجيبت من نموذج OpenAI لا من نموذج Meta
من يشتري الوصول إلى نموذج عبر API قد يشتري في الواقع عنوانًا يحق لصاحبه توزيع الطلبات على أي نموذج يختاره، دون أن يرى المشتري الفرق.
نشر الباحث Peter James في 25 سبتمبر 2026 تحليلًا لسجلات جلسات من منتج Meta Muse. معظم الجلسات كانت تعمل على نموذج Meta الخاص، Avocado. لكن جلسة واحدة، لـ subagent في 21 سبتمبر، سُجّلت على نموذج باسم azure/muse-special.
كيف يُعرف مصدر الرد
لم يعتمد التحليل على اسم النموذج، بل على ما يمكن تسميته بصمات الاستجابة. معرّفات الـ tool calls في Avocado تتكون عادة من 32 حرفًا بالنظام الست عشري. أما في تلك الجلسة فجاءت بصيغة call_ يليها 24 حرفًا بين كبيرة وصغيرة، وهي الصيغة التي تستخدمها OpenAI. وظهر فيها توقيع مكتوب عليه gpt_responses_v1، وحمولة مشفرة تبدأ بـ gAAAAA.
ووجد الباحث في بيئة التشغيل نفسها كودًا جاهزًا لتشغيل نماذج Claude Opus 4.6 و4.7 و4.8، وGPT-5.5 وGPT-5.6، إضافة إلى مفتاح لتحويل المسار دون الحاجة إلى نشر نسخة جديدة.
والباحث نفسه لا يقول إن الأمر مثبت. يرى أن الاحتمال الأقرب هو توجيه انتقائي لمهام معينة، أو تجربة A/B تجري دون علم المستخدم.
القصة عن Meta، لكن السؤال يخص أي endpoint تُرسل إليه الطلبات. فالمنتج المبني على API يفترض أن النموذج المكتوب في الإعدادات هو الذي يجيب العميل، وهذا الافتراض لا يمكن التحقق منه من الخارج بسهولة. وبصمات مثل صيغة المعرّفات قد تكون من الوسائل القليلة المتاحة لمراقبة ذلك، لكنها ليست دليلًا قاطعًا. ولا توجد حتى الآن طريقة معيارية تتيح للمطوّر التأكد من هوية النموذج الذي خدم طلبه.