تیپ #۸

سیستم‌های چندعاملی: چند متخصص بهتر از یک همه‌کاره

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

توضیح کامل‌تر

در معماری چندعاملی، یک وظیفه بزرگ به چند زیروظیفه شکسته می‌شود و هر زیروظیفه به یک عامل با نقش، ابزار و حافظه مشخص سپرده می‌شود. این عامل‌ها از طریق پیام‌های ساخت‌یافته با هم هماهنگ می‌کنند و یک عامل هماهنگ‌کننده یا سرپرست، ترتیب کار و جمع‌بندی نتیجه را مدیریت می‌کند. دلیل اصلی محبوبیت این الگو، محدودیت context و دقت مدل‌هاست: وقتی یک عامل فقط روی یک کار باریک تمرکز می‌کند، احتمال خطا و توهم کمتر می‌شود و می‌توان برای هر نقش ابزارهای متفاوتی تعریف کرد. برای مثال در یک دستیار پژوهشی، یک عامل جست‌وجو می‌کند، یکی خلاصه می‌سازد و یکی صحت ارجاع‌ها را بررسی می‌کند؛ اگر همه این کارها به یک پرامپت واحد سپرده شود، کیفیت خروجی به‌سرعت افت می‌کند. در عوض، چندعاملی هزینه‌های خودش را دارد: مصرف توکن بیشتر، تأخیر بالاتر و ریسک گیرکردن عامل‌ها در حلقه‌های بی‌پایان. به همین دلیل توصیه می‌شود ابتدا با ساده‌ترین حالت یعنی یک عامل و ابزارهایش شروع کنید و تن‌ها وقتی مرزهای کار واقعاً جدا هستند، به سراغ چند عامل بروید.