تکایجنت یا چند ایجنت؟ یه فریمورک ساده برای تصمیمگیری
خلاصهٔ کاملتر
وقتی داری یه سیستم مبتنی بر هوش مصنوعی میسازی، اولین تصمیم جدی این نیست که از کدوم مدل استفاده کنی — اینه که آیا یه ایجنت واحد کافیه یا به چند ایجنت که با هم کار میکنن نیاز داری. این انتخاب روی همهچیز تأثیر میذاره: هزینه، تأخیر، قابلیت اطمینان، و اینکه شش ماه دیگه چقدر سردرد داری.
تکایجنت یه نمونهی AIه که یه نقش مشخص داره، ابزارهایی در اختیارش هست، و با دستورالعملهای تعریفشده کار میکنه. سیستم چندایجنت یه مجموعه از ایجنتهاست که معمولاً یکی هماهنگکنندهست و بقیه وظایف تخصصیتری دارن. نکته مهم اینه که چندایجنتبودن یعنی ساختار متفاوت، نه لزوماً هوشمندتر.
برای تصمیمگیری، چهار سوال وجود داره که نویسنده پیشنهاد میده:
۱. آیا تسک تو یه context window جا میشه؟ هر مدل AI یه محدودیت حافظهی کاری داره (معمولاً بین ۱۰۰ تا ۲۰۰ هزار توکن). اگه تسکت خیلی بزرگه — مثلاً پردازش ۵۰ سند یا یه تاریخچهی طولانی — مدل شروع میکنه به فراموشکردن اطلاعات اولیه و کیفیت افت میکنه. در این حالت، تقسیم کار بین چند ایجنت که هر کدوم یه بخش رو میگیرن منطقیتره.
۲. آیا بخشهایی از کار میتونن موازی اجرا بشن؟ بعضی تسکها ذاتاً خطیان؛ هر مرحله به خروجی مرحلهی قبل نیاز داره. ولی مثلاً اگه داری اطلاعات ۸ رقیب رو تحلیل میکنی، تحقیق دربارهی هر کدوم کاملاً مستقله و میشه همزمان انجام داد. در سیستم چندایجنت میتونی کار رو فناوت کنی و نتایج رو بعداً جمع کنی — چیزی که ۱۰ دقیقه طول میکشید ممکنه ۲ دقیقه بشه.
۳. آیا به نقشهای واقعاً متفاوت نیاز هست؟ یه ایجنت واحد میتونه هم تحقیق کنه، هم بنویسه، هم ویرایش کنه — ولی از یه دیدگاه و با همون سوگیریها. اگه مثلاً یه ایجنت ویراستار داشته باشی که فقط خروجی نهایی رو میبینه و دستورالعمل جداگانهای داره، کیفیت چک واقعیتره. به گفتهی نویسنده، این جداسازی ساختاری چکهای طبیعی ایجاد میکنه که یه ایجنت تنها نمیتونه داشته باشه.
۴. آیا بین مراحل باید چکپوینت داشته باشی؟ در ورکفلوهای حساس — مثل تحلیل حقوقی یا مالی — اشتباه در یه مرحله به بعدیها منتقل میشه و ترکیب میشه. سیستم چندایجنت بهطور طبیعی درزهایی داره که میتونی یه ایجنت اعتبارسنجی بین مراحل بذاری یا یه انسان خروجی میانی رو بررسی کنه.
نویسنده تأکید میکنه که تکایجنت باید پیشفرضت باشه. اگه تسکت محدود و خطیه، نقشهای مشابه داره و context window کافیه، ساده نگهش دار. چندایجنت کردن فقط برای اینکه «پیچیدهتر به نظر برسه» یه اشتباه رایجه.
یه اشتباه مهم دیگه اینه که observability رو دست کم بگیری. در تکایجنت ردیابی مشکلات راحته، ولی در سیستم چندایجنت اگه از ابتدا لاگینگ درست نداشته باشی، دیباگکردن عذابآوره. همچنین، ایجنتهایی با مسئولیتهای تداخلی ارزشی اضافه نمیکنن — هر هندآف بین ایجنتها یه نقطهی شکست بالقوهست.
نکات کلیدی:
- تکایجنت پیشفرضته: سادهتر، ارزونتر، راحتتر دیباگ میشه
- چهار سوال تصمیم رو مشخص میکنن: اندازهی context، موازیسازی، جداسازی نقش، و چکپوینت
- چندایجنت ارزشش رو وقتی ثابت میکنه که تسک خیلی بزرگه، میشه موازیاش کرد، نقشهای متفاوت نیاز داره یا تأیید میانی مهمه
- رایجترین اشتباه: اضافهکردن ایجنت بدون اینکه واقعاً یه مشکل ساختاری حل بشه
- observability رو از اول در طراحی چندایجنت بگنجون، نه آخر




