تیپ #۱۷

چارچوب‌های تازه ایجنت: پیش از انتخاب، حلقه را خودت بنویس

هر چارچوب تازه‌ای که این روزها برای ساخت ایجنت معرفی می‌شود، در واقع همان سه چیز را می‌فروشد: یک حلقهٔ اجرای صریح 🔁، فراخوانی ابزارها با ساختار مشخص، و انتقال کار بین چند ایجنت. توصیهٔ عملی این است که پیش از پذیرفتن هر فریم‌ورک، همین حلقه را خودتان در چند ده خط بنویسید: به مدل درخواست بدهید، ابزاری که خواسته را اجرا کنید، نتیجه را برگردانید و روی پاسخ نهایی متوقف شوید. بعد چارچوبی را بردارید که روی همین حلقهٔ قابل‌فهم، لایه‌های رهگیری، تلاش مجدد و گاردریل اضافه می‌کند، نه چارچوبی که منطق اجرا را پشت تنظیمات پنهان می‌کند.

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

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