ایجنت نباید صرفاً چون پاسخ نگرفته، بی‌پایان همان ابزار را صدا بزند. برای هر کار سه مرز جدا بگذارید: تعداد تلاش، زمان سپری‌شده و مصرف منابع. رسیدن به هر مرز باید وضعیت روشن و امکان بررسی انسانی بسازد؛ افزایش خودکار سقف به پیشنهاد خود مدل، کنترل واقعی نیست.
روش اجرا و تصمیم‌گیری
پیش از شروع، مشخص کنید موفقیت دقیقاً چه رویدادی است: دریافت نتیجه جست‌وجو، ثبت یک پرونده یا تأیید انسان. سپس برای ابزارهای خواندنی و نوشتنی سیاست جدا بنویسید. تکرار جست‌وجو ممکن است مجاز باشد، اما ارسال دوباره سفارش نیاز به جلوگیری از تکرار دارد.
بودجه را سمت سرور و بیرون از متن پرامپت نگه دارید. پیش از هر فراخوانی، باقی‌مانده زمان و تعداد تلاش را بررسی کنید؛ بعد از پاسخ نیز مقدار واقعی مصرف را اضافه کنید. برای درخواست‌های هم‌زمان، شمارنده باید اتمیک باشد تا دو کار از یک سهمیه باقی‌مانده استفاده نکنند.
اگر نتیجه چند بار یکسان و بی‌فایده بود، حلقه را پیش از رسیدن به سقف متوقف کنید. ثبت علت توقف کمک می‌کند تفاوت اختلال سرویس، ورودی ناقص و مسیر نامناسب برنامه مشخص شود. کاربر باید بداند کار انجام نشده است، نه اینکه پیام موفقیت عمومی بگیرد.
نمونهٔ ساختگی و قابل تکرار
فرض کنید دستیار آزمایشی برای پیدا کردن یک دستورالعمل اجازه سه جست‌وجو و چهل ثانیه زمان دارد. این اعداد صرفاً مثال‌اند. جست‌وجوی اول سند قدیمی و دوم همان سند را با نشانی دیگر برمی‌گرداند. در تلاش سوم به جای تکرار پرسش، نام نسخه سند از کاربر خواسته می‌شود. اگر زمان تمام شد، پرونده با علت «بودجه زمان» متوقف می‌شود. برای ادامه، مسئول انسانی می‌تواند اطلاعات جدید بدهد و یک اجرای تازه با شناسه مستقل بسازد؛ اجرای قبلی در پس‌زمینه زنده نمی‌ماند.
محدودیت‌ها و خطاهای رایج
سقف کم می‌تواند کار سالم را نیمه‌تمام بگذارد و سقف زیاد هزینه و تأخیر ایجاد کند. نقطه شروع را با کارهای ساختگی معمول و دشوار بسنجید. مصرف توکن نیز جای زمان اجرای ابزار یا هزینه سرویس بیرونی را نمی‌گیرد. برای عملیات مالی و تغییر داده، محدودیت مصرف به تنهایی مجوز انجام کار محسوب نمی‌شود.
کنترل پیش از استفاده
| کنترل | معیار پذیرش |
|---|---|
| مرز تلاش | با رسیدن به تعداد مجاز، ابزار دوباره اجرا نشود و علت توقف ثبت شود. |
| مرز زمان | لغو درخواست به کارگر و ابزار منتقل شود؛ بستن صفحه کافی فرض نشود. |
| نمایش نتیجه | وضعیت ناقص از موفق جدا باشد و اقدام بعدی قابل انجام نشان داده شود. |
کاربرگ همراه
کاربرگ برای ثبت بودجه هر نوع کار است. ستون علت توقف را از گزارش اجرا پر کنید و قبل از بالا بردن سقف، ببینید تلاش‌های اضافه واقعاً پاسخ تازه تولید کرده‌اند یا فقط همان درخواست قبلی تکرار شده است.
دریافت کاربرگ CSV این راهنما — داده‌های داخل فایل نمونهٔ ساختگی‌اند. نسخهٔ اصلی را نگه دارید و برای آزمون خودتان یک کپی بسازید.
منبع و ادامهٔ کار
OWASP: مصرف بدون سقف. تاریخ بررسی منابع: ۱ نوامبر ۲۰۲۶.
اگر کاربرد شما پاسخ‌گویی به مشتری است، مسیر مرتبط اپرا را ببینید و مسئله و محدودیت‌های همین کاربرگ را برای بررسی در دمو همراه داشته باشید.