زیگ: ممنوعیت کامل استفاده از هوش مصنوعی در مشارکتهای اپنسورس
هوش مصنوعی
جاوااسکریپتخلاصهٔ کاملتر
پروژه Zig، زبان برنامهنویسی سیستمی که این روزها حسابی سروصدا کرده، یکی از سختگیرانهترین سیاستهای ضد LLM رو در بین پروژههای بزرگ اپنسورس داره. قانون سادهست: هیچ LLMای نه برای نوشتن ایشو، نه برای پولریکوئست، نه حتی برای ترجمهی کامنتها. تیم Zig حتی تشویق میکنه که مشارکتکنندهها به زبان مادری خودشون بنویسن و بقیه خودشون از ابزارهای ترجمه استفاده کنن.
Loris Cro، معاون انجمن بنیاد Zig، در مقالهای با عنوان «پوکر مشارکتکننده و ممنوعیت هوش مصنوعی در Zig» منطق پشت این تصمیم رو خیلی شفاف توضیح داده. حرف اصلیش اینه که در پروژههای موفق اپنسورس، معمولاً PR بیشتری میرسه تا تیم بتونه پردازش کنه. اکثر پروژهها در این نقطه شروع میکنن به رد کردن PR های ناقص، اما Zig راه دیگهای رو انتخاب کرده.
Zig ترجیح میده روی مشارکتکننده سرمایهگذاری کنه، نه روی محتوای PR. بررسی یه PR در Zig، از دید تیم اصلی، یه فرصت برای پرورش یه مشارکتکنندهی جدیده که میتونه در آینده به یه نیروی مطمئن و پرکار تبدیل بشه. وقتی یه LLM پشت صحنهی نوشتن کد باشه، این رابطه از بین میره. هیچ «آدمی» برای رشد وجود نداره.
Loris اسم این رویکرد رو «پوکر مشارکتکننده» گذاشته؛ درست مثل اون ضربالمثل قدیمی پوکر که میگه «روی بازیکن شرط میبندی، نه روی پاتش». در Zig هم تیم روی مشارکتکننده شرط میبنده، نه روی اولین PR که ارسال میکنه. این دیدگاه، بررسی PR رو از یه فعالیت فنی به یه سرمایهگذاری انسانی تبدیل میکنه.
این ماجرا یه بحث جالبتر هم داره. Bun، معروفترین پروژهای که با Zig ساخته شده (و دسامبر ۲۰۲۵ توسط Anthropic خریداری شد)، اخیراً یه بهبود ۴ برابری در سرعت کامپایل بهدست آورده. این بهبود از طریق «تحلیل سمانتیک موازی و چندین واحد codegen برای backend LLVM» حاصل شده. اما تیم Bun صراحتاً گفته که این کد رو upstream نمیکنن چون ممنوعیت LLM در Zig مانعشه.
سوالی که این بحث مطرح میکنه اینه: اگه یه PR عمدتاً توسط یه LLM نوشته شده، چرا یه نگهدارندهی پروژه باید وقت بذاره و اون رو بررسی کنه؟ چه دلیلی داره که خودش LLM رو راهاندازی نکنه و همون مشکل رو حل نکنه؟ این سوال، ریشهی اصلی ممنوعیت Zig رو نشون میده.
این رویکرد Zig شاید برای همه پروژهها مناسب نباشه، ولی منطقش قوی و قابل دفاعه. پروژههایی که جامعهی مشارکتکننده برایشون مهمه، نه فقط خروجی کد، میتونن از این دیدگاه درس بگیرن. ارزش واقعی یه PR، نه فقط تغییریه که ایجاد میکنه، بلکه انسانیه که پشتشه.
نکات کلیدی:
- Zig استفاده از LLM در تمام اشکال مشارکت (ایشو، PR، کامنت، ترجمه) رو ممنوع کرده
- منطق اصلی: هدف بررسی PR در Zig، رشد مشارکتکنندهی انسانیه، نه فقط مرج کردن کد
- Loris Cro این رویکرد رو «پوکر مشارکتکننده» مینامه: شرطبندی روی آدم، نه روی PR
- Bun (متعلق به Anthropic) بهبود ۴ برابری کامپایل رو بهخاطر این ممنوعیت upstream نمیکنه
- این بحث سوال بنیادیتری مطرح میکنه: اگه کد رو LLM نوشته، چرا نگهدارنده وقت بذاره بررسیش کنه؟
