باحث يوثّق أن مزوّد CrofAI يمرر الطلبات عبر OpenRouter ويستبدل نماذج أرخص بالمطلوبة
السعر المنخفض لم يكن خصمًا بل نموذجًا مختلفًا، فالجودة التي يختبرها الفريق أثناء التطوير قد لا تكون ما يصل فعلًا إلى العملاء.
نشر باحث في 13 سبتمبر 2026 على مدونة kendell.dev مقالًا بعنوان «CrofAI is an OpenRouter wrapper». وCrofAI مزوّد يبيع استدعاءات API لنماذج كثيرة بأسعار أقل من السوق. خلاصة المقال أن المزوّد لا يشغّل النماذج بنفسه، وأن كثيرًا من الطلبات تذهب إلى نموذج أرخص من النموذج الذي دفع العميل ثمنه.
كيف كُشف ذلك
لكل مزوّد بصمة: أدوات وخصائص تعمل عنده ولا تعمل عند غيره. ولاحظ الكاتب أن CrofAI يقبل أداة openrouter:advisor، وهي أداة خاصة بـ OpenRouter لا سبب لأن يدعمها مزوّد يشغّل الاستدلال على خوادمه. ويعني ذلك أن الطلب يُمرَّر إلى OpenRouter ولا يُنفَّذ عند CrofAI.
ثم اختبر كل نموذج على حدة، وتتبع من أي نموذج جاء الرد فعلًا. وبحسب نتائجه، تذهب طلبات deepseek-v4-pro وglm-5.3-flash وglm-5.2 وqwen3.8-27b وqwen3.5-397b وdeepseek-v3.2 وkimi-k2.7-code وkimi-k2.6 وmimo-v2.5-pro كلها إلى DeepSeek V4 Flash. أما طلبات kimi-k3 وglm-5.3 وglm-5.1 فتذهب إلى GLM 5.3 Flash.
ولم يكتفِ الكاتب بالوصف، بل نشر 3 تقارير تحقق تلقائية على GitHub Actions في تواريخ مختلفة، قبل تعديلات أجرتها CrofAI وبعدها، وكلها على الـ commit نفسه 1ec3ef0، ليتمكن أي شخص من مراجعة الادعاء.
الأثر الأوضح يقع على من يبني منتجًا فوق مزوّد من هذا النوع. فالفريق يختبر النموذج أثناء التطوير ويبني توقعاته على جودته، ثم يصل إلى العميل رد من نموذج آخر، دون أن يظهر سبب واضح لتراجع الجودة. ويصبح السؤال عن مصدر الرد الفعلي، وعن قدرة المزوّد على إثباته، جزءًا من اختيار أي مزوّد API، لا تفصيلًا ثانويًا بعد السعر.