Lovable تطلق الحذف التلقائي للتطبيقات «الميتة»: 60 يومًا من الخمول وسلة محذوفات
أضافت Lovable إلى باقة Enterprise ميزة التنظيف التلقائي للمشاريع المهجورة. يستطيع مسؤولو workspace تفعيل قاعدة تضع على المشروع الخامل وسم abandoned، ثم تحذفه لاحقًا. وتسمي الشركة هذه التطبيقات «undead apps»، وربطت الإطلاق بمناسبة الهالوين. يُعدّ المشروع مهجورًا افتراضيًا بعد 60 يومًا من الخمول، والحذف التلقائي معطّل افتراضيًا. وإذا فُعّل، تبدأ بعد الوسم مهلة سماح مدتها 7 أو 14 أو 30 يومًا، ويمكن استعادة المشروع المحذوف خلال 60 يومًا إضافية. • تصل الرسائل والتنبيهات قبل 5 أيام وقبل يوم واحد • فتح المشروع ومعاينته لا يُحسبان نشاطًا • اللعبة المجانية عن «الأموات الأحياء» تعمل على مشاريع وهمية
معالج بواسطة الذكاء الاصطناعي من Lovable Blog؛ بتحرير Hamidun News
أطلقت Lovable، الخدمة التي تتيح بناء التطبيقات عبر محادثة مع الذكاء الاصطناعي، ميزة لتنظيف المشاريع المهجورة لعملاء Enterprise. القاعدة بسيطة: إذا لم يُستخدم المشروع 60 يومًا، يحصل على حالة abandoned. وإذا فعّل المسؤول الحذف التلقائي، يختفي المشروع بعد مهلة سماح مدتها 7 أو 14 أو 30 يومًا. وابتكرت الشركة لهذه المشاريع اسم «undead apps»، وأصدرت بمناسبة الهالوين لعبة مجانية يبحث فيها اللاعب عن «الأموات الأحياء» بين مشاريع وهمية. لا تمس اللعبة المشاريع الحقيقية ولا تحذفها.
المشكلة التي يخلقها التوليد السريع للتطبيقات
كلما سهل بناء النموذج الأولي، زاد عدد النماذج التي تبقى بلا صاحب. صفحة هبوط لحملة انتهت، ونموذج أولي من هاكاثون، وأداة داخلية تركها موظف غادر الشركة: كثيرًا ما تبقى كلها منشورة ومتصلة بالبيانات. يسمي القطاع هذه الظاهرة app sprawl، وتؤكد Lovable صراحةً أنها تخص جميع أدوات الذكاء الاصطناعي، لا منصتها وحدها.
تحدد الشركة أربعة مخاطر تتراكم حول التطبيقات المنسية:
- بيانات اعتماد فعّالة. قد يظل العرض التجريبي المعدّ لاجتماع مع عميل يقبل تسجيل الدخول، وقد يبقى مفتاح API من تجربة سريعة متصلًا بنظام الشركة.
- ثغرات غير مُصلَحة. يستخدم نموذج التسجيل في فعالية ما مكتبة احتاجت لاحقًا إلى تحديث أمني. وبلا مالك لن يصدر التحديث، فيبقى التطبيق متاحًا على الإنترنت مع ثغرة معروفة.
- بيانات شخصية بلا غرض. تبقى في قائمة انتظار (waitlist) العام الماضي أسماء وعناوين email وإجابات من النماذج لم تعد الشركة بحاجة إليها.
- مالك اختفى. انتقل مؤلف أداة التتبع الداخلية إلى فريق آخر أو غادر الشركة، فلا أحد يتحمل مسؤولية الصلاحيات والمشكلات المكتشفة وقرار الإغلاق.
كيف يعمل التنظيف: الوسم والتنبيه وسلة المحذوفات
تُضبط الميزة من المسار Workspace settings → Security → Privacy & security → Abandoned projects. وهي متاحة فقط لمسؤولي workspace ومالكيه على باقة Enterprise.
تتألف الآلية من خطوتين. أولًا، تضع Lovable على المشروع وسم المهجور بعد فترة من انعدام النشاط، وهي 60 يومًا افتراضيًا. وتسري القاعدة على المشاريع المنشورة وغير المنشورة. ثانيًا، إذا فُعّل الحذف التلقائي، تحذف المنصة المشروع بعد المهلة المختارة. والحذف التلقائي معطّل افتراضيًا.
يُحسب نشاطًا ما يلي:
- تعديل المشروع أو المحادثة معه في المحرّر؛
- زيارة أحد الزوار للتطبيق المنشور (لا يُحتسب ترافيك البوتات)؛
- استدعاء دوال backend الخاصة بالمشروع.
لا يُحتسب فتح المشروع ومعاينته. كما أن النشر بحد ذاته لا يعيد ضبط المؤقت.
يرافق الحذف تنبيهات. يتلقى المالكون والأعضاء الذين يملكون صلاحية التعديل رسالة وبانرًا داخل المشروع قبل 5 أيام وقبل يوم واحد من موعد الحذف. ويستطيع أي شخص يملك صلاحية الوصول إيقاف العملية: يكفي تعديل المشروع أو إرسال رسالة إليه أو الضغط على Keep it في البانر أو الرسالة.
يمكن استعادة المشروع المحذوف خلال 60 يومًا أخرى عبر Workspace settings → Workspace → Recently deleted projects. وما دام المشروع محذوفًا، يكون التطبيق المنشور غير متاح ويكون backend متوقفًا. وبعد 60 يومًا تمحو Lovable المشروع وسجل الإصدارات والمحادثة نهائيًا.
ثمة تحفظ يخص العنوان. بعد الحذف يُفرَج عن عنوان lovable.app، وإذا حجزه شخص آخر، فلن يمكن إعادة المشروع المستعاد إلى العنوان السابق.
كيفية التفعيل وما يجب فحصه مسبقًا
على مسؤول Enterprise أن يفتح Workspace settings → Security → Privacy & security → Abandoned projects، ثم يحدد المدة التي يُعدّ المشروع بعدها مهجورًا، ويفعّل الحذف التلقائي، ويختار مهلة السماح: 7 أو 14 أو 30 يومًا.
وفيما يلي ترتيب عملي للخطوات:
1. قبل التفعيل، راجع قائمة المشاريع وحدد تلك المتصلة بأنظمة العمل أو التي تخزّن بيانات المستخدمين. 2. إذا كان بعض التطبيقات يجب أن يبقى بلا نشاط، كالخدمات الموسمية، فتأكد من وجود مسؤول عنه سيتجاوب مع الرسالة التي تصل قبل 5 أيام. ويمكن إيقاف الحذف بتعديل المشروع أو إرسال رسالة إليه أو زر Keep it. 3. بالنسبة إلى عناوين lovable.app الحرجة، ضع في الحسبان أن شخصًا آخر قد يحجز العنوان بعد الحذف. 4. اسحب مفاتيح API والصلاحيات بشكل منفصل في الأنظمة التي اتصلت بها النماذج الأولية المنسية. الأفضل أن يُستكمل حذف المشروع بإلغاء المفاتيح (revocation)، لا أن يحل محله. 5. اختر مهلة السماح بحسب المخاطر: 7 أيام تناسب تنظيف التجارب، أما 30 يومًا فتمنح وقتًا أطول للفرق ذات الدورات الطويلة.
المهم للسوق هو هذا التحول بحد ذاته: بدأت منصات التطوير بالذكاء الاصطناعي تبيع لا سرعة إنشاء التطبيقات وحدها، بل إدارة دورة حياتها أيضًا. فحين يُبنى التطبيق في دقائق، يصبح السؤال عمّن سيغلقه مسألة أمن وامتثال.
أسئلة وأجوبة حول الخبر
ما أبرز التفاصيل حول المشكلة التي يخلقها التوليد السريع للتطبيقات؟
كلما سهل بناء النموذج الأولي، زاد عدد النماذج التي تبقى بلا صاحب. صفحة هبوط لحملة انتهت، ونموذج أولي من هاكاثون، وأداة داخلية تركها موظف غادر الشركة: كثيرًا ما تبقى كلها منشورة ومتصلة بالبيانات. يسمي القطاع هذه الظاهرة app sprawl، وتؤكد Lovable صراحةً أنها تخص جميع أدوات الذكاء الاصطناعي، لا منصتها وحدها. تحدد الشركة أربعة مخاطر تتراكم حول التطبيقات المنسية: بيانات اعتماد فعّالة. قد يظل العرض التجريبي المعدّ لاجتماع مع عميل يقبل تسجيل الدخول، وقد يبقى مفتاح API من تجربة سريعة متصلًا بنظام الشركة. ثغرات غير مُصلَحة. يستخدم نموذج التسجيل في فعالية ما مكتبة احتاجت لاحقًا إلى ت
ما أبرز التفاصيل حول كيف يعمل التنظيف: الوسم والتنبيه وسلة المحذوفات؟
تُضبط الميزة من المسار Workspace settings → Security → Privacy & security → Abandoned projects. وهي متاحة فقط لمسؤولي workspace ومالكيه على باقة Enterprise. تتألف الآلية من خطوتين. أولًا، تضع Lovable على المشروع وسم المهجور بعد فترة من انعدام النشاط، وهي 60 يومًا افتراضيًا. وتسري القاعدة على المشاريع المنشورة وغير المنشورة. ثانيًا، إذا فُعّل الحذف التلقائي، تحذف المنصة المشروع بعد المهلة المختارة. والحذف التلقائي معطّل افتراضيًا. يُحسب نشاطًا ما يلي: تعديل المشروع أو المحادثة معه في المحرّر؛ زيارة أحد الزوار للتطبيق المنشور (لا يُحتسب ترافيك البوتات)؛ استدعاء دوال backend ا
ما أبرز التفاصيل حول كيفية التفعيل وما يجب فحصه مسبقًا؟
على مسؤول Enterprise أن يفتح Workspace settings → Security → Privacy & security → Abandoned projects، ثم يحدد المدة التي يُعدّ المشروع بعدها مهجورًا، ويفعّل الحذف التلقائي، ويختار مهلة السماح: 7 أو 14 أو 30 يومًا. وفيما يلي ترتيب عملي للخطوات: 1. قبل التفعيل، راجع قائمة المشاريع وحدد تلك المتصلة بأنظمة العمل أو التي تخزّن بيانات المستخدمين. 2. إذا كان بعض التطبيقات يجب أن يبقى بلا نشاط، كالخدمات الموسمية، فتأكد من وجود مسؤول عنه سيتجاوب مع الرسالة التي تصل قبل 5 أيام. ويمكن إيقاف الحذف بتعديل المشروع أو إرسال رسالة إليه أو زر Keep it. 3. بالنسبة إلى عناوين lovable.app الحرج
Ship AI Faster with Founders, Engineers & Weekly Architecture Reviews
Inside Vibe Club (hamidun.com/club) — weekly live masterminds with Zhemal Khamidun, Tech Radar, full LMS access, and 370+ production Claude Code skills.
أهم ما في عالم الذكاء الاصطناعي — مرة كل أسبوع
سبع قصص مهمة فعلاً هذا الأسبوع، مختارة بعناية. بلا ضجيج ولا بيانات صحفية.
تم! تحقق من بريدك للتأكيد.