اگر ساعتها با یک برنامهنویس هوش مصنوعی چت میکنید، احتمالاً در حال پرداخت «مالیات بافت قدیمی» هستید. این هزینه نامرئی، نتیجهی پردازش مجدد خطاهای قدیمی و نقشههای شکستخورده توسط مدل است که بدون اینکه در صورتحساب شما ظاهر شود، توکنها و بودجهتان را میسوزاند.
به نقل از گزارشی در ۶ ژوئن ۲۰۲۶ در وبسایت dev.to، ابزارهای برنامهنویسی معمولاً در ابتدا دقیق هستند اما بهمرور زمان «بار اضافی» جمع میکنند. این اتفاق به دلیل محدودیت پنجره متنی (Context Window) — مثل میز کاری که جا برای چند ورق کاغذ دارد و نه کل کتابخانه — رخ میدهد. وقتی حدسهای معماری و خطاهای کپیشده در کنار دستورات جدید قرار میگیرند، تغییرات کوچک، کند و گران میشوند. همانطور که در تحلیلهای پیشین ما دربارهی معماری عاملهای هوشمند اشاره کردیم، مدیریت حافظه کلید بهرهوری در سیستمهای پیچیده است.
برای حل این مشکل، ابزار oowl یک لایه مدیریت جریانکاری را معرفی کرده است. این ابزار که برای چارچوب OpenCode ساخته شده، مدل «چت واحد» را با تیمی از عامل (Agent) — شبیه دستیاران متخصصی که هر کدام یک بخش از پروژه را مدیریت میکنند — جایگزین میکند. در این مدل، درخواست شما ابتدا از مسیر یک دیسپچر (پخشکننده)، یک معمار و یک برنامهریز عبور میکند و سپس به عاملهای اجرا و بازبین میرسد.
بر اساس مستندات پروژه oowl، مکانیسمهای کلیدی این سیستم عبارتند از:
- آرتیفکتهای محدود: ایجاد فایلهایی مثل
design.mdوimplementation.mdبرای ثبت نیازمندیها پیش از کدنویسی. - قفل فایل (File Locks): برای جلوگیری از انحراف در پیادهسازی و حفظ محدوده دقیق پروژه.
- نگاشت بهینه مدل: استفاده از مدلهای ارزان مثل DeepSeek-v4-flash برای مسیریابی و رزرو مدلهای گرانقیمت مثل Qwen3.7-max یا GLM-5.1 برای حسابرسیهای امنیتی حساس.
این رویکرد، برنامهنویسی را از حالت «چتمحور» به «آرتیفکتمحور» تغییر میدهد. در نتیجه، مدل برای اعمال یک تغییر در رابط کاربری، دیگر نیازی به خواندن کل تاریخچه چت ندارد؛ بلکه فقط آرتیفکت مربوطه و فایلهای خاص آن کامپوننت را بررسی میکند. این یعنی کاهش فشار ذهنی بر مدل و کاهش هزینههای استنتاج (Inference) — یعنی لحظهای که مدل واقعاً جواب تولید میکند، شبیه به خودِ فرآیند آشپزی و نه دورهی آموزش آشپز.
گام بعدی شما
- برای شروع، دستور
npx @jimzandueta/oowl install opencodeرا اجرا کنید تا پروفایلهای مدل و قوانین حفاظت از مشخصات مستقیماً به ریشه پروژه شما اضافه شوند. - مستندات رسمی در
jimzandueta.github.io/oowl/docsرا برای شخصیسازی نقشهای عاملها بررسی کنید. - ساختار پروژه را در مخزن گیتهاب oowl تحلیل کنید تا نحوه جداسازی آرتیفکتها را بیاموزید.
اما این تنها آغاز ماجراست؛ اثر موجگونهی این تغییر ساختار بر سایر ابزارها مثل Claude Code را در گزارشهای بعدی بررسی خواهیم کرد.
گفتگو