Apple واجهت موجة من تطبيقات AI في App Store وشددت المراجعة

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

من أين جاء الارتفاع

قام الترميز الحدسي بتحويل تطوير تطبيقات الهاتف المحمول من عمل استغرق أسبوعاً أو شهراً إلى عملية يتم فيها وصف الفكرة باللغة الطبيعية والنموذج نفسه يجمع نموذجاً أولياً عاملاً. وفقاً لموقع The Information، الذي يستشهد به TNW، في ربع سنة واحد فقط نما عدد التطبيقات المقدمة إلى متجر التطبيقات بنسبة 84% — وهو أكبر قفزة في عقد من الزمان. أظهرت مقاييس منفصلة من Sensor Tower ديناميكية مماثلة: تسارعت وتيرة إطلاق تطبيقات iOS في أواخر عام 2025 وأوائل 2026، وعلى مدار عام 2025 بأكمله تلقى المتجر 557 ألف طلب جديد. وراء ذلك عدة منصات جعلت إطلاق التطبيقات خدمة جماعية تقريباً:

• Cursor — بيئة تطوير قائمة على الذكاء الاصطناعي للمطورين أصبحت بالفعل سائدة
• Lovable — أداة إنشاء للأشخاص بدون خلفية تقنية قوية
• Replit — بيئة يمكنك فيها تجميع ونشر منتج بسرعة
• Bolt.new — أداة للانتقال السريع جداً من الفكرة إلى النموذج الأولي

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

لماذا تتعثر المراجعة

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

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

ومن هنا الارتفاع الحاد في التأخيرات. في مارس 2026، أفاد المطورون بأن التحديثات والتطبيقات الجديدة انتظرت ليس الساعات 24–48 المعتادة، بل من أسبوع إلى 30 يوماً أو أكثر. وفقاً لـ TNW، قضت معظم الوقت الطلبات في الانتظار حتى قبل بدء المراجعة — في قائمة الانتظار Waiting for Review.

أي أن الاختناق نشأ ليس من التقييم القانوني التفصيلي بل من نقطة الدخول نفسها: أصبح تدفق الطلبات الجديدة كبيراً جداً بالنسبة للبنية الأساسية المصممة لدورة تطوير أبطأ بكثير.

كيف تستجيب أبل

انتقلت استجابة أبل من الانتظار السلبي إلى الضغط المباشر على قادة الفئة. في منتصف مارس، ظهرت تقارير بأن الشركة حجبت بهدوء التحديثات لـ Replit و Vibecode دون الإعلان العام المسبق. تلقى المطورون الرفض بالاستشهاد بنفس القاعدة 2.

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

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

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

ماذا يعني هذا

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