‏Warp به ایجنت‌ها حافظهٔ مشترک داد

Warp قابلیتی به اسم Agent Memory رو معرفی کرده که فعلاً تو مرحلهٔ research preview هست و تیم‌به‌تیم برای design partnerها فعال می‌شه. تو مستنداتش اومده که ایده‌ش اینه: به‌جای حافظهٔ جدا برای هر ایجنت، یه سیستم حافظهٔ ماندگار روی خود Warp بشینه و همهٔ harnessهای پشتیبانی‌شده (یعنی همون محیط‌هایی که ایجنت توشون اجرا می‌شه) ازش استفاده کنن: ایجنت خود Warp، Claude Code، Codex و بقیه که بعداً اضافه می‌شن.

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

حافظه تو واحدهایی به اسم store سازمان‌دهی می‌شه و سه جور مالک داره: شخصی (مال یه کاربر)، ایجنتی (مال خود ایجنت) و تیمی، مثل runbook دیپلوی یا قراردادهای code review. اشتراک‌گذاری قدم جداگونه نداره؛ کافیه یه store تیمی رو به ایجنتی وصل کنی که کل تیم ازش استفاده می‌کنه. هر اتصال هم سطح دسترسی خودش رو داره، فقط‌خواندنی یا خواندنی‌نوشتنی، به‌علاوهٔ یه دستورالعمل اجباری که به ایجنت می‌گه کِی و چه‌جوری سراغ اون store بره.

ایجنت‌های تازه به‌صورت پیش‌فرض Auto-memory روشن دارن، یعنی موقع ساختن ایجنت تو وب‌اپ Oz یه store اختصاصی براش درست می‌شه و از همون اجرای اول شروع می‌کنه به حافظه ساختن؛ موقع ساخت می‌شه خاموشش کرد. وقتی گفتگو تموم می‌شه، Warp فکت‌ها و نتیجه‌های ماندگار رو از متن گفتگو درمیاره و به‌شکل حافظه ذخیره می‌کنه؛ دانش جدید یا با حافظهٔ قبلی ادغام می‌شه یا موقع تناقض جاش رو می‌گیره.

دو تا محدودیت فعلی رو هم خود مستندات می‌گه: اجرای لوکالِ harnessهای شخص‌ثالث تو دورهٔ research preview پشتیبانی نمی‌شه و باید به‌عنوان cloud agent اجرا بشن، و دسترسی برنامه‌نویسی از طریق Oz API و SDK هنوز نیومده. سلف‌هاستینگ روی Automation Platform هم جزو چیزهاییه که قراره بعداً بیاد.

نکات کلیدی:

• Agent Memory تو مرحلهٔ research preview هست و تیم‌به‌تیم برای design partnerها باز می‌شه
• یه حافظهٔ مشترک بین ایجنت خود Warp، Claude Code و Codex
• نوشتن بعد از پایان گفتگو و بازیابی تو پس‌زمینه، بدون مصرف توکن یا تأخیر
• سه نوع store: شخصی، ایجنتی و تیمی؛ هر اتصال read-only یا read-write
• هر ایجنت جدید یه auto-memory store داره که موقع ساخت قابل خاموش کردنه
• منبع هر حافظه و هر تغییرش ثبت می‌شه، پس قابل ردیابی و ممیزیه
• اجرای لوکال harness شخص‌ثالث و API برنامه‌نویسی هنوز پشتیبانی نمی‌شن