تصور کنید در میانهٔ یک جلسهٔ کدنویسی حساس هستید و در حالی که عامل هوش مصنوعی شما در حال تحلیل است، لپ‌تاپتان به خواب می‌رود یا اتصال وای‌فای قطع می‌شود. در سیستم‌های قدیمی، این اتفاق به معنای مرگ لحظه‌ای پیشرفت کار بود، اما حالا دیگر نیازی به شروع دوباره از نقطه صفر نیست.
طبق اعلام critic.run، در ۲۴ سپتامبر ۲۰۲۶ مکانیزمی برای «اجارهٔ دسترسی» (Leased Handoff) مستقر شد تا از ناپدید شدن پرسش‌ها هنگام آفلاین شدن دستگاه توسعه‌دهنده جلوگیری کند. پیش از این، تاریخچهٔ جلسات به دستگاه ایجادکننده قفل می‌شد و هرگونه قطع اتصال، صف پردازش عامل (Agent) — شبیه دستیاری که فقط وقتی شما حضور دارید کار می‌کند — را به‌طور کامل متوقف می‌کرد.
همان‌طور که در تحلیل‌های قبلی ما درباره‌ی پایداری سیستم‌های عامل‌محور اشاره کردیم، وابستگی به سخت‌افزار محلی بزرگ‌ترین نقطه ضعف این ابزارهاست. این چالش با رویکردهای معماری تفکیک‌شده برای مدیریت امن عامل‌ها که پیش‌تر بررسی کردیم، هم‌سو است تا ریسک‌های متمرکز بودن پردازش کاهش یابد. سیستم جدید Critic برای مدیریت حجم کاری از اجاره‌های کوتاه‌مدت استفاده می‌کند که شامل تغییرات فنی زیر است:
- مالکیت اتمیک: در هر لحظه دقیقاً یک دستگاه متصل، مالک پرسش است. اگر دستگاهی قطع شود، مالکیت آن پس از ۴۵ ثانیه منقضی شده و کار برای سایر دستگاه‌های متصل در دسترس قرار می‌گیرد.
- لنگراندازی محافظه‌کارانه: سیستم اکنون کاندیداهای تغییر نام و زمینه‌های اطراف را امتیازدهی می‌کند تا از اتصال اشتباه کد به خطوط نادرست جلوگیری شود.
- شفافیت وضعیت: یک مؤلفه جدید نشان می‌دهد کدام دستگاه در حال پاسخ‌دهی است و اجاره‌های منقضی‌شده را به‌جای ردیف خالی، با وضعیت «در حال اتصال مجدد» نمایش می‌دهد.
به گزارش منابع فنی این پلتفرم، این تغییر باعث می‌شود عامل‌های هوش مصنوعی از یک صف «تلاش حداکثری» به یک سیستم توزیع‌شده و استوار تبدیل شوند. برای توسعه‌دهنده، این یعنی عامل کدنویسی دیگر به یک قطعه سخت‌افزار خاص گره نخورده است، بلکه به بستر کلی جلسه متصل است. البته باید به خاطر داشت که یک پاسخ موفق هوش مصنوعی به تنهایی دلیل کافی برای تأیید یکپارچگی کامل سیستم نیست و پایداری باید در مقیاس وسیع‌تر سنجیده شود.
با تبدیل وظایف عامل به اجاره‌های قابل انتقال، Critic با این ابزارها بیشتر شبیه به میکروسرویس‌های ابری برخورد می‌کند تا پلاگین‌های محلی. این معماری برای تیم‌هایی که روی یک کد مشترک در دستگاه‌های مختلف همکاری می‌کنند، حیاتی است. در واقع این مدل از متدولوژی‌های جدید برای سنجش واقعی کیفیت مدل بهره می‌برد تا از خطاهای تصادفی در بنچ‌مارک‌های عملکردی جلوگیری کند.
گام بعدی شما
- قابلیت انتقال دسترسی را با شروع یک پرسش در یک دستگاه و شبیه‌سازی قطع اتصال، تست کنید تا ببینید دستگاه دوم چگونه مالکیت را می‌گیرد.
- تأثیر این مدل اجاره بر میزان تأخیر (Latency) در محیط‌های با تراکم بالای کاربر را زیر نظر بگیرید.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو