مشتری مینویسد: «سفارشم دیر رسیده؛ میخواهم پسش بدهم.»
یک چتبات قوانین مرجوعی را توضیح میدهد. یک ورکفلو اگر سفارش کمتر از هفت روز پیش تحویل شده باشد، فرم بازگشت را باز میکند. یک ایجنت هوش مصنوعی سابقه سفارش، دلیل تأخیر، وضعیت کالا و سیاست جبران را بررسی میکند، راه مناسب را انتخاب میکند و پیش از بازپرداخت از مسئول مربوط تأیید میگیرد.
هر سه میتوانند مفید باشند؛ اما برای یک مسئله ساخته نشدهاند. اشتباه رایج این است که ایجنت را نسخه «پیشرفتهتر» دو گزینه دیگر بدانیم و برای هر کاری سراغ بیشترین استقلال برویم. در عمل، بهترین انتخاب معمولاً سادهترین سیستمی است که کار را درست انجام میدهد.
جواب کوتاه: کدام را انتخاب کنیم؟
- اگر مسئله اصلی گفتوگو، توضیح یا تولید پاسخ است، چتبات انتخاب مناسبی است.
- اگر مراحل ثابت، روشن و تکرارپذیر هستند، ورکفلو بهتر است.
- اگر مسیر انجام کار از ابتدا معلوم نیست و باید بر اساس نتیجه هر مرحله تصمیم گرفت، ایجنت ارزش بررسی دارد.
- اگر اقدام اشتباه پرهزینه یا غیرقابلبازگشت است، هیچکدام نباید بدون کنترل و تأیید مناسب اجرا شوند.
این سه گزینه رقیب هم نیستند. بسیاری از سیستمهای خوب، چتبات را برای ارتباط، ورکفلو را برای بخشهای قطعی و ایجنت را فقط برای قسمت مبهم کار کنار هم میگذارند.
اگر ابتدا میخواهید تصویر کاملتری از اجزای مدل، ابزار، حافظه و سطح اختیار داشته باشید، راهنمای جامع ایجنتهای هوش مصنوعی نقطه شروع این مجموعه است.
چتبات چیست؟ گفتوگو در مرکز قرار دارد
چتبات سیستمی است که ورودی کاربر را میگیرد و پاسخ میدهد. نسخههای قدیمی از دکمهها و قواعد ثابت استفاده میکردند؛ نسخههای جدید با مدل زبانی میتوانند سؤال آزاد را بفهمند، متن طبیعی تولید کنند و از پایگاه دانش پاسخ بیاورند.
چتبات برای این کارها مناسب است:
- پاسخ به پرسشهای پرتکرار؛
- توضیح محصول و راهنمای استفاده؛
- تولید یا بازنویسی متن؛
- پیدا کردن اطلاعات از یک پایگاه دانش کنترلشده؛
- هدایت کاربر به صفحه یا واحد مناسب؛
- جمعآوری اطلاعات اولیه پیش از تحویل به انسان.
نکته مهم این است که ظاهر چت، سیستم را به ایجنت تبدیل نمیکند. یک ایجنت میتواند داخل پنجره چت کار کند و یک چتبات هم میتواند به ابزاری برای خواندن وضعیت سفارش متصل باشد. سؤال اصلی این است: آیا سیستم فقط پاسخ میدهد، یا خودش مسیر چندمرحلهای انجام کار را مدیریت میکند؟
ورکفلو چیست؟ مسیر را از قبل میدانیم
ورکفلو یا گردش کار، مجموعهای از مراحل و شرطهای از پیش تعیینشده است. طراح سیستم مشخص میکند اگر اتفاق A افتاد، مرحله B اجرا شود؛ اگر شرط C برقرار نبود، مسیر D ادامه پیدا کند.
مثلاً:
- فرم درخواست دریافت میشود.
- اگر ایمیل معتبر بود، یک تیکت ساخته میشود.
- اگر موضوع «مالی» بود، تیکت به واحد حسابداری میرود.
- پیام تأیید برای کاربر فرستاده میشود.
سیستم لازم نیست خودش تصمیم بگیرد هدف را چگونه به دست بیاورد؛ فقط منطق نوشتهشده را اجرا میکند. به همین دلیل ورکفلو معمولاً:
- پیشبینیپذیرتر است؛
- راحتتر آزمایش میشود؛
- هزینه و زمان ثابتتری دارد؛
- برای کارهای حساس، کنترل بیشتری میدهد؛
- اما در برابر موقعیتهای پیشبینینشده انعطاف کمتری دارد.
حتی اگر در یکی از مراحل از مدل زبانی برای خلاصهسازی یا دستهبندی استفاده شود، کل سیستم لزوماً ایجنت نیست. اگر مسیر اصلی همچنان از قبل مشخص باشد، با یک ورکفلو مجهز به هوش مصنوعی طرفیم.
Anthropic این تفاوت را روشن بیان میکند: در ورکفلو، مدلها و ابزارها از مسیرهایی پیروی میکنند که کد تعیین کرده است؛ در ایجنت، مدل بهشکل پویا فرایند و ابزارهایش را هدایت میکند.
ایجنت چیست؟ هدف معلوم است، اما مسیر میتواند تغییر کند
ایجنت هوش مصنوعی یک هدف دریافت میکند، اطلاعات موجود را بررسی میکند، درباره مرحله بعد تصمیم میگیرد، ابزار مناسب را به کار میگیرد و نتیجه را میسنجد. اگر اقدام جواب نداد، میتواند مسیر را اصلاح کند یا کار را به انسان برگرداند.
OpenAI ایجنت را سیستمی میداند که با درجهای از استقلال، وظایف را از طرف کاربر انجام میدهد. این سیستم معمولاً سه پایه دارد: مدل تصمیمگیر، ابزارهای مجاز و دستورالعملهایی که هدف و مرزها را مشخص میکنند.
ایجنت برای شرایطی مفید است که:
- تعداد مراحل از ابتدا معلوم نیست؛
- دادهها متنی، نامنظم یا پراکندهاند؛
- استثناهای زیادی وجود دارد؛
- ابزار بعدی به نتیجه مرحله قبل بستگی دارد؛
- امکان مشاهده نتیجه و اصلاح مسیر وجود دارد؛
- معیار پایان و موفقیت قابلتعریف است.
انعطاف بیشتر، هزینه هم دارد: ایجنت معمولاً کندتر، گرانتر و کمپیشبینیتر از ورکفلو است. اگر تصمیم اول اشتباه باشد، ممکن است خطا در چند مرحله ادامه پیدا کند.
این سه گزینه نردبان پیشرفت نیستند
چتبات پایین، ورکفلو وسط و ایجنت بالا نیست. آنها سه شکل متفاوت حل مسئلهاند.
برای محاسبه مالیات با فرمول ثابت، ایجنت «هوشمندتر» انتخاب بهتری نیست؛ یک تابع ساده دقیقتر است. برای ارسال رسید بعد از پرداخت، ورکفلو بهتر از مدلی است که هر بار درباره فرستادن رسید تصمیم بگیرد. برای بررسی پروندهای پر از متن، استثنا و اطلاعات ناقص، قواعد ثابت ممکن است آنقدر پیچیده شوند که ایجنت ارزش پیدا کند.
پس معیار انتخاب، تازهبودن فناوری نیست. باید بپرسیم:
- مسئله چقدر متغیر است؟
- مسیر چقدر قابلپیشبینی است؟
- خطا چه هزینهای دارد؟
- نتیجه را چگونه میسنجیم؟
تفاوتها از شش زاویه عملی
۱. نقطه شروع
چتبات معمولاً با سؤال یا پیام شروع میشود. ورکفلو با رویداد یا شرط آغاز میشود؛ مثلاً ثبت فرم یا رسیدن یک ایمیل. ایجنت با هدف شروع میشود؛ مثل «سه علت اصلی نارضایتی مشتریان را پیدا کن و شواهد بیاور».
۲. تعیین مسیر
در چتبات، مسیر بیشتر درون مکالمه است. در ورکفلو، مسیر را طراح از قبل نوشته است. در ایجنت، مدل میتواند با توجه به شرایط، گام بعدی را انتخاب کند.
۳. استفاده از ابزار
ابزار برای چتبات اختیاری است؛ شاید فقط از یک پایگاه دانش بخواند. ورکفلو ابزارها را در نقاط از پیش تعیینشده فراخوانی میکند. ایجنت میان ابزارهای مجاز انتخاب میکند و ممکن است یک ابزار را چند بار با ورودی متفاوت به کار ببرد.
۴. برخورد با اتفاق غیرمنتظره
چتبات ممکن است توضیح بدهد که نمیتواند ادامه دهد. ورکفلو معمولاً به مسیر خطا یا انسان میرود. ایجنت میتواند راه جایگزین امتحان کند، اطلاعات بیشتری بخواهد یا برنامه را اصلاح کند؛ البته فقط در محدودهای که برایش تعریف شده است.
۵. پیشبینیپذیری
ورکفلو بیشترین پیشبینیپذیری را دارد. چتبات مولد ممکن است پاسخهای متفاوتی بدهد، اما دامنه اثرش اغلب به پاسخ محدود است. ایجنت علاوه بر پاسخ، انتخاب و اقدام هم دارد؛ بنابراین به ثبت رویداد، سقف تلاش و ارزیابی دقیقتری نیاز دارد.
۶. هزینه و نگهداری
چتبات ساده معمولاً کمهزینهترین گزینه است. ورکفلو برای مسیرهای مشخص بهصرفه است، هرچند شاخههای زیاد نگهداری را سخت میکنند. ایجنت میتواند از چند فراخوانی مدل و ابزار استفاده کند؛ هزینه هر مأموریت و احتمال حلقه یا تلاش تکراری باید اندازهگیری شود.
نقشه انتخاب چهارسؤالی
برای بیشتر پروژهها، این چهار سؤال تصمیم را روشن میکنند.
سؤال اول: آیا فقط پاسخ یا پیشنهاد میخواهید؟
اگر بله، از چتبات یا حتی یک پرامپت خوب شروع کنید. وقتی خروجی قرار نیست چیزی را در سیستم تغییر دهد، ایجنت ممکن است پیچیدگی اضافه باشد.
سؤال دوم: آیا مراحل همیشه تقریباً ثابتاند؟
اگر بله، ورکفلو انتخاب طبیعی است. مسیر ثابت را به مدل واگذار نکنید. همان مسیری که میتوانید روشن و قطعی بنویسید، بهتر است قطعی اجرا شود.
سؤال سوم: آیا گام بعدی به محتوای پرونده یا نتیجه مرحله قبل وابسته است؟
اگر بله و نمیتوانید همه شاخهها را منطقی از قبل بنویسید، ایجنت میتواند مفید باشد. ارزش ایجنت دقیقاً در انتخاب پویا ظاهر میشود.
سؤال چهارم: اگر سیستم اشتباه کند، چه اتفاقی میافتد؟
اگر خطا کمخطر و قابلبازگشت است، اختیار بیشتری ممکن است منطقی باشد. اگر پای پرداخت، حذف، انتشار عمومی، تصمیم حقوقی یا داده حساس وسط است، تأیید انسانی و محدودیت فنی لازم است؛ حتی اگر معماری ایجنتی انتخاب شده باشد.
خلاصه این نقشه:
پاسخ میخواهید؟ چتبات. مسیر ثابت دارید؟ ورکفلو. هدف دارید اما مسیر متغیر است؟ ایجنت. ریسک بالاست؟ انسان در حلقه بماند.
چهار مثال؛ انتخاب واقعی چگونه انجام میشود؟
مثال اول: پاسخ به سؤال مشتری
سؤال «ساعت کاری شما چیست؟» به ایجنت نیاز ندارد. چتباتی که از پایگاه دانش کنترلشده پاسخ میدهد کافی است.
اگر مشتری وضعیت سفارش خود را بخواهد، چتبات میتواند پس از احراز هویت یک ابزار فقطخواندنی را فراخوانی کند. هنوز لازم نیست سیستم درباره مسیر پیچیدهای تصمیم بگیرد.
اگر درخواست شامل تأخیر، کالای آسیبدیده، سابقه چند سفارش و امکان جبران متفاوت باشد، ایجنت میتواند پرونده را بررسی و راهحل پیشنهاد کند. اما بازپرداخت نهایی، بسته به مبلغ و سیاست، ممکن است به تأیید انسان نیاز داشته باشد.
مثال دوم: تولید مقاله
برای پیشنهاد ده عنوان، یک چتبات کافی است. برای فرایند ثابت «ساخت بریف، تولید پیشنویس، ویرایش و انتشار»، یک ورکفلو میتواند مراحل را بهترتیب اجرا کند. پرامپت زنجیرهای نمونه سادهای از همین نگاه مرحلهای است.
اگر موضوع پژوهش باز باشد، منابع مناسب از ابتدا معلوم نباشند و نتیجه هر جستوجو سؤال تازهای بسازد، یک ایجنت پژوهش میتواند مسیر را پویا مدیریت کند. با این حال، تأیید ادعا و انتشار باید کنترل جداگانه داشته باشد.
مثال سوم: پردازش فاکتور
اگر قالب همه فاکتورها یکسان است و قواعد ثبت مشخصاند، ورکفلو بهترین گزینه است. مدل میتواند فقط مقادیر را استخراج کند و کد، اعتبار عدد و جمع را بررسی کند.
اگر فاکتورها از تأمینکنندگان مختلف میآیند، توضیحات مبهم دارند و باید با قرارداد و سابقه خرید مقایسه شوند، ایجنت میتواند موارد استثنایی را تحلیل کند. پرداخت خودکار همچنان باید پشت محدودیت مبلغ و تأیید بماند.
مثال چهارم: برنامهریزی روزانه
اگر فقط میخواهید فهرست کارها را اولویتبندی کنید، چتبات کافی است. اگر هر صبح کارهای تقویم طبق قواعد ثابتی وارد برنامه شوند، ورکفلو مناسب است.
ایجنت زمانی مفید میشود که لازم باشد تداخلها را تشخیص دهد، زمان آزاد پیدا کند، اولویتها را با مهلتها بسنجد و چند نسخه برنامه پیشنهاد دهد. تغییر یا لغو جلسه بدون تأیید، سطح دیگری از اختیار است و الزامی نیست.
انتخاب بهتر اغلب ترکیبی است
یک معماری عملی میتواند چنین باشد:
- چتبات درخواست کاربر را دریافت میکند و اطلاعات ناقص را میپرسد.
- ورکفلو احراز هویت، ثبت درخواست و کنترلهای قطعی را انجام میدهد.
- ایجنت فقط بخش مبهم را تحلیل میکند و گزینه مناسب را پیشنهاد میدهد.
- ورکفلو محدودیتهای نهایی را بررسی میکند.
- انسان اقدام حساس را تأیید میکند.
این طراحی از یک ایجنت همهکاره کمتر هیجانانگیز به نظر میرسد، اما معمولاً قابلآزمایشتر و امنتر است. انعطاف را فقط جایی استفاده میکنیم که واقعاً لازم است.
چه زمانی ایجنت فقط دردسر اضافه است؟
ایجنت احتمالاً انتخاب نامناسبی است اگر:
- مراحل را میتوان با چند شرط روشن نوشت؛
- نتیجه باید همیشه کاملاً یکسان باشد؛
- پاسخ درست با یک فراخوانی مدل تولید میشود؛
- هیچ بازخوردی برای سنجش پیشرفت وجود ندارد؛
- داده یا ابزار لازم در دسترس نیست؛
- هزینه خطا بسیار بالاست و امکان بازگشت ندارید؛
- صرفهجویی زمانی از هزینه ساخت، مدل و نظارت کمتر است.
یکی از نشانههای طراحی ضعیف این است که برای کنترل ایجنت، دهها دستور «اگر چنین شد، دقیقاً این کار را بکن» مینویسید. شاید مسئله شما از ابتدا ورکفلو بوده است.
از طرف دیگر، اگر ورکفلو به جنگلی از صدها شاخه و استثنا تبدیل شده، شاید بخشی از تصمیمگیری ارزش واگذاری به ایجنت را داشته باشد.
چگونه بدون ریسک اضافه از چتبات به ایجنت برسیم؟
لازم نیست از روز اول همه دسترسیها را فعال کنید.
- پاسخ: سیستم فقط اطلاعات میدهد.
- خواندن: به یک منبع فقطخواندنی متصل میشود.
- پیشنویس: اقدام پیشنهادی را آماده میکند، اما اجرا نمیکند.
- اقدام با تأیید: بعد از اجازه شما ابزار نوشتنی را فراخوانی میکند.
- اقدام محدود: فقط کارهای کمخطر، قابلبازگشت و ثبتشده را خودکار انجام میدهد.
همزمان، برای تعداد گام، زمان، هزینه و تلاش مجدد سقف بگذارید. ماجرای نفوذ ایجنت به Hugging Face نشان داد که هدف باز، ابزار قدرتمند و دیوار فنی ضعیف چگونه میتوانند زنجیرهای دور از انتظار بسازند.
چکلیست یکدقیقهای انتخاب
پیش از انتخاب معماری، این موارد را کامل کنید:
- خروجی موردنیاز: پاسخ، ثبت، تغییر یا تکمیل یک هدف؟
- مسیر: ثابت است یا در هر پرونده تغییر میکند؟
- ابزارها: فقط خواندن لازم است یا اقدام هم نیاز داریم؟
- استثناها: چند حالت ناشناخته و مبهم وجود دارد؟
- معیار موفقیت: از کجا میفهمیم کار درست تمام شده است؟
- هزینه خطا: قابلبازگشت است یا آسیب واقعی میسازد؟
- نقطه تأیید: کدام اقدام باید به انسان برگردد؟
- سقف اجرا: چند مرحله، چند دقیقه و چه میزان هزینه مجاز است؟
اگر پاسخها هنوز مبهماند، ساخت ایجنت را عقب بیندازید. مسئلهای که برای انسان روشن تعریف نشده، با استقلال بیشتر مدل روشنتر نمیشود.
جمعبندی
چتبات برای گفتوگو و پاسخ ساخته شده است. ورکفلو مسیر مشخص را دقیق و تکرارپذیر اجرا میکند. ایجنت برای هدفی مناسب است که مسیر رسیدن به آن به شرایط، ابزارها و نتایج میانی وابسته است.
انتخاب درست این نیست که همیشه «هوشمندترین» گزینه را برداریم. انتخاب درست یعنی:
- چتبات وقتی پاسخ کافی است؛
- ورکفلو وقتی مسیر را میدانیم؛
- ایجنت وقتی تصمیمگیری پویا واقعاً لازم است؛
- و انسان وقتی مسئولیت و ریسک را نمیتوان واگذار کرد.
اگر میخواهید برای یک کار واقعی تصمیم بگیرید، مسئله را در هوشزی توضیح دهید و از آن بخواهید مسیر را به بخشهای «پاسخ»، «قواعد ثابت»، «تصمیم پویا» و «تأیید انسانی» تقسیم کند. همین تقسیمبندی معمولاً انتخاب را روشن میکند.
