ایجنتت خراب میشه، تقصیر مدل نیست
هوش مصنوعیخلاصهٔ کامل‌تر
تو این مقاله اومده که بیشتر شکست ایجنت‌های هوش مصنوعی ریشه‌ش تو کانتکست خرابه، نه تو استدلال ضعیف مدل. ایجنتی که داده‌ی غلط یا قدیمی می‌گیره، با اطمینان کامل جواب غلط می‌ده و عوض کردن مدل با یه مدل بزرگ‌تر هم دردی ازش دوا نمی‌کنه، چون از اول مشکل از مدل نبوده. چیزی که نویسنده جلو می‌ذاره context engineering ـه: ساختن سیستم زمان‌اجرایی که تعیین می‌کنه ایجنت تو هر مرحله چه اطلاعاتی ببینه، چقدر تازه باشه و چقدر سریع برسه.
فرقش با prompt engineering هم همینه. prompt engineering سر و کارش با یه رشته دستوره: جمله‌بندی، مثال، قالب خروجی. context engineering یه لایه بالاتره و محیطی رو می‌سازه که مدل توش کار می‌کنه؛ اینکه کدوم رکورد مشتری کشیده بشه، کدوم وضعیت زندهٔ سیستم چک بشه و چطور این داده به‌موقع برسه دست مدل. حتی یه پرامپت بی‌نقص هم وقتی رکوردی که دستش می‌رسه ۱۲ ساعت قدیمیه، جواب غلط می‌ده.
نویسنده سه الگوی خرابی رو نام می‌بره. بن‌بست: ایجنت یه رکورد مثل تیکت پشتیبانی رو پیدا می‌کنه ولی هیچ مسیری به رکورد مرتبط مثل سفارش نداره، چون تو دو سیلوی جدا نشستن، و به‌جای اینکه بگه پیدا نکردم، از خودش درمیاره. وضعیت کهنه: رکورد درست رو می‌خونه ولی از یه اسنپ‌شات چندساعته؛ بسته‌ای که صبح ارسال شده هنوز ارسال‌نشده نشون داده میشه. تأخیر: داده درست پیدا میشه، ولی این‌قدر باید چند فراخوانی پشت‌سرهم بین چند API زده بشه که تا جواب برسه کاربر رفته.
به گفتهٔ نویسنده، کانتکست قابل استفاده تو محیط واقعی چهار شرط داره: قابل پیمایش باشه، یعنی ایجنت بتونه رابطهٔ بین کاربر و سفارش و تیکت رو دنبال کنه نه اینکه کورکورانه کلمه جست‌وجو کنه؛ تازه باشه؛ سریع باشه، چون یه کار ممکنه ده‌ها زیرپرس‌وجو بزنه و تأخیرها روی هم جمع می‌شن؛ و انباشتی باشه. شرط چهارم همونیه که همه نادیده می‌گیرن: اکثر ایجنت‌ها آخر هر نشست حافظه‌شون صفر میشه و دفعهٔ بعد باید همه‌چی رو از نو یاد بگیرن.
برای انباشته‌شدن، دو لایه حافظه لازمه. حافظهٔ کاری دفترچهٔ یادداشت کار جاریه و آخر نشست پاک میشه که اشکالی هم نداره. حافظهٔ بلندمدت واقعیت‌های ماندگار مثل قراردادهای پروژه و تنظیمات محیط رو نگه می‌داره. نویسنده می‌گه سپردن انتخاب این واقعیت‌ها به کاربر مقیاس‌پذیر نیست و لایهٔ حافظه باید خودش از گفت‌وگو استخراجشون کنه، بعد سر نشست جدید با جست‌وجوی معنایی فقط مرتبط‌هاش رو برگردونه، با حذف تکراری‌ها و انقضا تا انبار آشغال نشه.
نکات کلیدی:
- سه خرابی رایج: بن‌بست بین سیلوهای داده، وضعیت کهنه، و تأخیر زنجیرهٔ فراخوانی‌ها
- چهار شرط کانتکست تولیدی: قابل پیمایش، تازه، سریع، انباشتی
- حافظهٔ کاری آخر نشست پاک میشه، حافظهٔ بلندمدت باید بمونه
- بازیابی معنایی با وکتور، نه تطبیق کلیدواژه
- دموی مقاله با Redis agent memory server از طریق MCP: سه قرارداد پروژه تو یه نشست ذخیره شد و تو نشست کاملاً تازه بدون تکرارشون رعایت شد
