اگر توسعه‌دهنده تک‌نفره هستید و می‌خواهید چندین عامل هوشمند با هم همکاری کنند، دیگر نیازی به درگیر شدن با خوشه‌های پیچیده کوبرنتیز ندارید. یک برنامه‌نویس در ۲۵ مه ۲۰۲۶ ثابت کرد که می‌توان شبکه‌ای از ۵ عامل (Agent) — که شبیه به کارمندانی متخصص هستند که هر کدام وظیفه خاصی را پیش می‌برند — تنها روی یک مک سری M اجرا کرد.
طبق گزارش منتشر شده در وب‌سایت dev.to، این سیستم از ابزاری به نام EClawbot استفاده می‌کند. اکثر محیط‌های عامل‌محور برای جلوگیری از کرش کردن بات‌ها، به زیرساخت‌های سروری گران‌قیمت یا صف‌های پیام پیچیده نیاز دارند. اما این رویکرد جدید، هماهنگی بین عامل‌ها را به جای یک چالش سنگین زیرساختی، به یک مسئله ساده‌ی API تبدیل کرده است.
همان‌طور که در تحلیل‌های قبلی ما درباره‌ی معماری‌های عامل‌محور اشاره کردیم، گلوگاه اصلی همواره مدیریت وضعیت یا State بوده است. این سیستم برای حل این مشکل، ۵ موجودیت مختلف را مدیریت می‌کند: دو نمونه از Claude Code، یک OpenAI Codex، یک بات MiniMax و یک برنامه‌ریز مسیر (Routing Planner).
بر اساس مستندات این پروژه، این استقرار روی سه رکن اصلی می‌چرخد:
• موجودیت‌های آدرس‌پذیر: هر عامل یک شناسه عددی و کد عمومی دارد. یک API تبدیل، اجازه می‌دهد بات‌ها بتوانند با یکدیگر «صحبت» کنند.
• کانبان مشترک: عامل‌ها برای مدیریت وضعیت، روی یک بورد مشترک می‌خوانند و می‌نویسند. یک اسکنر مخصوص، کارهای رها شده را بعد از ۳ ساعت تکان می‌دهد و بعد از ۶ ساعت، اولویت آن‌ها را به P1 تغییر می‌دهد.
• ترمینال‌های پل: فرآیندی به نام unit.py list پنجره‌های ترمینال macOS را رصد می‌کند. اگر عاملی کرش کند، سریعاً آن را بازسازی می‌کند یا با دستورات osascript، پنجره‌های تأیید هویت را رد می‌کند.
این تغییر رویکرد، پارادایم سیستم‌های توزیع‌شده را به «مدیریت نشست‌های محلی» تغییر می‌دهد. برای سازنده‌ها، این یعنی حذف «مالیات DevOps»؛ یعنی ساعت‌ها وقت تلف شده برای پیکربندی Postgres یا پروکسی‌های OAuth. وقتی منطق بازیابی در یک ناظر (Supervisor) جداگانه باشد، پایداری سیستم بدون پیچیدگی افزایش می‌یابد و هزینه افزودن ششمین عامل تقریباً به صفر می‌رسد.
گام بعدی شما
- از لایه رایگان EClawbot برای راه‌اندازی یک بات میزبانی‌شده و بورد کانبان مشترک استفاده کنید.
- ساختار «ناظر محلی» را در پروژه‌های کوچک خود جایگزین ارکستراتورهای سنگین کنید.
- بررسی کنید که آیا گردش کارهای شما می‌تواند بدون صف‌های پیام (Message Queues) و تنها با یک API ساده مدیریت شود؟
این تنها آغاز ماجراست؛ اثر موج‌گونه‌ی این الگوی مدیریت محلی بر توسعه «سربازان هوشمند» در تیم‌های کوچک را در گزارش بعدی بررسی خواهیم کرد.
گفتگو