یک درخواست ادغام (Pull Request) ۴۰۰ خطی که از نظر دستوری بینقص به نظر میرسد، همچنان میتواند ساعت ۳ صبح کل سیستم تولید را به تعطیلی بکشاند. طبق گزارشی که در ۱۹ سپتامبر ۲۰۲۶ در وبسایت dev.to منتشر شد، سهولت تولید کد با دستیارهای AI، عادتِ «LGTM» (به نظر من خوب است) را به یک ریسک عملیاتی بحرانی تبدیل کرده است.
تصور کنید بازبینی کد شما بهجای یک لایک دوستانه، شبیه به امضای یک قرارداد قانونی باشد. در عصری که هوش مصنوعی زاینده (Generative AI) — مثل نویسندهای است که میلیاردها صفحه کد را خوانده و حالا سریعترین نسخهها را مینویسد — ساختار کد را به کالایی ارزان تبدیل کرده است، بازرسی معماری به حیاتیترین وظیفه در چرخه حیات نرمافزار تبدیل میشود. همانطور که در تحلیلهای قبلی ما دربارهی امنیت مدلهای بازمتن اشاره کردیم، اعتماد کورکورانه به خروجی مدلها، حفرههای امنیتی عمیقی ایجاد میکند. وقتی قطعی رخ میدهد، تیمهای SRE نمیپرسند کدام AI کد را نوشته، بلکه میپرسند چه کسی اجازه استقرار آن را داده است.
نویسنده برای مقابله با «خستگی از بازبینی»، پیشنهاد میکند هر تأییدیه را یک ادعای سوگندخورده بدانیم. این یعنی بازبین تأیید میکند که تمام حالتهای شکست را میشناسد و حاضر است در جلسه تحلیل پس از حادثه (Postmortem)، از این کد دفاع کند. در همین راستا، برخی توسعهدهندگان برای حذف این تاییدات صوری، گردشکارهای پیچیدهای را برای تضمین کیفیت کد طراحی کردهاند تا جایگزینی عملیاتی برای LGTM ایجاد کنند.
استانداردهای جدید برای بازبینها
- پایان کمیابی: وقتی هر کسی میتواند در ۳۰ ثانیه یک قابلیت ۵۰۰ خطی را با پرامپت بسازد، ارزش خودِ کد کاهش مییابد.
- مسئولیتپذیری بالا: اکنون اعتبارسنجی، تنها سد دفاعی در برابر «تپههای لجن مصنوعی» در مخازن کد است.
- آزمون استدلال: بازبین باید از خود بپرسد: «اگر این کد فردا سیستم را خراب کند، دلیل مستند من برای اجازه انتشار آن چه بود؟»
این تغییر دیدگاه، برنامهنویس را از یک مشاهدهگر غیرفعال به یک مالک فعال تبدیل میکند. با تبدیل PRها به قراردادهای عملیاتی، تیمها اعتماد مهندسی واقعی میسازند و سیستمها را در برابر لبههای تیز و موارد خاصی (Edge Cases) محافظت میکنند که AI معمولاً نادیده میگیرد.
توسعهدهندگان میتوانند چارچوبهای مالکیت را در کتاب The Unshakeable Developer بررسی کنند؛ اثری که توضیح میدهد چرا قضاوت انسانی، تنها بخش جایگزینناپذیر در خط لوله تقویتشده با AI است.
گام بعدی شما
- در PRهای بعدی، بهجای LGTM، دلیل فنی پذیرش کد را در کامنتها ثبت کنید.
- برای کدهای تولید شده توسط AI، یک چکلیست مخصوص «حالتهای شکست» (Failure Modes) تعریف کنید.
- جلسات بازبینی کد را از بررسی سینتکس به بحث درباره معماری و اثرات جانبی تغییر دهید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو