معماری چند-عاملی شما احتمالاً در حال سوزاندن توکنها در مسیر کارهایی است که هرگز تکمیل نمیشوند. اگر هنوز تصور میکنید تفویض اختیار بین عوامل یک راهکار بهینه است، باید بدانید که بسیاری از این سیستمها در محیطهای عملیاتی به دلیل نقصهای ساختاری شکست میخورند.
به نقل از گزارش dev.to، ویلیوس ویستارتاس (Vilius Vystartas) در ۴ مه ۲۰۲۶ پروتکل تفویض اختیار عاملمحور (Agentic Delegation) را برای عبور از «دیوار تفویض» منتشر کرد. طبق اعلام ویستارتاس، ویژگی تفویض در اکثر عاملهای (Agents) فعلی تنها یک «دموی رابط کاربری» است که در محیط تولید (Production) با شکست مواجه میشود؛ چرا که عوامل فرعی هنگام تلاش برای عملیات روی فایلها یا بیلد کردن کد، به دلیل نبود دسترسیهای لازم، بهطور خاموش شکست میخورند و باعث اتلاف شدید پنجرههای زمینه (Context Windows) میشوند.
برای حل این بحران، این پروتکل یک مکانیسم دفاعی سهلایه را پیادهسازی میکند:
- درخت تصمیم (Decision Tree): دستهبندی وظایف به سه گروه: کدنویسی (مسدود)، پژوهش (مجاز) یا ناشناخته (تجزیهپذیر).
- تجزیهکننده وظایف (Task Decomposer): استفاده از یک مدل زبانی کوچک (Small Language Model) محلی یا جمینای فلش (Gemini Flash) برای تبدیل درخواستهای پیچیده به زیر-وظایف اتمیک.
- دروازه اعتبارسنجی (Validation Gate): یک بررسی سختافزاری با کلمات کلیدی برای شناسایی وظایف کدنویسی اشتباه و بازگرداندن آنها به عامل اصلی.
همانطور که در تحلیل قبلی ما دربارهی چالشهای استنتاج در مدلهای زبانی بزرگ اشاره کردیم، بهینهسازی مصرف منابع کلید بقای سیستمهای هوش مصنوعی است. بررسیهای ویستارتاس نشان داد واقعیت تکاندهندهای وجود دارد: حدود ۸۵٪ از زیر-وظایف باید مستقیماً توسط عامل اصلی مدیریت شوند و تفویض اختیار تنها برای وظایف پژوهشی «فقط-خواندنی» (Read-only) موثر است.
این سیستم بر پایه پایتون ۳.۱۱+ و مدل AgenticQwen-8B که از طریق سیستم مهارتهای Hermes اجرا میشود، بنا شده است.
این تغییر رویکرد، اولویت را از مهندسی پرامپت (Prompt Engineering) به «مهندسی دفاعی» تغییر میدهد. بر اساس مستندات این پروژه، یک تابع اعتبارسنجی سادهی ۲۰ خطی، قابلیت اطمینان سیستم را بسیار بیشتر از دستورالعملهای سیستمی طولانی یا مثالهای چند-نمونهای (Few-shot) افزایش داد.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گام بعدی شما
- توابع اعتبارسنجی سختافزاری (Hard-coded) را جایگزین دستورالعملهای متنی برای کنترل دسترسیها کنید.
- برای تجزیه وظایف (Decomposition) از مدلهای سریع و ارزان مانند Gemini Flash استفاده کنید تا هزینه استنتاج (Inference) کاهش یابد.
- دسترسیهای عوامل فرعی را به حالت «فقط-خواندنی» محدود کرده و عملیات نوشتن را به عامل اصلی بسپارید.
گفتگو