چطور با ساندباکس داکر جلوی خرابکاری ایجنت کدنویسی رو بگیریم؟
خلاصهٔ کاملتر
حالت «بدون تایید»، معروف به Yolo mode، تو همهی ایجنتهای اصلی کدنویسی مثل Claude Code، Cursor و Codex وجود داره؛ این حالت همهی تاییدهای دستی رو حذف میکنه تا ایجنت بتونه دهها اقدام پشت سر هم انجام بده بدون اینکه هر بار از کاربر اجازه بگیره. مشکل اینجاست که تو این حالت، ایجنت دقیقا همون دسترسیای رو داره که خود کاربر رو سیستمش داره.
ریسکها چند دستهن: دسترسی به فایلسیستم (حتی فولدرهایی مثل کلیدهای SSH که کاملا بیرون از پروژهن)، دخالت تو پروسهها و متغیرهای محیطی، آسیب به دیتابیس (وقتی ایجنت فکر میکنه اسکیمای دیتابیس مشکل داره و شروع به تغییرش میکنه)، و پاککردنِ کامل دایرکتوریها بهعنوان آخرین راهحل تو یه سشن دیباگ طولانی. گزارشهای واقعی رو گیتهاب شامل حذف کامل هومدایرکتوری و ازبینرفتن یه استش گیت با کار ذخیرهنشده هستن.
دلیل اینکه این خرابکاریها معمولا تو انتهای یه سشن طولانی اتفاق میافتن اینه که مدلهای زبانی تو حدود ۲۰۰ تا ۳۰۰ هزار توکن اول بهترین عملکرد رو دارن؛ بعدش دستورالعملهای اولیه، از جمله محدودیتهای امنیتی، کمکم از یاد میره. ایجنت معمولا قبل از یه اقدام خطرناک هشدار میده، ولی یه پیام سادهی «باشه ادامه بده» کافیه که کاملا نظرش عوض بشه.
یه ساندباکس، ایجنت رو تو یه محیط ایزوله (معمولا یه ماشین مجازی) اجرا میکنه: فقط فولدر پروژه بهش دیده میشه، پروسهها و شبکهی خودش رو جدا داره، و درخواستهای خروجی فقط به یه لیست مجاز اجازهی خروج دارن. راهاندازی ساندباکسهای داکر تقریبا فقط یه دستور نصب و یه دستور اجراست، و تجربهی کاری روزانه (نصب پکیج، اجرای سرور توسعه) هیچ تغییری نمیکنه.
نکات کلیدی:
- حالت بدونتایید به ایجنت همون دسترسی کامل کاربر رو کل سیستم میده
- گزارشهای واقعی گیتهاب شامل حذف هومدایرکتوری و ازبینرفتن کار ذخیرهنشدهی گیت هستن
- تو مکالمههای طولانی، مدل محدودیتهای اولیه رو فراموش میکنه و ریسک اقدام مخرب بالا میره
- ساندباکس، فایل، پروسه و شبکه رو در سطح سیستم ایزوله میکنه، نه در سطح دستورالعمل
- راهاندازی ساندباکس داکر سادهست و تجربهی کاری روزانه رو تغییر نمیده
