نگهداری اپ‌های ساخته‌شده با هوش مصنوعی: آنچه هیچ‌کس دربارهٔ هفتهٔ دوم به شما نمی‌گوید

اولین آخر هفته با Proyecta، چیزی واقعی عرضه می‌کنید. کار می‌کند. کاربرانتان (یا تیمتان، یا خودِ آینده‌تان) شروع به استفاده از آن می‌کنند. و بعد دوشنبه می‌شود و مشتری‌ای ایمیل می‌زند: «می‌شه یک منوی کشویی برای فیلتر کردن بر اساس منطقه اضافه کنی؟»

به نگهداری خوش آمدید. این همان بخش از ساختن یک اپ هوش مصنوعی است که هیچ‌کس درباره‌اش حرف نمی‌زند، و همان بخشی که بیشتر پروژه‌ها یا به یک دارایی بلندمدت تبدیل می‌شوند یا به‌آرامی از پرتگاه سقوط می‌کنند. خبر خوب این است که نگهداری یک اپ ساخته‌شده با هوش مصنوعی تجربه‌ای متفاوت از نگهداری کد سنتی است. خبر صادقانه این است که «متفاوت» به معنای «رایگان» نیست.

نگهداری واقعاً یعنی چه

وقتی برنامه‌نویسان حرفه‌ای می‌گویند «نگهداری»، کم‌وبیش چهار چیز را منظور دارند:

  1. افزودن قابلیت‌های کوچکی که مردم بعد از راه‌اندازی می‌خواهند.
  2. درست کردن چیزهایی که خراب شده‌اند یا از اول اشتباه بودند.
  3. همگام ماندن با تغییرات بیرون از اپتان — یک ارائه‌دهندهٔ پرداخت API خود را به‌روز می‌کند، یک مرورگر جدید عرضه می‌شود، شکل داده‌هایتان عوض می‌شود.
  4. پاک‌سازی تا کدبیس به‌آرامی به یک باتلاق تبدیل نشود.

برای یک اپ ساخته‌شده با هوش مصنوعی، هر چهار تا همچنان اتفاق می‌افتند. آنچه تغییر می‌کند این است که چه کسی آن‌ها را انجام می‌دهد و کار چه حسی دارد.

خبر خوب: می‌توانید با آن حرف بزنید

این همان بخشی است که وقتی داشتید کد را از آموزش‌های قدیمی کپی‌پیست می‌کردید کسی به شما نگفت. با یک اپ‌ساز هوش مصنوعی، اپ را به همان شیوه‌ای که ساختید نگهداری می‌کنید: با توصیف آنچه می‌خواهید.

یک نمونهٔ واقعی. بنیان‌گذاری که می‌شناسیم یک CRM کوچک برای کسب‌وکار مربیگری‌اش ساخت — مشتری‌ها، جلسه‌ها، پیگیری پرداخت، همه چیز. سه هفته پس از راه‌اندازی، مشتری‌ای گفت دلش می‌خواهد ببیند آن سال چند جلسه داشته. او اپ را باز کرد و گفت: «یک شمارندهٔ “جلسه‌های امسال” به کارت هر مشتری اضافه کن که از جدول جلسه‌ها بکشد، جایی که تاریخ در سال ۲۰۲۶ است.» دوازده دقیقه بعد، زنده شده بود. او به مربیگری برگشت.

این داستان عادی به نظر می‌رسد تا وقتی که جایگزینش را به یاد بیاورید: پیام دادن به یک فریلنسر، دو روز انتظار، پرداخت ۳۰۰ دلار، بازبینی یک PR که کاملاً نمی‌فهمیدش، و دعا کردن که چیز دیگری خراب نشود. حلقهٔ نگهداری به این خاطر سریع‌تر نیست که هوش مصنوعی از فریلنسر باهوش‌تر است. سریع‌تر است چون حلقه آدم‌های کمتری دارد.

خبر سخت‌تر: چیزهای کوچک روی هم انباشته می‌شوند

این همان بخشی است که آدم‌ها را غافلگیر می‌کند. اپ‌های ساخته‌شده با هوش مصنوعی به نظر آسان‌التغییر می‌رسند چون اضافه کردن چیزها آسان است. آنچه آسان نیست، منسجم نگه داشتن کل چیز است همان‌طور که رشد می‌کند.

چند الگو که می‌بینیم اشتباه پیش می‌روند:

  • درهم‌تنیدگی تصادفی. درخواست می‌کنید «یک فیلد تخفیف به پرداخت اضافه کن». شش بازنگری بعد، منطق تخفیف در سه جا زندگی می‌کند، و فقط یکی‌شان درست است. هنوز چیزی خراب نشده، ولی تغییر بعدی قرار است گیج‌کننده باشد.
  • الزام فراموش‌شده. در مارس «ارسال رایگان برای بالای ۵۰ دلار» را اضافه کردید. در می، از هوش مصنوعی می‌خواهید «پرداخت را بازکاری کن تا از کارت هدیه پشتیبانی کند». این کار را می‌کند. قانون ارسال رایگان رفته. دو هفته کسی متوجه نشد.
  • انحراف. اپ شما به‌عنوان «ابزاری برای خودم» شروع شد. حالا تیمتان از آن استفاده می‌کند. مدل ذهنی‌ای که هوش مصنوعی از روی آن کار می‌کند هنوز «برای خودم» است، چون این چیزی است که در ابتدا گفتید. قابلیت‌های جدید عجیب به نظر می‌رسند، و نمی‌توانید انگشت بگذارید روی اینکه چرا.

هیچ‌کدام از این‌ها شکست اپ‌سازهای هوش مصنوعی نیستند. شکست‌های حافظه و بافتار مشترک‌اند — همان مشکلاتی که یک تیم از برنامه‌نویسان انسانی دارد، فقط در شکلی متفاوت.

