‏AX: رانتایم توزیع‌شده برای اجرای ایجنت‌های هوشمند

AX که مخفف Agent eXecutor هست، یه رانتایم توزیع‌شده‌ست که گوگل برای اجرای ایجنت‌های هوش مصنوعی ساخته. هدفش اینه که وقتی ایجنت‌ها از دستیارهای ساده به کارگرهای خودمختار بلندمدت تبدیل می‌شن، یه لایه زیرساختی محکم زیرشون باشه که مدیریت وضعیت، بازیابی از خرابی، و آدیت اجراها رو ممکن کنه.

معماری AX بر پایه یه کنترلر مرکزی (single-writer) کار می‌کنه که یه event log بادوام نگه می‌داره. این لاگ باعث می‌شه اگه اجرا به هر دلیلی متوقف بشه، سیستم بتونه دقیقاً از همون نقطه ادامه بده — نه از اول. ایجنت‌ها، ابزارها، و اسکیل‌ها می‌تونن به صورت ایزوله و توزیع‌شده اجرا بشن و از طریق پروتکل gRPC با کنترلر ارتباط برقرار کنن.

AX با یه CLI ساده همراهه. برای شروع می‌شه مستقیم یه ورودی داد و اجرا کرد، یا به یه سرور AX موجود وصل شد:

# اجرای ساده با ورودی
ax exec --input "Can you list me this directory?"

# ادامه یه مکالمه قبلی
ax exec \
  --conversation d85a4b4e-c53b-4c84-b879-f10d905bce40 \
  --input "Show me the contents of README.md"

یکی از قابلیت‌های جالب AX اینه که کلاینت می‌تونه بعد از قطع ارتباط، از آخرین sequence numberی که دیده دوباره وصل بشه و رویدادهای از دست رفته رو دریافت کنه — بدون اینکه اجرا از نو شروع بشه. همچنین با دستور ax fork می‌شه یه اجرا رو از یه checkpoint خاص منشعب کرد و یه مسیر جدید امتحان کرد.

AX از ایجنت‌های ریموت هم پشتیبانی می‌کنه؛ یعنی می‌شه ایجنت‌هایی که خارج از کنترلر اجرا می‌شن رو از طریق AgentService به سیستم وصل کرد. نمونه‌های آماده‌ای برای ایجنت‌های Python با Google ADK، پروتکل A2A، و حتی Google Colab وجود داره. یه ایجنت جمینی هم به صورت توکار توی AX هست.

نکات کلیدی:

• AX یه رانتایم توزیع‌شده برای ایجنت‌های هوش مصنوعیه، نه یه فریم‌ورک یا سرویس مدیریت‌شده
• قابلیت resumption یعنی اجراها بعد از قطعی یا خرابی از همان نقطه ادامه پیدا می‌کنن
• معماری single-writer با event log بادوام، یکپارچگی وضعیت رو تضمین می‌کنه
• از ایجنت‌های ریموت، MCP، پروتکل A2A، و Google ADK پشتیبانی می‌کنه
• پروژه هنوز در مرحله توسعه اولیه‌ست و قبل از نسخه پایدار تغییرات بزرگی خواهد داشت
• بهترین تجربه روی Kubernetes و با Agent Substrate ارائه می‌شه