كيف تأخذ نسخة احتياطية من تطبيقك المبني بالذكاء الاصطناعي — ولماذا تحتاج إليها فعلاً

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

كانت الإجابة الصادقة: ربما. يعتمد على ما تقصده بـ”يتعطّل”. يعتمد على نوع النسخة الاحتياطية التي لديه (لم يكن لديه أي نسخة). يعتمد على ما إن كان بإمكانه إعادة بنائه في الوقت المناسب.

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

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

ما الذي يوجد فعلاً داخل تطبيقك المبني بالذكاء الاصطناعي (وما الذي يمكن أن يختفي)

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

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

الثاني هو بياناتك — المستخدمون، والطلبات، والرسائل، والحجوزات، والملفات التي رفعها الناس. عادةً ما توجد في قاعدة بيانات في مكان ما. أحياناً تكون داخل أداة البناء بالذكاء الاصطناعي. وأحياناً في خدمة مثل Supabase أو Firebase أو Airtable. وأحياناً موزّعة عبر أماكن متعدّدة.

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

طريقة مفيدة للتفكير في الأمر: لو احترق مبنى، فإن التطبيق هو المخطّط الهندسي، والبيانات هي ما كان داخل المبنى حين احترق. يمكنك إعادة البناء من المخطّط. ولا يمكنك استعادة ما كان في الداخل.

ما المعرّض للخطر: السيناريوهات الأربعة التي تحدث فعلاً

رأيت كلاً من هذه يحدث لأناس يبنون بمنصّات بناء التطبيقات بالذكاء الاصطناعي. ولا واحد منها نظري.

1. تخبر الذكاء الاصطناعي بطريق الخطأ بأن يعطّل التطبيق. أنت متعب، تعمل عند منتصف الليل، فتقول “احذف صفحة تسجيل المستخدمين” لأنك تريد إعادة تصميمها. فيفعل الذكاء الاصطناعي ذلك. لكنه يحذف أيضاً الجزء الذي يتيح للمستخدمين الحاليين تسجيل الدخول. والآن لا يستطيع أحد استخدام التطبيق، وآخر نسخة عاملة للذكاء الاصطناعي قد ضاعت ما لم يكن سجلّ الإصدارات مفعّلاً لديك (كثير من أدوات البناء لا تفعّله افتراضياً).

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

3. يُقفل حسابك. ربما مشكلة فوترة، أو تسجيل دخول مُشتبه به من موقع جديد، أو تغيير بريد لم يُحدّث في كل مكان. التطبيق بخير، وبياناتك بخير، لكنك لا تستطيع الوصول إليه. وإن لم يكن لديك نسخة مُصدّرة، فأنت تحت رحمة أوقات استجابة الدعم.

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

في كل واحد من هذه السيناريوهات، الفرق بين “مزعج” و”كارثي” هو ما إن كان لديك نسخة احتياطية.

ماذا تأخذ نسخة احتياطية منه، وكم مرّة

لست بحاجة إلى نظام متطوّر. أنت بحاجة إلى عادة. إليك الحدّ الأدنى الذي أوصي به لمن يبني بالذكاء الاصطناعي دون كتابة شيفرة.

بياناتك — كل يوم، تلقائياً إن أمكن.

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

إن كانت بياناتك داخل أداة البناء بالذكاء الاصطناعي نفسها ولا يوجد تصدير تلقائي، فاضبط تذكيراً في التقويم كل أحد لتصديرها يدوياً. صدّرها كملف CSV لكل جدول. واحفظها في مكان خارج أداة البناء — Google Drive، أو Dropbox، أو قرص صلب خارجي. أيّ مكان ليس الخدمة نفسها.

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

بنية تطبيقك — في كل مرّة تجري فيها تغييراً مهمّاً.

معظم منصّات بناء التطبيقات بالذكاء الاصطناعي لديها شكل ما من سجلّ الإصدارات أو اللقطات. اعثر على هذه الميزة. استخدمها. قبل أن تجري تغييراً كبيراً على التطبيق — و”كبير” تعني “شيئاً لا يمكنك إعادته من الذاكرة في غضون ساعة” — خذ لقطة مُسمّاة. سمِّها باسم مفيد مثل “قبل إضافة شاشة الدفع” أو “قبل تغيير أدوار المستخدمين”.

إن لم يكن لدى أداة البناء لقطات، فاطلب من الذكاء الاصطناعي أن يلخّص ما يفعله التطبيق في مستند طويل. احفظ ذلك المستند. إنه ليس نسخة احتياطية حقيقية من التطبيق، لكنه وصفة — إن حدث الأسوأ، يمكنك استخدام ذلك المستند كموجّه لإعادة البناء.

حساباتك وبيانات اعتمادك — مرّة واحدة، يوم إطلاقك.

دوّن، في مكان واحد، أين يوجد كل شيء. أيّ حساب بناء فيه التطبيق. أيّ خدمة قاعدة بيانات فيها البيانات. أيّ بريد إلكتروني هو تسجيل دخول المسؤول. أيّ معالج دفع متّصل. أيّ تكاملات متّصلة.

احفظ هذا في مدير كلمات مرور، لا في مستند Google. إن صدمتك حافلة غداً، فإن شريك عملك بحاجة إلى أن يكون قادراً على إيجاد كل هذا. وإن كنت مؤسّساً منفرداً، فإن نفسك المستقبلية (بعد ستة أشهر، منهكاً، تحاول تذكّر ما فعلته عند الإطلاق) بحاجة أيضاً إلى أن تكون قادرة على إيجاد هذا.

ملفاتك — حيثما يرفع مستخدموك.

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

روتين نسخ احتياطي بسيط يستغرق نحو 20 دقيقة أسبوعياً

مساء الأحد، بينما أنت لا تعمل أصلاً:

1. افتح أداة البناء بالذكاء الاصطناعي. خذ لقطة مُسمّاة لحالة التطبيق الحالية. ضع لها تاريخاً.
2. صدّر كل جدول بيانات كملف CSV. ضعها في مجلّد مؤرّخ في تخزينك السحابي. (معظم البيانات تكون في 3–10 جداول — ليست مهمّة ضخمة.)
3. ألقِ نظرة على سلّة تخزينك. تأكّد أن لا شيء غريباً يحدث (عدد ملفات يتضخّم، عمليات رفع مشبوهة).
4. حدّث مستند “أين يوجد كل شيء” إن تغيّر أيّ شيء هذا الأسبوع.

هذا كل شيء. عشرون دقيقة، مرّة في الأسبوع. إنه تأمين متفاوت القيمة بشكل هائل مقابل ما يحميه.

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

ماذا تفعل حين يحدث خطب ما

إن تعطّل تطبيقك بسبب خلل في أداة البناء بالذكاء الاصطناعي أو تغيير سيّئ:

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

إن تلفت بياناتك:

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

إن فقدت الوصول إلى حسابك:

• اتّصل بالدعم فوراً. لا تحاول “انتظار انفراجها”. قوائم انتظار دعم أدوات البناء تتفاوت؛ بعضها ممتاز، وبعضها بطيء.
• جهّز ما يثبت هويتك. بريد التسجيل الأصلي، وتفاصيل بطاقة الفوترة، وتاريخ تسجيلك، وأيّ فواتير قديمة. استرداد الحساب بدون هذه صعب.

الأمر الذي لم يخبر أحد به المؤسّس

مؤسّس الحجوزات الذي بدأت به هذا المقال اشترى باقة مدفوعة لخدمة بياناته بعد حديثنا. وأعدّ نسخاً احتياطية يومية تلقائية. وأخذ لقطة لتطبيقه. ودوّن كل حساباته في مدير كلمات مرور. استغرق منه الأمر كله نحو ساعة يوم أحد.

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

أخبرني بعدها أنها أرخص ساعة أنفقها في حياته. وهو ليس مخطئاً. النسخ الاحتياطية لتطبيق مبني بالذكاء الاصطناعي تتعلّق بنحو ساعة من الإعداد وعشرين دقيقة أسبوعياً من العادة. أما الشيء الذي تحمي منه فهو الشيء الذي لم يظنّ أحد ممّن فقدوه يوماً أنه سيحدث له.

إن بنيت شيئاً حقيقياً، فخذ لقطة اليوم.