چطور خودتان را آماده کنید

تیم‌هایی که در نگهداری خوب عمل می‌کنند چند عادت مشترک دارند. این عادت‌ها بیشترشان فنی نیستند. عادت‌هایی هستند دربارهٔ اینکه چطور توصیف می‌کنید اپتان چیست و چه چیزی تغییر کرد.

یک سند «این اپ چیست» نگه دارید. یک صفحه. مخاطب، هدف‌ها، قوانین («ارسال رایگان برای بالای ۵۰ دلار»، «هیچ‌وقت یکشنبه‌ها به کاربران ایمیل نمی‌زنیم»، «شمارهٔ تلفن کلید اصلی است، نه ایمیل»). وقتی از هوش مصنوعی می‌خواهید چیزی را عوض کند، قانون مربوط را در پرامپت بچسبانید. شما هوش هوش مصنوعی را دور نمی‌زنید؛ بافتاری را به آن می‌خورانید که محال است به یادش بماند.

تغییرات را بر حسب رفتار توصیف کنید، نه کد. «می‌خواهم کاربران فیلتر منطقه‌شان را بین نشست‌ها به‌خاطر سپرده ببینند» درخواست بسیار بهتری از «localStorage به فیلتر اضافه کن» است. اولی آنچه می‌خواهید را توصیف می‌کند؛ دومی یکی از پانزده راه انجامش را تجویز می‌کند، و احتمالاً نه بهترین را.

تغییرات را یکی‌یکی انجام دهید. دو تغییر در یک پرامپت یعنی یکی ممکن است به‌خاموشی شکست بخورد و شما نمی‌دانید کدام. سریع‌ترین راه نگهداری یک اپ هوش مصنوعی این است که تکرارهایتان را آن‌قدر کوچک نگه دارید که بتوانید در یک نگاه بگویید نتیجه درست است یا نه.

به آنچه تغییر کرد نگاه کنید. بیشتر اپ‌سازهای هوش مصنوعی به شما یک پیش‌نمایش نشان می‌دهند. از آن استفاده کنید. سی ثانیه‌ای که صرف کلیک کردن این‌ور و آن‌ور می‌کنید تا تأیید کنید قابلیت جدید کار می‌کند و قابلیت‌های قدیمی هنوز کار می‌کنند، ارزان‌ترین بیمه‌ای است که امسال می‌خرید.

چه کارهایی نمی‌توانید بکنید (و احتمالاً نباید)

وسوسه‌ای هست، وقتی اپی را با هوش مصنوعی ساخته‌اید، که فکر کنید می‌تواند اپ را هم برایتان بگرداند. نمی‌تواند، و این شکاف واقعی است:

  • به شما نمی‌گوید کی چیزی به‌خاموشی خراب شد. لاگ‌ها، پایش، نوبت‌های آماده‌باش — این‌ها هنوز یک نگرانی جداگانه‌اند. بیشتر اپ‌سازهای هوش مصنوعی اپ تولیدی شما را آن‌طور که یک مهندس بک‌اند می‌کند زیر نظر نمی‌گیرند.
  • از دنیای بیرون اپتان خبر ندارد. اگر یک ارائه‌دهندهٔ پرداخت یک API را منسوخ کند، هوش مصنوعی تا وقتی به آن نگویید نمی‌داند. مشترک تغییرنامه‌های (changelog) ارائه‌دهندگانتان شوید. ایمیلتان را بخوانید.
  • نمی‌تواند برایتان تصمیم محصول بگیرد. اینکه قابلیتی را اضافه کنید یا نه، کدام تعادل را انتخاب کنید، کاربرانتان واقعاً چه می‌خواهند — این هنوز کار شماست. هوش مصنوعی یک جفت دست بسیار سریع است؛ مغز مالِ شماست.

تصویر واقع‌بینانه

پس از شش ماه با یک اپ ساخته‌شده با هوش مصنوعی، بیشتر آدم‌هایی که با آن‌ها حرف می‌زنیم جایی شبیه این می‌رسند: ماهی شاید دو تا چهار ساعت صرف تغییرات می‌کنند، که تقریباً همه‌اش گفت‌وگویی است. بازسازی‌های بزرگی که قبلاً از آن‌ها هراس داشتند — «می‌خواهم یک بخش کاملاً جدید اضافه کنم» — حالا حس یک بعدازظهر خوب را دارند. کارهای کسل‌کننده — «قالب تاریخ در خروجی اشتباه است» — حس یک پرامپت خوب را دارند.

آنچه ندارند، نوفهٔ پس‌زمینهٔ همیشگی یک کدبیس سنتی است: به‌روزرسانی وابستگی‌ها، مهاجرت فریم‌ورک‌ها، وصله‌های امنیتی، پیکربندی‌های ساخت. آن نوفه در پلتفرم جذب شده. شما دارید بابت پلتفرم پول می‌دهید که از پسش بربیاید، که معاملهٔ بسیار بهتری از پرداخت به یک برنامه‌نویس برای انجامش است.

اگر می‌خواهید اولین اپتان را بسازید، مطلب دربارهٔ اینکه اولین اپ ساخته‌شده با هوش مصنوعی‌تان چه باید باشد پیش از شروع ارزش خواندن دارد. و اگر همین حالا چند هفته‌ای جلوترید و بعضی از الگوهای بالا را حس می‌کنید، این طبیعی است. سند «این اپ چیست» خود را این آخر هفته بنویسید. خودِ آینده‌تان، سه ماه بعد، که یک داشبورد جدید می‌خواهد، بسیار خوشحال خواهد بود که این کار را کردید.