فهرست مطالب
Google AX یک ارکستراتور declarative و متنباز برای اجرای ناوگان عاملهای نرمافزاری است که گوگل در ریپوی google/ax منتشر کرده است. ایدهٔ ساده این است: کار عامل را با YAML (گونهٔ ax.io/v1alpha1) اعلام میکنید؛ AX سندباکس میسازد، فضای کار را سیمکشی میکند، شبکه را محدود میکند و کمک میکند همان کار را در مقیاس خوشه اجرا کنید. روی Agent Substrate سوار است، حس Kubernetes دارد، و README صریحاً هشدار میدهد هنوز ناپایدار است و احتمال تغییرات شکستهٔ بزرگ قبل از نسخهٔ پایدار وجود دارد.
اگر فقط تیتر «میلیاردها عامل» را ببینید، ممکن است فکر کنید ابزاری سبک برای لپتاپ است. نیست. quickstart رسمی به خوشهٔ Kubernetes، ابزار ko، رجیستری کانتینر، و API کنترل Agent Substrate نیاز دارد. در ادامه اول زمینه را میگوییم، بعد چهار primitive، ادعای مقیاس (با احتیاط)، بحث Hacker News حدود ۲۲ سپتامبر ۲۰۲۶، و نکتهٔ عملی برای مخاطب فارسیزبان.
Google AX چیست؟ پاسخ کوتاه
ارکستراتور declarative برای workload عاملها — نه فریمورک ساخت پرامپت مثل LangChain.
چهار primitive اصلی: Task، Workspace، Gateway، Model.
CLI شبیه kubectl: ax apply، get، watch، suspend/resume، ax ssh.
اجرا روی Agent Substrate (سندباکس gVisor / micro-VM، multiplexing بازیگر روی worker).
لایسنس Apache 2.0؛ نصب CLI با go install github.com/google/ax/cmd/ax@latest.
وضعیت: early — README دربارهٔ breaking changes هشدار میدهد.
بحث عمومی: موضوع داغ Hacker News حدود ۲۲ سپتامبر ۲۰۲۶ (حدود ۶۴۰ امتیاز هنگام نگارش این مطلب).
پیام برای خوانندهٔ غیرتخصصی: AX را مثل «Kubernetes برای ناوگان عامل» ببینید، نه چتبات. اگر مدل سریع گوگل میخواهید جمینای ۳.۸ فلش و فلش سایبر؛ اگر نگران عامل خارج از کنترل هستید گزارش عامل سرکش؛ اگر عامل پژوهشی میخواهید Atria Dawn.
زمینه کوتاه: عامل نرمافزاری چه فرقی با سرویس معمولی دارد؟
عامل نرمافزاری فقط یک پاسخ متنی نمیدهد: ابزار صدا میزند، وضعیت جمع میکند، ممکن است چند دقیقه یا چند ساعت زنده بماند، به API مدل و Git وصل شود، و اگر حلقهٔ اشتباهی بیفتد هزینه بسوزاند. نه دقیقاً microservice بدونحالت است، نه دقیقاً job دستهای یکبارمصرف. به همین دلیل سندباکس سخت، سفیدفهرست شبکه، و قابلیت pause/resume مهم میشود.
در اکوسیستم گوگل قبلاً مسیرهایی مثل MCP خانهٔ هوشمند یا مدلهای عاملمحور Flash دیده شده؛ AX لایهٔ زیرساخت اجرا است، نه خود مدل. برای زمینهٔ MCP گوگل ببینید Google Home MCP و برای عامل پیامرسان واتساپ بیزنس MCP.
خبر حدود ۲۲ سپتامبر ۲۰۲۶ چه بود؟
ریپوی google/ax و پوششهایی مثل Traictory پروژه را با جملهٔ «اعلام کن، AX در مقیاس اجرا میکند» معرفی کردند؛ همزمان quickstart با Kubernetes بحثبرانگیز شد. در Hacker News موضوع «AX – Google’s Open Agentic Orchestrator» ظرف حدود یک روز صدها امتیاز و صدها کامنت گرفت (حدود ۶۲۶ در گزارش Traictory؛ حدود ۶۴۱ هنگام بازبینی این مطلب در ۲۲ سپتامبر ۲۰۲۶). نقد پرتکرار: فاصلهٔ بین وعدهٔ «ارگونومی شاد» و پیشنیاز واقعی خوشه.
جدول چهار primitive اصلی AX
طبق README رسمی، این چهار گونهٔ YAML کار را تقسیم میکنند:
Primitive | چه اعلام میکند | مثال کاربردی |
|---|---|---|
Task | سندباکس ایزوله با حد CPU/حافظه، تصویر کانتینر، دستور، متغیر محیطی | اجرای یک عامل تست روی ریپو با debug برای ax ssh |
Workspace | پیشسیمکشی Git، سرورهای MCP، skillها، یا هدف به زبان طبیعی | کلون ریپو + ابزارها قبل از شروع عامل تا «سرد» شروع نکند |
Gateway | سفیدفهرست میزبان/پورت خروجی + تزریق اعتبار | فقط LLM provider و Git host؛ جلوگیری از exfil آزاد |
Model | انتخاب مدل، پارامترها، credential از Secret کوبرنتیز | مثلاً پیکربندی نامدار برای gemini در یک atespace |
تازگی در ترکیب declarative است: در یک فایل میآیند تا عامل با ریپوی آمادهشده، ابزار وصلشده و شبکهٔ محدود بالا بیاید. دستورهای کمکی مثل ax suspend / ax resume هم برای pause و ادامهٔ همان نقطه اعلام شدهاند.
Agent Substrate زیر AX چیست؟
AX بهتنهایی hypervisor نیست؛ روی Agent Substrate اجرا میشود — پروژهای جدا در سازمان agent-substrate با کنترلپلین، daemon نود برای snapshot، کنترل شبکهٔ Envoy، و اجراکنندههای سندباکس (از جمله مسیرهای مبتنی بر gVisor و micro-VM طبق اسناد Substrate). هدف طراحی: نگاشت تعداد زیادی «actor» بیکار به تعداد کمتری «worker» فیزیکی (multiplexing).
توجه: README Substrate میگوید این یک محصول رسمی پشتیبانیشدهٔ گوگل نیست (و در بحث HN از اهدای احتمالی به CNCF صحبت شده). AX لایهٔ ارکستراسیون declarative روی این runtime است.
Quickstart واقعی چه پیشنیازی دارد؟
خوشهٔ Kubernetes در دسترس
نصب ko برای ساخت/پوش ایمیج کنترلپلین
رجیستری کانتینری که خوشه بتواند pull کند
Agent Substrate Control API در دسترس (پیشفرض داخلخوشه مثل api.ate-system.svc.cluster.local:443)
سپس make deploy AX_IMAGE_REPO=... Redis و کنترلپلین را در namespaceٔ ax-system میآورد. بعد ax apply -f examples/task.yaml، ax watch و در صورت debug: true دستور ax ssh.
اگر Kubernetes ندارید، وعدهٔ «ارگونومی سبک» کمکتان نمیکند — همین شکاف محور اصلی بحث HN بود.
ادعای مقیاس «میلیاردها» را چطور بخوانیم؟
README و صفحهٔ پروژه از «میلیاردها workload عامل در یک خوشه» حرف میزنند. این ادعای ظرفیت/بازاریابی پروژه است، نه بنچمارک عمومی حسابرسیشده. در HN هم پرسش «چه کسی میلیاردها عامل همزمان اجرا میکند؟» پرتکرار بود؛ reframing معقولتر: ناوگان ناگهانی بزرگ برای eval، RL و جمعآوری trajectory — نه کار روزمرهٔ یک تیم محصول کوچک.
از نظر معماری، بخشی از پاسخ کنترلپلین در کد دیده میشود: جدا کردن مسیر داغ task از فشار etcd/API سرور کوبرنتیز (مثلاً با Redis) تا میلیونها task کوتاهعمر کنترلپلین را نخواباند. آن بخش مهندسی است؛ عدد «میلیارد» را hedged نگه دارید.
هویت، SPIFFE و نگرانی امنیتی
چون Substrate دهها task را روی worker مشترک multiplex میکند، اعتماد به هویت pod کوبرنتیز بهعنوان یک workload واحد ضعیف میشود — نقد جدی در HN. یک مشارکتکنندهٔ مرتبط با runtime پاسخ داد Agent Substrate در حال کار روی ارائهدهندهٔ هویت OIDC و SPIFFE است تا اعتبار هویت actor از طریق egress gateway تزریق شود؛ زمانبندی «چند هفته» گفته شد.
این را roadmap مشارکتکننده بدانید، نه قابلیت shipped قطعی در نسخهٔ امروز. تا وقتی identity injection نرسیده، اعتراض oversubscription برای تیمهای سازمانی پابرجاست. بافت ریسک عاملها را در مطلب عامل سرکش هم دنبال کردهایم.
AX برای چه کسی مناسب است (و برای چه کسی نه)؟
مناسبتر: تیمهایی که از قبل Kubernetes دارند؛ آزمایشگاههای RL/eval که به سندباکس تکرارپذیر زیاد نیاز دارند؛ پلتفرمهایی که به Gateway و pause/resume اهمیت میدهند.
نامناسبتر این ماه: توسعهدهندهٔ تنها بدون خوشه؛ پروداکشن حساس که به API پایدار نیاز دارد (هشدار breaking changes)؛ کسانی که فقط یک چتایجنت ساده میخواهند.
اگر بهدنبال پلتفرم عامل سازمانی با زاویهٔ فروش/CRM هستید مسیرهایی مثل Salesforce Koa / Agentforce را جدا ببینید — لایه و مخاطب فرق دارد. برای بافت تحقیقاتی گوگل/DeepMind هم DeepMind Institute زمینهٔ جداگانهای است.
نکتهٔ عملی برای مخاطب فارسیزبان
اول README و هشدار ناپایداری را بخوانید؛ روی این نسخه dependency پروداکشن نگذارید.
اگر خوشه ندارید، وقت را روی یادگیری Agent Substrate+K8s بگذارید یا فعلاً سندباکس سادهتر (مثلاً یک VM ایزوله) را نگه دارید.
Gateway را جدی بگیرید: سفیدفهرست میزبان بهتر از «عامل با اینترنت آزاد» است.
عدد میلیارد را در ارائهٔ داخلی بدون caveat ننویسید.
هویت egress (SPIFFE/OIDC) را در چکلیست پذیرش بگذارید و وضعیت shipped را خودتان از ریپو/issueها چک کنید.
جمعبندی
Google AX لایهٔ ارکستراسیون declarative برای اجرای عاملها روی Agent Substrate است: چهار primitive، CLI شبیه kubectl، تمرکز روی ایزوله، شبکه و مقیاس خوشه. وعده بزرگ است؛ پیشنیاز هم بزرگ است. برای تیمهای خوشهدار و workloadهای eval/RL جذاب میشود؛ برای بقیه هنوز پروژهٔ early با شکاف هویت و هشدار breaking changes است. با احتیاط آزمایش کنید، نه اینکه فردا کل پایپلاین را رویش سوار کنید.
سؤالهای پرتکرار
Google AX چیست؟
ارکستراتور متنباز declarative گوگل برای اعلام و اجرای workload عاملها با YAML و CLI شبیه kubectl؛ روی Agent Substrate و معمولاً Kubernetes.
آیا AX همان فریمورک عامل مثل LangChain است؟
خیر. AX زیرساخت اجرا/ارکستراسیون است (سندباکس، شبکه، مدلپیکربندی)، نه کتابخانهٔ ساخت گراف پرامپت.
چهار primitive کداماند؟
Task (سندباکس)، Workspace (Git/MCP/مهارت یا هدف)، Gateway (egress allowlist)، Model (پیکربندی مدل و secret).
برای شروع واقعاً به Kubernetes نیاز دارم؟
طبق quickstart رسمی بله: خوشه، ko، رجیستری، و API کنترل Substrate. بدون آنها مسیر معرفیشده کامل نیست.
آیا «میلیاردها عامل» ثابت شده است؟
خیر بهعنوان بنچمارک عمومی مستقل. ادعای پروژه/بازاریابی است؛ در بحث عمومی با تردید خوانده شده.
وضعیت SPIFFE/OIDC چیست؟
در HN بهعنوان کار در جریان برای تزریق هویت actor از طریق egress مطرح شد؛ آن را roadmap بدانید مگر در اسناد رسمی shipped اعلام شود.
آیا برای پروداکشن آماده است؟
README هشدار breaking changes قبل از نسخهٔ پایدار میدهد. برای آزمایش و تحقیق مناسبتر از وابستگی حیاتی این ماه است.
لایسنس چیست؟
Apache License 2.0 طبق README ریپو google/ax.
