🔖 تیپ #26
بازیابی کار پس از خطا با ذخیرهٔ وضعیت
عامل‌های طولانی‌مدت معمولاً وسط کار می‌شکنند: یک فراخوانی ابزار تایم‌اوت می‌خورد، مدل خروجی نامعتبر می‌دهد، یا پروسه از بین می‌رود. اگر وضعیت اجرا فقط در حافظه باشد، هر خطا یعنی شروع از صفر و پرداخت دوبارهٔ هزینهٔ همهٔ توکن‌ها. راه‌حل این است که بعد از هر گام یک checkpoint از گراف وضعیت، با یک thread id مشخص، ذخیره کنی تا اجرا از آخرین گام سالم ادامه پیدا کند 💾. نکتهٔ ظریف ماجرا idempotent بودن گام‌هاست، چون در بازگشت همان گام خطادار دوباره اجرا می‌شود و اثری مثل ارسال ایمیل یا پرداخت نباید دو بار تکرار شود.
State and checkpoints: resuming an agent after failure
Long-running agents fail mid-task: a tool call times out, the model returns malformed JSON, or the process gets killed. If state lives only in memory, that failure means starting over and paying for every token twice. Persist a checkpoint of the state graph after each step, keyed by a thread id, so a run resumes from the last good node instead of the beginning 💾. The catch is idempotency: resuming replays the failed step, so side effects like sending an email or charging a card must be safe to repeat.
@dslanders
شکرزاد
نکته‌های روز ساخت AI Agent | شکرزاد
نکته‌های روزانه و کاربردی برای یادگیری ساخت عامل‌های هوش مصنوعی (AI Agent): مفاهیم پایه، نکات پیشرفته و اخبار تازه، هر روز یک مفهوم.
3
2
2۲۹ مهر ۱۴۰۵ ۵۵۶ ۲
