تصور کنید یک تیم مهندسی، مدیریت کل کد یک ابزار حیاتی را به رباتهایی بسپارد که فقط با یکدیگر حرف میزنند و انسانها دیگر متوجه نمیشوند در پشت صحنه چه میگذرد. این دقیقاً وضعیتی است که اکنون در پروژه Bun رخ داده و تبدیل به یک آزمایش پرریسک در زمینه کدنویسی عاملمحور (Agentic) شده است.
به گزارش ترو پیرانن در ۱۹ اوت ۲۰۲۶، این محیط اجرای کد (Runtime) از یک دستاورد مهندسی انسانی به چیزی تبدیل شده که منتقدان آن را «موجودی قدرتگرفته از AI» مینامند؛ موجودی که با وعدههای توخالی پیش میرود و اعتماد جامعه توسعهدهندگان را به شدت خدشهدار کرده است.
زمینه و بستر افول
برای سالها، جارد سامنر (Jarred Sumner)، خالق Bun، به دلیل سرعت خیرهکننده در عرضه ویژگیهای جدید شناخته میشد. در آن زمان، هر توییتی با عبارت «در نسخه بعدی Bun» به این معنا بود که قابلیت مورد نظر در عرض چند روز پیادهسازی، تست و منتشر میشود و یک سیگنال مثبت برای کاربران بود.
اما اکنون، این پروژه طولانیترین فاصله بین نسخههای پایدار خود را از سال ۲۰۲۲ تجربه میکند. سه ماه است که هیچ نسخه پایداری منتشر نشده و این شمارش همچنان ادامه دارد. این تأخیر با یک چرخش بنیادین در مدیریت کد همراه شده است: جایگزینی زبان Zig با Rust. همانطور که در تحلیلهای پیشین ما دربارهی امنیت حافظه در زبانهای سیستمی اشاره کردیم، این تغییرات معمولاً باید با دقت میلیمتری انسانی پیش بروند، اما در Bun اتفاق متفاوتی افتاد.
خشم جامعه کاربران
تغییر رویکرد پروژه از ارائه تاریخها و اعداد واقعی به حالتی که میتوان آن را «حسمحور» (Vibing) نامید، جامعه کاربران را به شدت خشمگین کرده است. کاربران در فضای مجازی سامنر را به دلیل وعدههای تکراری «فردا»، «هفته آینده» یا «دوشنبه» به شدت نقد کردهاند و او را متهم میکنند که با این وعدهها آنها را معلق نگه داشته است. یکی از کاربران اشاره کرد که اگر پروژه برای انتشار نسخه به دو ماه زمان نیاز دارد، باید صادقانه همین را اعلام کند، نه اینکه هر هفته روایت «فردا» را تکرار کند.
چرخه توسعه مبتنی بر هوش مصنوعی
مقیاس دخالت هوش مصنوعی در بازنویسی نسخه ۱.۴ بیسابقه است. طبق دادههای منتشر شده، در ماه گذشته توزیع مشارکتها به شکل تکاندهندهای تغییر کرده است و شکاف عظیمی بین حجم کدهای تولید شده توسط رباتها و انسانها دیده میشود:
- robobun: ۱۵.۸ هزار کامیت
- autofix-ci[bot]: ۱.۶ هزار کامیت
- جارد سامنر: ۷۹۰ کامیت
پیرانن به تکامل نگرانکنندهای در گردش کار اشاره میکند: اگر شش ماه پیش انسانها به کلود (Claude) — مدل زبانی بزرگی که مثل یک دستیار فوقحرفهای کدنویسی میکند — دستور میدادند تا درخواستهای تغییر کد (PR) بنویسد، اکنون وضعیت به «کلود که برای کلود پرامپت مینویسد» تبدیل شده است.
این چرخه منجر به ایجاد بیش از ۵ هزار PR باز شده است؛ عددی که بسیار فراتر از حد توصیه شده توسط گیتهاب (۱ هزار مورد) است. وقتی تعداد PRها از این حد میگذرد، بررسیهای قابلیت ادغام (Mergeability checks) شروع به زمانبر شدن و در نهایت Time-out میکنند. برای مقایسه، پروژه OpenClaw حدود ۲.۲ هزار و React تنها ۴۴۱ PR باز دارد.
بدهی فنی و امنیت حافظه
دلیل رسمی این بازنویسی، دستیابی به امنیت حافظه بهتر بود. با این حال، تعداد زیاد بلوکهای unsafe در کد جدید Rust نشان میدهد که این هدف محقق نشده است. اندرو کلی (Andrew Kelley)، خالق زبان Zig، پیش از این از شیوههای برنامهنویسی Bun ابراز وحشت کرده و کد آن را «تجمعی از هکهای روی هک» و «سوءاستفاده از Assertions» نامیده بود؛ او حتی پیش از ورود مدلهای زبانی، این کدها را «آشغال» (Slop) توصیف کرده بود.
آزمایش آنتروپیک
به نظر میرسد این بازنویسی بیشتر شبیه به یک تبلیغ برای شرکت آنتروپیک (Anthropic) است تا یک ضرورت فنی. Bun با سپردن بازنویسی یک کد عملیاتی به عاملهای هوش مصنوعی با کمترین نظارت و بازخوانی انسانی، به یک آزمایش واقعی تبدیل شده تا ببینیم آیا کدنویسی عاملمحور واقعاً مقیاسپذیر است یا خیر. اگر این مسیر موفق شود، قدرت کدنویسی عاملمحور ثابت میشود؛ اما اگر شکست بخورد، سیگنالی در جهت مخالف ارسال خواهد کرد.
هویت اولیه Bun بر پایه عملکرد زبان Zig، زمانهای کامپایل سریع و کنترل مستقیم حافظه بود. منتقدان میگویند همان تلاشهای AI-assisted باید برای بهبود کد Zig به صورت منضبط و قابلفهم برای انسان صرف میشد، نه تغییر کامل زبان.
برای توسعهدهندگان، این یعنی پایداری و عملکردی که زمانی تعریف Bun بود، اکنون فدای یک روایت بازاریابی درباره تواناییهای AI شده است. خشم جامعه در حال به اوج رسیدن است زیرا «فردا» به یک وعده توخالی و تکراری برای انتشار نسخه v1.4 تبدیل شده است.
اگر این آزمایش شکست بخورد، سیگنالی هشداردهنده برای کل صنعت درباره محدودیتهای مدیریت کد توسط AI ارسال خواهد شد. شما باید انتشار نهایی نسخه ۱.۴ را به دقت رصد کنید تا ببینید آیا خروجی نهایی یک باینری پایدار است یا صرفاً مجموعهای از وصلههای پراکنده تولید شده توسط AI.
گام بعدی شما
- انتشار نسخه ۱.۴ Bun را به دقت رصد کنید تا ببینید آیا خروجی نهایی پایدار است یا مجموعهای از وصلههای پراکنده AI.
- در پروژههای خود، سقف تعداد PRهای باز را مدیریت کنید تا از بنبستهای بررسی ادغام جلوگیری شود.
- توازن بین سرعت تولید کد توسط AI و نظارت انسانی را در استراتژی توسعه خود بازنگری کنید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو