گوگل آنتی‌گراویتی را داخل وی‌اس‌کد، ویژوال استودیو، مجموعهٔ جت‌برینز و ویرایشگر زد آورد تا عامل‌های هوش مصنوعی بدون ترک ویرایشگر بتوانند گفتگو کنند، برنامه اجرا کنند و تغییرات کد را پیشنهاد یا اعمال نمایند.

پشتیبانی از IDEهای شناخته‌شده — آنتی‌گراویتی در جریان کاری

افزونهٔ وی‌اس‌کد اکنون در مارکت‌پلیس وی‌اس‌کد برای macOS، لینوکس و ویندوز در دسترس است. گوگل افزونهٔ ویژوال استودیو 2026 و راه‌حل‌های .NET را به‌صورت پیش‌نمایش عرضه کرده و پشتیبانی از مجموعهٔ جت‌برینز (IntelliJ IDEA، PyCharm، WebStorm، GoLand، CLion، Rider) از نسخهٔ 2026.2.1 آغاز شده است. افزونه برای زد (Zed) نیز فعال است. این حرکت، آنتی‌گراویتی را از اپ دسکتاپ مستقل بیرون می‌آورد و آن را داخل جریان کاری روزمرهٔ توسعه‌دهندگان قرار می‌دهد.

نمایی از افزونه آنتی‌گراویتی در وی‌اس‌کد

ویژگی‌های افزوده‌شده به ویرایشگرها

  • گفتگوی عامل در پنل کناری برای ادامهٔ مکالمهٔ کاری بدون ترک پروژه.
  • مشاهدهٔ تغییرات خط‌به‌خط (inline diffs) و بررسی پیشنهادهای کد پیش از اعمال.
  • بازبینی برنامه‌ها و فرایندهای چندمرحله‌ای و واگذاری وظایف مهندسی به عامل‌ها.
  • همگامی حساب آنتی‌گراویتی بین محیط‌ها؛ بدون نیاز به ورود مجدد یا مدیریت مجوزهای جداگانه.

بودجه، سهمیه و مدیریت هزینه برای آنتی‌گراویتی

اداره‌کنندگان سازمانی می‌توانند ویژگی‌های مربوط به Gemini Enterprise را فعال کنند و سقف هزینهٔ ماهانه برای هر پروژهٔ Google Cloud تعیین نمایند. سهمیه‌ها به‌صورت استخر چرخشی هفت‌روزه مدیریت می‌شوند؛ تخصیص به‌نظر ماهانه توصیف می‌شود اما مصرف در بازهٔ هفت‌روزه سنجیده می‌شود و ماندهٔ استفاده پس از بازنشانی از بین می‌رود.

مصرف توکن‌ها می‌تواند سریع افزایش یابد: یک وظیفهٔ مهندسی «غیرجزئی» معمولاً بین 150,000 تا 200,000 توکن مصرف می‌کند و هر بار که کار بین عامل‌ها ردوبدل می‌شود، توکن‌های ورودی بیشتری اضافه می‌شوند. تجربه‌ها نشان می‌دهد مهارتی که بیش از 200,000 توکن بارگذاری می‌کرد ظرف چند ساعت می‌تواند کل استخر اعتبار تیم را تمام کند.

چالش‌های هزینه‌ای متداول

  • بدون تخصیص اولیه برای هر توسعه‌دهنده، تیم‌ها ممکن است در عرض چند ساعت اعتبار را مصرف کنند.
  • نمونه‌های سازمانی از جمله مایکروسافت، اوبر و برخی پروژه‌های داخلی آمازون نشان می‌دهند که مدیریت بودجهٔ توکن برای مهندسان حیاتی است و باید سیاست‌های مناسبی اعمال شود.

امنیت، احراز هویت و سیاست‌های دسترسی برای آنتی‌گراویتی

ورود توسعه‌دهندگان با اعتبار سازمانی انجام می‌شود و نشست‌های عامل مطابق سیاست‌های IAM سازمان، VPC Service Controls و محدودیت‌های منطقه‌ای داده‌ها تحت کنترل قرار می‌گیرند. سازمان‌ها می‌توانند هویت را از طریق Workforce Identity Federation متصل کنند یا توسعه‌دهندگان از Application Default Credentials استفاده نمایند. گوگل اعلام کرده داده‌های نشست‌های سازمانی آنتی‌گراویتی برای آموزش مدل‌های پایه مورد استفاده قرار نخواهد گرفت.

مدیران قادرند محدودهٔ فضای کاری عامل را محدود کنند، دسترسی مرورگر را مسدود نمایند و سرورهای MCP مجاز را تعیین کنند. دسترسی‌هایی که به منابع تولیدی ختم می‌شوند باید مانند هر دسترسی ممتاز دیگری مدیریت و کنترل شوند؛ یک تنظیم نادرست می‌تواند پیامدهای جدی داشته باشد، همان‌طور که نمونه‌هایی از دسترسی‌های پرقدرت به سرویس‌های صوتی نشان داده‌اند.

پیامدها برای تیم‌های مهندسی

قرار گرفتن آنتی‌گراویتی داخل ویرایشگرها امکان اجرای عامل‌ها روی ماشین‌های توسعه‌دهندگان را فراهم می‌سازد؛ این یعنی شرکت‌ها لازم نیست ابزارهای خود را به‌طور گسترده بازپیکربندی کنند. پیوند هر نشست به سیاست‌ها و بودجهٔ پروژه در Gemini Enterprise ردیابی هزینه و دسترسی را ساده‌تر می‌کند، اما نیازمند نظارت دقیق بر تخصیص توکن و تنظیم دقیق سیاست‌ها است.

گام‌های پیشنهادی برای آماده‌سازی

  1. بررسی و تعیین سقف‌های هزینه برای هر پروژه و تیم.
  2. تخصیص اولیهٔ توکن برای هر توسعه‌دهنده یا تعریف سهمیهٔ کاری مشخص.
  3. تنظیم قوانین دقیق IAM، محدود کردن فضای کاری عامل و مسدود کردن دسترسی‌های غیرضروری به سیستم‌های تولیدی.
  4. آموزش تیم‌ها دربارهٔ ساختار هزینهٔ توکن و بهترین شیوه‌های کار با عامل‌های هوش مصنوعی.

جمع‌بندی

گسترش آنتی‌گراویتی به داخل وی‌اس‌کد و دیگر IDEها می‌تواند سرعت توسعه و بهره‌وری را افزایش دهد، اما برای استفادهٔ موثر لازم است سیاست‌های هزینه و دسترسی با دقت طراحی و اجرا شوند. تیم‌هایی که اکنون سقف‌ها، سهمیه‌ها و سیاست‌های دسترسی را مشخص می‌کنند، سریع‌تر از دیگران می‌توانند از موج بعدی اتوماسیون در توسعهٔ نرم‌افزار بهره‌برداری کنند.