أبل تحجب التحديثات لتطبيقات كودينج الفايب بسبب قواعد متجر التطبيقات

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

تسمح أدوات كودينج الفايب للمستخدمين بوصف تطبيق بلغة بسيطة وستحصل على كود يعمل في المقابل، مما يتحول غير المبرمجين إلى مصممي برمجيات. نمت الفئة بسرعة، مع منصات مثل Replit الآن تدعي أكثر من 50 مليون مستخدم إجمالي و تقييم يصل إلى 9 مليارات دولار. لكن فريق مراجعة التطبيقات في أبل قد قرر أن الطريقة التي تعمل بها هذه التطبيقات معاينة وتشغيل البرمجيات المولدة داخل عملاء iOS الخاصة بهم تنتهك المرشد 2.5.2، الذي ينص على أن التطبيقات “لا يجوز لها تحميل أو تثبيت أو تنفيذ كود يُدخل أو يغير ميزات أو وظائف التطبيق.”

تُصرح الشركة أنها تطبيق روتيني للقواعد الحالية، وليس حملة قمع جديدة.

ما تريد أبل تغييره

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

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

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

لم يعلق Replit ولا Vibecode علنًا على الوضع.

توتر منصة حول توليد الكود

توقيت التطبيق يخلق تناقضًا ملحوظًا. في فبراير، قامت أبل بتحديث الترميز العامل في Xcode 26.3، بإضافة دعم مدمج لعميل Claude من Anthropic و Codex من OpenAI. يسمح التحديث للوكلاء الذكاء الاصطناعي بإنشاء ملفات، وبناء مشاريع، وتنفيذ اختبارات، ومراجعة الإخراج المرئي مباشرة داخل بيئة التطوير الخاصة بأبل — إمكانيات تتداخل بشكل كبير مع ما تقدمه تطبيقات كودينج الفايب.

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

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

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

يتضمن دليل 2.5.2 استثناء للتطبيقات التعليمية التي تعلم البرمجة، شريطة أن يكون الكود المصدري “مرئيًا ويمكن تعديله من قبل المستخدم完全ًا”. ما إذا كانت أدوات كودينج الفايب يمكن إعادة هيكلتها لتكون مؤهلة بموجب هذا الاستثناء لا يزال غير واضح.

لما يلي، يبرز التوتر بين استراتيجية منصة أبل: تعرف الشركة القواعد التي يمكن للمطورين الطرف الثالث بناءها، بينما لا تواجه أي قيود مماثلة على أدوات الترميز الذكاء الاصطناعي الخاصة بها في Xcode.随着 تحرك كودينج الفايب من الابتكار إلى تدفق تطوير رئيسي، ستشكل الحدود التي ترسمها أبل حول توليد الكود على الجهاز شكل كيفية — ومن đâu — يتم بناء الجيل التالي من البرمجيات.