NVIDIA OpenShell؛ اجرای عامل محلی با دیوار حفاظتی روی دستگاه
در رویداد GTC Taipei و COMPUTEX ۲۰۲۶، NVIDIA از RTX Spark و OpenShell برای گسترش عاملهای محلی در رایانههای RTX و DGX Spark گفت. RTX Spark دستگاهی برای اجرای مدلها و عاملهای شخصی روی Windows است و OpenShell محیطی امنتر برای عاملهایی فراهم میکند که باید ر

NVIDIA OpenShell؛ اجرای عامل محلی با دیوار حفاظتی روی دستگاه
در رویداد GTC Taipei و COMPUTEX ۲۰۲۶، NVIDIA از RTX Spark و OpenShell برای گسترش عاملهای محلی در رایانههای RTX و DGX Spark گفت. RTX Spark دستگاهی برای اجرای مدلها و عاملهای شخصی روی Windows است و OpenShell محیطی امنتر برای عاملهایی فراهم میکند که باید روی فایل، ابزار و برنامههای محلی کار کنند. این خبر بیش از معرفی یک سختافزار جدید، درباره انتقال بخشی از عاملمحوری از ابر به دستگاه کاربر است.
#چرا local agent؟
عامل ابری برای بسیاری از وظایف راحت است، اما ارسال فایل پروژه، اسناد شخصی یا دادههای صنعتی به سرویس بیرونی همیشه مطلوب نیست. اجرای محلی میتواند تاخیر شبکه و وابستگی به اتصال را کاهش دهد و کنترل بیشتری روی داده بدهد. در عوض، دستگاه محلی منابع محدودتر، مدلهای کوچکتر و مسئولیت امنیتی مستقیمتری دارد.
NVIDIA میگوید RTX Spark برای personal agentها ساخته شده و OpenShell عاملهای امن را روی Windows هدف میگیرد. عبارت امن در اینجا نباید به معنی مصونیت تلقی شود. عامل محلی همچنان میتواند دستور اشتباه اجرا کند، فایل حساس بخواند یا از یک prompt مخرب اثر بگیرد؛ مرز sandbox و permission باید مستقل از مدل اعمال شود.
#OpenShell چه لایهای است؟
در معماری عامل، مدل تصمیم میگیرد و runtime ابزار را اجرا میکند. OpenShell در لایه runtime قرار میگیرد: دسترسی به فایل، شبکه، برنامهها و منابع سیستم را محدود میکند و امکان نظارت بر اقدام را فراهم میسازد. این تفکیک برای توسعهدهنده مهم است، چون مدل نباید مستقیماً اختیار نامحدود سیستمعامل را داشته باشد.
عامل محلی همچنین به مدل و memory نیاز دارد. اگر prompt، مدل و ابزار روی یک دستگاه جابهجا شوند، تیم باید نسخهها و مجوزها را ثبت کند. آپدیت خودکار مدل، مانند نصب یک برنامه عادی نیست؛ ممکن است رفتار عامل و سطح ریسک را تغییر دهد. policy باید بگوید چه مدلهایی مجازند و چه دسترسیهایی در حالت آفلاین فعال میمانند.
#مناسب چه محیطی است؟
کارهای شخصی مانند خلاصهسازی فایل، جستوجوی پروژه یا کمک به توسعه میتوانند از اجرای محلی سود ببرند. در سازمان، rollout بهتر است با داده غیرحساس و taskهای قابل بازگشت آغاز شود. تیم امنیت باید log محلی، مسیر پاکسازی، حفاظت credential و امکان قطع runtime را بررسی کند.
RTX Spark و OpenShell وعده میدهند عامل به دستگاه نزدیکتر شود، اما انتخاب میان local و cloud یک تصمیم امنیتی و اقتصادی است. هزینه سختافزار، مصرف انرژی، نگهداری مدل و کیفیت inference باید کنار مزیت حریم خصوصی محاسبه شوند.
در یک workstation توسعه، local agent میتواند حتی هنگام قطع شبکه روی کارهای مشخص ادامه دهد. این مزیت فقط زمانی پایدار است که مدل، بستههای نرمافزاری و policy بهصورت نسخهپذیر نگهداری شوند. تیم نباید خروجی یک دستگاه را بدون ثبت نسخه به محیط production منتقل کند؛ reproducibility در edge نیز به اندازه سرور اهمیت دارد.
مطالب مرتبط
برای ادامه مطالعه
این یادداشتها بر اساس موضوع مشترک، همپوشانی برچسبها و تازگی انتشار انتخاب میشوند.

Vera Rubin و محاسبهای که پس از آموزش مدل ادامه پیدا میکند
در مدلهای عاملمحور، آموزش پایان کار نیست. عامل بعد از استقرار با ابزار، کدبیس و edge caseهای تازه روبهرو میشود و همین تجربه میتواند به چرخه post-training برگردد. NVIDIA در ۱۷ ژوئیه ۲۰۲۶ استدلال کرد که این چرخه پیوسته، معیار زیرساخت را از صرفاً سرعت infere

Multi-agent در Responses API؛ تقسیم کار پیش از زیاد کردن عاملها
OpenAI قابلیت multi-agent را در Responses API بهصورت beta معرفی کرده است. در این الگو، یک نمونه GPT‑۵.۶ میتواند چند زیرعامل را برای بخشهای مستقل یک مسئله هماهنگ کند و نتیجهها را ترکیب کند. وعده اصلی، کاهش زمان wall-clock و بهتر شدن کارهای پیچیدهای است که

واترمارک متنی Claude؛ نشانهگذاری آماری بهجای ادعای تشخیص قطعی
Anthropic در ۱۴ اوت ۲۰۲۶ درباره سازوکار واترمارک متنی Claude توضیح داد. ایده این است که مدل در هنگام انتخاب tokenها، الگوی آماری بسیار ظریفی ایجاد کند که بعداً بتوان آن را با یک detector بررسی کرد. این روش با واترمارک تصویری که پیکسل یا metadata را تغییر میده