Apple تجمّد تحديثات Replit وVibecode في App Store بسبب ميزات «البرمجة بالإيحاء»

أوقفت Apple مؤقتًا نشر تحديثات عدة تطبيقات مرتبطة بـالبرمجة بالإيحاء (vibe coding)، ومنها Replit وVibecode. وبحسب ما يُعرف عن الموقف، تتعلق الاعتراضات بميزات بعينها رأت الشركة أنها لا تتوافق مع قواعد App Store.

ما الذي حدث

طال التجميد الإصدارات الجديدة من التطبيقات تحديدًا، ولم يطل فكرة التطوير عبر الأجهزة المحمولة بالاعتماد على الذكاء الاصطناعي نفسها. وهذا فارق مهم: Apple لم تعلن حربًا على القطاع كله، لكنها أظهرت أنها تدقق في الطريقة التي تُبنى بها هذه المنتجات من الداخل. وقد ظلّت iOS منصة صعبة على الخدمات التي تَعِد بتوليد الشيفرة وتشغيلها وتطويرها بأقل تدخل من المستخدم، بسبب القواعد الصارمة المتعلقة بتنفيذ الشيفرة وتغيير سلوك التطبيق بعد المراجعة.

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

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

أين ينشأ التعارض

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

والمشكلة هنا على الأرجح ليست في توليد الشيفرة بحد ذاته، بل في درجة الاستقلالية. فشتّان بين مساعد دردشة يقترح مقطعًا من مكوّن React، ومنتج يجمّع تطبيقًا عاملًا من تعليمة واحدة، ويتيح تشغيله، ويغيّر سلوك الخدمة شبه لحظيًا. فبالنسبة لـApp Store، لم يعد هذا مجرد محرر، بل منصة جديدة محتملة داخل المنصة، وApple تسعى عادةً إلى إبقاء مثل هذه السيناريوهات تحت سيطرتها الكاملة.

وتبدو مناطق المخاطرة المرتفعة لمثل هذه المنتجات عادةً على النحو التالي:

• توليد شيفرة المستخدم وتشغيلها مباشرة من التطبيق المحمول
• تغييرات عن بُعد في سلوك التطبيق دون مراجعة منفصلة لكل ميزة جديدة
• الوصول إلى مفسّرات أو أدوات بناء أو حاويات خارجية مخفية عن المراجعة
• سيناريوهات ينشئ فيها الذكاء الاصطناعي تطبيقات مصغّرة كاملة داخل غلاف منشور أصلًا

ما الذي سيحدث لاحقًا

السيناريو الأرجح أن يحذف المطورون الإمكانات المثيرة للجدل من تطبيق iOS أو ينقلونها خارجه. فمثلًا، قد يُبقون في App Store على عميل للدردشة وعرض المشاريع والتحرير الأساسي، وينقلون التوليد الكامل أو النشر أو التشغيل إلى النسخة الويب. وهذا حل وسط معتاد على منصات Apple: يتحول التطبيق المحمول إلى واجهة عرض ولوحة تحكم، بينما تعيش الوظائف الأكثر حساسية في المتصفح، حيث لا تسري قيود App Store.

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

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

ماذا يعني ذلك

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