تصور کنید در تیمی هستید که کدها هر روز پیشرفت می‌کنند، اما هیچ‌کس دیگر نمی‌داند کل سیستم واقعاً چگونه کار می‌کند. این کابوس جدید مدیران فنی است: جایی که سرعت تولید کد، درک انسانی از معماری را می‌بلعد.
به گزارش لوکومر (Lucumr)، توسعه‌دهنده و نویسنده، در ۱۳ ژوئیه ۲۰۲۶ هشدار داده است که عامل‌های هوش مصنوعی (AI Agents) — شبیه دستیارهایی که تکالیف پیچیده را بدون پرسش می‌گیرند و انجام می‌دهند — در حال حذف «اصطکاک‌های» حیاتی هستند؛ همان موانعی که پیش‌تر باعث می‌شد توسعه‌دهندگان مدل‌های ذهنی خود را با یکدیگر هماهنگ کنند.
زمینه: استعاره‌ی بابل
لوکومر برای تبیین این وضعیت به تابلوی «برج بابل» اثر بروگل استناد می‌کند که تصویری از یک پروژه ساخت‌وساز آشفته را نشان می‌دهد. در روایت کتاب مقدس، این پروژه با یک ارتقای تکنولوژیک شروع شد: «بیایید آجر بسازیم و آن‌ها را به خوبی بپزیم». آن‌ها از آجر به جای سنگ و از گل به جای ملات استفاده کردند تا شهری و برجی بسازند که تا آسمان برسد.
با این حال، نگرانی خداوند از آجرها نبود، بلکه از مردم بود. زیرا «مردم یکی هستند و همگی یک زبان دارند»، هیچ کاری نبود که نتوان آن‌ها را از انجامش بازداشت. منبع قدرت آن‌ها، هماهنگی (Coordination) بود. زمانی که خداوند توانایی درک متقابل آن‌ها را از بین برد، ساخت‌وساز فوراً متوقف شد.
همان‌طور که در تحلیل قبلی ما درباره‌ی امنیت مدل‌های بازمتن اشاره کردیم، مهندسی نرم‌افزار در مقیاس بزرگ برای دهه‌ها بر همین نوع هماهنگی تکیه داشت، نه صرفاً بر سرعت خام کدنویسی. زبان مشترک یک پروژه، پایتون یا انگلیسی نیست، بلکه یک توافق جمعی بر سر مرزهای سیستم، ناورداها (Invariants) و مالکیت بخش‌های مختلف است. این درک معمولاً از طریق تعاملات پر‌اصطکاک شکل می‌گرفت: بازبینی کد (Code Review)، بحث‌های فنی تند و تیز و ضرورت توضیح تغییرات به هم‌تیمی‌ها.
اکنون عامل‌ها این اصطکاک را کاملاً حذف کرده‌اند. بر اساس مستندات منتشر شده در lucumr.pocoo.org، توسعه‌دهندگان می‌توانند ویژگی‌های پیچیده — مثل افزودن OAuth، پیاده‌سازی سیستم‌های کش (Caching) یا بازسازی یک پایگاه‌داده بر اساس اصول اولیه (First Principles) — را بدون آنکه حتی یک کلمه با همکارانی که کدشان تغییر می‌کند صحبت کنند، اجرا کنند. آن‌ها حتی می‌توانند رنگ رابط کاربری را به صورتی تغییر دهند بدون اینکه نیاز باشد با دیگران هماهنگ شوند.
جزئیات: مکانیسم‌های از دست رفتن هماهنگی
فروپاشی درک جمعی در چهار نقطه کلیدی رخ می‌دهد:
- اصطکاک به مثابه همگام‌سازی: پیش از این، تغییر یک لایه ذخیره‌سازی (Storage Layer) نیازمند خواندن کدهای موجود و پرسیدن سوالات متعدد بود. این کندی شاید تا حدی اتلاف وقت به نظر می‌رسید، اما در واقع فرآیندی بود که طی آن درک یک توسعه‌دهنده به درک توسعه‌دهنده دیگر تبدیل می‌شد.
- شکاف عامل‌محور: عامل‌های AI تغییرات محلی را مدیریت کرده و توضیحات را به‌صورت آنی و بر اساس درخواست تولید می‌کنند. این امر اجازه می‌دهد تغییرات در کد جای‌گذاری شوند، حتی اگر برنامه‌نویس انسانی هرگز آن مدل ذهنی مشترکی را که آن تغییر در حالت عادی او را مجبور به یادگیری‌اش می‌کرد، کسب نکند.
- عامل انسانی: عامل‌ها خستگی‌ناپذیرند و برخلاف انسان‌ها درد نمی‌کشند. اکنون AI به توسعه‌دهندگان اجازه می‌دهد در بخش‌هایی از سیستم عمل کنند که پیش‌تر نیاز به حضور سایر انسان‌ها داشت، یا در کدهایی تغییرات ایجاد کنند که نویسندگان اصلی‌شان مدت‌هاست از سازمان رفته‌اند و دیگر کسی آن‌ها را نمی‌شناسد.
- شکست خاموش: برخلاف داستان بابل که در آن فقدان زبان باعث توقف ساخت‌وساز شد، مهندسی با کمک AI اجازه می‌دهد برج همچنان بالا برود. زبان معماری که به انسان‌ها اجازه می‌داد با هم استدلال کنند ناپدید شده است، اما برج نمی‌ریزد و ساخت ادامه می‌یابد.
این تغییر، تضاد خطرناکی برای رهبران کسب‌وکار و معماران نرم‌افزار ایجاد می‌کند. چون کد هنوز کامپایل می‌شود و تست‌ها پاس می‌شوند، سیستم در ظاهر سالم به نظر می‌رسد. اما توانایی انسان برای استدلال جمعی درباره معماری در حال محو شدن است و جای خود را به مجموعه‌ای از بهینه‌سازی‌های محلی می‌دهد که هیچ فرد واحدی به‌طور کامل آن‌ها را نمی‌فهمد.
برای تک‌تک توسعه‌دهندگان، یک عامل یک ابزار بهره‌وری عظیم است. اما برای سازمان، این یعنی انتقال به کدهایی که عملاً برای خالقانشان غیرقابل خواندن است؛ آن‌ها حالا به AI تکیه می‌کنند تا به عنوان یک مترجم خستگی‌ناپذیر برای تکه‌هایی از برجی عمل کند که دیگر درکش نمی‌کنند.
برای مقابله با این روند، تیم‌ها باید «اصطکاک‌های سازنده» را به‌صورت عمدی به جریان کاری بازگردانند. این کار می‌تواند شامل بازبینی‌های طراحی انسان‌محور باشد که در آن استفاده از توضیحات تولید شده توسط عامل‌های AI به عنوان منبع اصلی حقیقت (Source of Truth) ممنوع باشد.
آیا این مسیر به روشی پایدار برای ساخت نرم‌افزار منجر می‌شود یا یک شکست سیستمیک فاجعه‌بار؟ صنعت باید تصمیم بگیرد که آیا بهره‌وری آن‌قدر ارزشمند است که از دست دادن شهود معماری جمعی را توجیه کند یا خیر.
گام بعدی شما
- بازبینی‌های کد (Code Reviews) را از حالت تایید صرف خارج کرده و آن‌ها را به جلسات آموزشی تبدیل کنید تا درک مشترک احیا شود.
- برای تغییرات ساختاری بزرگ، استفاده از توضیحات AI را ممنوع کرده و توسعه‌دهنده را ملزم به توضیح شفاهی مکانیسم تغییر کنید.
- متوجه شوید کدام بخش‌های کد شما اکنون «ناپدیدشده» هستند؛ یعنی کدهایی که هیچ انسانی در تیم شما منطق کلی آن‌ها را نمی‌داند.
اما این چالش فقط در لایه نرم‌افزار نیست؛ اثر این گسست در مدیریت محصول و استراتژی‌های بلندمدت شرکت‌ها حتی پیچیده‌تر است که در گزارش‌های آتی بررسی خواهیم کرد.
گفتگو