چطور از اپ ساختهشده با هوش مصنوعیتان نسخهٔ پشتیبان بگیرید — و چرا واقعاً به آن نیاز دارید
اگر اپ ساختهشده با هوش مصنوعی شما همان چیزی است که کسبوکارتان روی آن میچرخد، از دست دادنش یک ریسک واقعی است. این هم یک راهنمای غیرفنی برای پشتیبانگیری از یک اپ ساختهشده با هوش مصنوعی — چه چیزی را ذخیره کنید، هر چند وقت یک بار، و اگر همه چیز بههم ریخت چه کنید.
یک بنیانگذاری که با او حرف میزنم کل کسبوکار رزروش — سه شعبه، حدود ۲۰۰ مشتری در هفته — را روی اپی میچرخاند که خودش با یک اپساز هوش مصنوعی ساخته. سهشنبه آن را نشانم داد و خیلی به آن افتخار میکرد. چهارشنبه، کمی عصبی، از من پرسید: «اگر این چیز خراب شود، آیا فقط… همهچیز را از دست میدهم؟»
پاسخ صادقانه این بود: شاید. بستگی دارد منظورتان از «خراب شود» چه باشد. بستگی دارد چه نوع پشتیبانی داشت (هیچ نداشت). بستگی دارد که آیا میتواند بهموقع دوباره بسازدش یا نه.
آن گفتوگو رایجترین گفتوگویی است که با کسانی دارم که با هوش مصنوعی یک اپ ساختهاند. خود ساختن مثل یک معجزهٔ کوچک حس میشود. پرسش «اگر ناپدید شود چه میشود» تقریباً هیچوقت پیش نمیآید تا وقتی که اپ از قبل دارد کار واقعی انجام میدهد — و تا آن وقت، عواقب از دست دادنش جدی شدهاند.
این مطلب برای هر کسی است که یک اپ واقعی و کارآمد را بدون اینکه خودش کدش را بنویسد ساخته، و حالا برای چیزی که اهمیت دارد به آن متکی است. پوشش میدهیم که واقعاً چه چیزی در معرض خطر است، چه چیزی را پشتیبان بگیرید، هر چند وقت یک بار، و وقتی چیزی اشتباه پیش رفت چه کنید. فنی نیست. هیچ اسکریپتی برای اجرا نیست. هدف این است که مطمئن شویم هر چه ساختهاید را از دست ندهید فقط چون کسی به شما نگفته بود پشتیبانگیری چیز مهمی است.
واقعاً چه چیزی داخل اپ ساختهشده با هوش مصنوعی شماست (و چه چیزی میتواند ناپدید شود)
یک اپ ساختهشده با هوش مصنوعی از دو چیز خیلی متفاوت ساخته شده، و باید از هر کدام به شیوهٔ متفاوتی پشتیبان بگیرید.
اولی خود اپ است — صفحهها، منطق، طراحی، یکپارچهسازیها. این همان چیزی است که اپساز هوش مصنوعیتان برایتان تولید کرد. در حساب اپسازتان زندگی میکند، معمولاً درون یک پروژه. اگر دسترسی به آن حساب را از دست بدهید، یا اپساز قطعی داشته باشد، یا پروژه خراب شود، این را از دست میدهید.
دومی دادههای شماست — کاربران، سفارشها، پیامها، رزروها، فایلهایی که مردم آپلود کردهاند. این معمولاً جایی در یک پایگاه داده زندگی میکند. گاهی درون اپساز هوش مصنوعی است. گاهی در سرویسی مثل Supabase، Firebase یا Airtable است. گاهی در چند جای مختلف پخش است.
این دو چیز پروفایلهای ریسک کاملاً متفاوتی دارند. ساختار اپ وقتی تغییر میکند که از هوش مصنوعی بخواهید تغییرش دهد. دادههای شما هر بار که یک کاربر کاری میکند تغییر میکنند. پس به استراتژیهای پشتیبان متفاوتی نیاز دارند.
یک راه مفید برای فکر کردن به آن: اگر یک ساختمان آتش بگیرد، اپ نقشهٔ آن است، و دادهها چیزی است که موقع سوختن داخل ساختمان بود. میتوانید از روی نقشه دوباره بسازید. نمیتوانید آنچه را داخل بود پس بگیرید.
چه چیزی در معرض خطر است: چهار سناریویی که واقعاً اتفاق میافتند
هر کدام از اینها را دیدهام که برای کسانی که با اپسازهای هوش مصنوعی میسازند اتفاق افتاده. هیچکدام نظری نیستند.
۱. بهطور تصادفی به هوش مصنوعی میگویید اپ را بشکند. خستهاید، نیمهشب کار میکنید، و میگویید «صفحهٔ ثبتنام کاربر را حذف کن» چون میخواهید بازطراحیاش کنید. هوش مصنوعی این کار را میکند. همچنین آن بخش از اپ را که به کاربران موجود اجازهٔ ورود میدهد حذف میکند. حالا هیچکس نمیتواند از اپ استفاده کند، و آخرین نسخهٔ کارآمد هوش مصنوعی از بین رفته مگر اینکه تاریخچهٔ نسخه را روشن کرده باشید (خیلی از اپسازها بهطور پیشفرض روشن ندارند).
۲. اپساز هوش مصنوعی قطعی یا مشکل داده دارد. نادر، اما واقعی. در سال ۲۰۲۴، یک پلتفرم محبوب no-code یک قطعی ۶ساعته داشت که در آن دادههای مشتری در دسترس نبود. هیچکس داده را برای همیشه از دست نداد، اما خیلی از کسبوکارها یک روز را از دست دادند. اگر اپ رزرو شما یک صبح شنبه که مشتریهایتان دارند سعی میکنند برای بعدازظهر شنبه رزرو کنند از کار بیفتد، آن «بدون از دست دادن داده» نیست — آن درآمد از دسترفتهای است که پس نمیگیرید.
۳. حسابتان قفل میشود. شاید یک مشکل صورتحساب، شاید یک ورود علامتگذاریشده از یک مکان جدید، شاید یک تغییر ایمیل که منتشر نشد. اپ سالم است، دادههایتان سالماند، اما نمیتوانید واردشان شوید. اگر هیچ نسخهٔ خروجیگرفتهشدهای ندارید، در گرو زمان پاسخ پشتیبانی هستید.
۴. پلتفرم را ترک میکنید. این همان است که مردم برایش برنامهریزی نمیکنند. یک سال بعد ممکن است بخواهید به یک ابزار متفاوت بروید، یا یک برنامهنویس استخدام کنید که آنچه ساختید را تحویل بگیرد. اگر تنها نسخهٔ اپ و دادههایتان درون یک اپساز زندگی میکند، گزینههایتان محدود و گراناند.
در هر یک از این سناریوها، تفاوت میان «آزاردهنده» و «فاجعهبار» این است که آیا پشتیبان داشتید.
چه چیزی را پشتیبان بگیرید، و هر چند وقت یک بار
به یک سیستم پیچیده نیاز ندارید. به یک عادت نیاز دارید. این هم حداقلی که برای کسی که با هوش مصنوعی بدون نوشتن کد میسازد توصیه میکنم.
دادههایتان — هر روز، خودکار اگر ممکن است.
اگر دادههایتان در چیزی مثل Supabase یا Airtable زندگی میکند، هر دو خروجیهای زمانبندیشده یا پشتیبان ارائه میدهند. این را روشن کنید. بیشتر مردم ردش میکنند چون سه کلیک است و فکر میکنند بعداً انجامش میدهند. همان روزی که راهاندازی میکنید انجامش دهید.
اگر دادههایتان درون خود اپساز هوش مصنوعی زندگی میکند و خروجی خودکاری نیست، یک یادآور تقویم برای هر یکشنبه بگذارید تا دستی خروجی بگیرید. آن را بهصورت یک CSV به ازای هر جدول خروجی بگیرید. جایی بیرون از اپساز ذخیرهاش کنید — Google Drive، Dropbox، یک هارد دیسک خارجی. هر جایی که همان سرویس نباشد.
دستکم چهار هفته از این خروجیها را نگه دارید. هر بار همان فایل را بازنویسی نکنید. اگر دادههایتان سهشنبه خراب شوند و تا جمعه متوجه نشوید، نمیخواهید تنها پشتیبانتان دادهٔ از قبل خرابشدهٔ جمعه باشد.
ساختار اپتان — هر بار که تغییر مهمی میدهید.
بیشتر اپسازهای هوش مصنوعی نوعی تاریخچهٔ نسخه یا اسنپشات دارند. این قابلیت را پیدا کنید. استفادهاش کنید. پیش از اینکه تغییر بزرگی در اپ بدهید — و «بزرگ» یعنی «چیزی که نمیتوانستید در یک ساعت از حافظه دوباره انجامش دهید» — یک اسنپشات نامگذاریشده بگیرید. اسمش را چیز مفیدی بگذارید مثل «پیش از افزودن صفحهٔ پرداخت» یا «پیش از تغییر نقشهای کاربر».
اگر اپسازتان اسنپشات ندارد، از هوش مصنوعی بخواهید آنچه اپ میکند را در یک سند بلند خلاصه کند. آن سند را ذخیره کنید. این یک پشتیبان واقعی از اپ نیست، اما یک دستور پخت است — اگر بدترین اتفاق بیفتد، میتوانید از آن سند بهعنوان یک پرامپت برای بازسازی استفاده کنید.
حسابها و اعتبارنامههایتان — یک بار، روزی که راهاندازی میکنید.
در یک جا یادداشت کنید که همهچیز کجا زندگی میکند. کدام حساب اپساز، اپ را دارد. کدام سرویس پایگاه داده، داده را دارد. کدام ایمیل، ورود مدیر است. کدام پردازشگر پرداخت وصل است. کدام یکپارچهسازیها وصلاند.
این را در یک مدیر رمز عبور ذخیره کنید، نه یک Google Doc. اگر فردا اتوبوس به شما بزند، شریک کسبوکارتان باید بتواند همهٔ اینها را پیدا کند. اگر یک بنیانگذار تنها هستید، خودِ آیندهتان (شش ماه بعد، خسته، تلاش برای بهیادآوردن اینکه موقع راهاندازی چه کردید) هم باید بتواند این را پیدا کند.
فایلهایتان — هر جا که کاربرانتان آپلود میکنند.
اگر اپتان آپلود فایل میپذیرد — تصاویر، PDFها، هر چیزی — آن فایلها جایی زندگی میکنند. پیدا کنید کجا. بیشتر اپسازها نوعی سطل ذخیرهسازی استفاده میکنند. بررسی کنید آیا پشتیبان گرفته میشود. اگر نه، یک کپی دورهای به ذخیرهسازی خودتان برپا کنید.
یک روال پشتیبانگیری ساده که حدود ۲۰ دقیقه در هفته طول میکشد
یکشنبه عصر، وقتی که بههرحال دارید کار نمیکنید:
- اپساز هوش مصنوعیتان را باز کنید. یک اسنپشات نامگذاریشده از وضعیت فعلی اپ بگیرید. تاریخش بزنید.
- هر جدول داده را بهصورت یک CSV خروجی بگیرید. آنها را در یک پوشهٔ تاریخدار در ذخیرهسازی ابریتان بریزید. (بیشتر دادهها در ۳ تا ۱۰ جدول زندگی میکنند — کار بزرگی نیست.)
- یک نگاهی به سطل ذخیرهسازیتان بیندازید. مطمئن شوید چیز عجیبی در جریان نیست (انفجار تعداد فایل، آپلودهای مشکوک).
- اگر این هفته چیزی تغییر کرد، سند «همهچیز کجا زندگی میکند»تان را بهروزرسانی کنید.
همین. بیست دقیقه، هفتهای یک بار. این بیمهای بهطرز وحشتناکی نامتناسب با چیزی است که از آن محافظت میکند.
اگر نمیخواهید این را دستی انجام دهید، نگاه کنید آیا دادههایتان جایی با پشتیبان بومی زندگی میکند. Supabase، برای مثال، میتواند پشتیبانهای روزانهٔ خودکار برایتان بگیرد. اگر از سطح رایگانشان استفاده میکنید، آن پشتیبانها محدودند؛ در یک پلن پولی، عقبتر میروند. برای کسبوکاری که به اپ وابسته است، آن پلن پولی ارزانترین بیمهای است که تا به حال خواهید خرید.
وقتی چیزی اشتباه پیش میرود چه کنید
اگر اپتان به خاطر یک باگ اپساز هوش مصنوعی یا یک تغییر بد خراب شد:
- با وحشت پرامپت نزنید. غریزه این خواهد بود که فوری از هوش مصنوعی بخواهید درستش کند. ده دقیقه در برابر این مقاومت کنید. یک اصلاح وحشتزده در جهت اشتباه میتواند اوضاع را بدتر کند، و بیشتر اپسازها بهآسانی یک زنجیره از پرامپتها را برنمیگردانند.
- به آخرین اسنپشاتتان بازگردید. اگر یکی دارید. کل دلیل گرفتنش همین بود.
- اگر اسنپشات ندارید، از اپساز هوش مصنوعی بخواهید آخرین تغییر مشخص را برگرداند. دقیق باشید. «تغییری را که در آن صفحهٔ ثبتنام را حذف کردیم برگردان» از «دوباره کارش بنداز» بهتر است.
اگر دادههایتان خراب شد:
- فوری نوشتنها را متوقف کنید. اگر میتوانید اپ را آفلاین کنید. هر اقدام کاربر جدید در حالی که دادههایتان بد است، دادهای بیشتر است که بعداً باید آشتیاش دهید.
- از جدیدترین پشتیبان خوبتان بازیابی کنید. اگر نمیدانید کدام یکی خوب است، آنها را یکییکی روی یک کپی از محیطتان بازیابی کنید تا آخرین نسخهٔ تمیز را پیدا کنید.
- آنچه را که گم شده آشتی دهید. اگر در روز جمعه پشتیبان یکشنبه را بازیابی کنید، پنج روز فعالیت را از دست دادهاید. به کاربران متأثر ایمیل بزنید، از آنها بخواهید کاری را که کرده بودند دوباره انجام دهند، و عذرخواهی کنید. مردم وقتی صادق و سریع باشید بهطرز شگفتآوری درککنندهاند.
اگر دسترسی به حسابتان را از دست دادید:
- فوری با پشتیبانی تماس بگیرید. سعی نکنید «صبر کنید تا بگذرد». صفهای پشتیبانی اپسازها فرق میکنند؛ بعضی عالیاند، بعضی کند.
- هویتتان را آماده داشته باشید. ایمیل اصلی ثبتنام، جزئیات کارت صورتحساب، تاریخ ثبتنامتان، هر فاکتور قدیمی. بازیابی حساب بدون اینها سخت است.
چیزی که هیچکس به آن بنیانگذار نگفته بود
بنیانگذار رزروی که با او شروع کردم، پس از صحبتمان یک پلن پولی برای سرویس دادهٔ خود خرید. پشتیبانهای روزانهٔ خودکار برپا کرد. یک اسنپشات از اپش گرفت. همهٔ حسابهایش را در یک مدیر رمز عبور یادداشت کرد. کل این کار حدود یک ساعت در یک یکشنبه برایش طول کشید.
یک ماه بعد، یک تغییری که از هوش مصنوعی خواسته بود بهطور تصادفی منطق رزرو تکراریاش را شکست. مشتریها نمیتوانستند قرارهای بعدیشان را ببینند. ظرف بیست دقیقه متوجه شد. اسنپشات را در دو کلیک بازیابی کرد. داده را نگه داشت، اپ را نگه داشت، و مشتریهایش هیچچیزی ندیدند.
بعداً به من گفت ارزانترین ساعتی بود که تا به حال صرف کرده. اشتباه هم نمیگوید. پشتیبانگیری برای یک اپ ساختهشده با هوش مصنوعی حدود یک ساعت راهاندازی و بیست دقیقه عادت در هفته است. چیزی که در برابرش محافظت میکند همان است که هیچکس که آن را از دست داده فکر نمیکرد برایش اتفاق بیفتد.
اگر چیزی واقعی ساختهاید، همین امروز یک اسنپشات بگیرید.