Anthropic راهی پیش پای توسعه‌دهندگان گذاشته که دیگر مجبور نباشند در هر نوبت کل تاریخچه گفت‌وگو را برای Claude بفرستند. این قابلیت که با نام message threads از دوم نوامبر ۲۰۲۶ در قالب بتای عمومی در دسترس است، به برنامه اجازه می‌دهد تاریخچه را یک بار بفرستد و از آن به بعد فقط پیام‌های جدید را همراه شناسه پاسخ قبلی Claude ارسال کند. هدف اصلی، حلقه‌های طولانی ایجنت‌هاست؛ به گفته شرکت، بارگذاری مکرر صدها هزار توکن پیش از آنکه مدل شروع به پاسخ کند، تأخیر محسوسی ایجاد می‌کند.
مهم‌ترین عددی که اعلام شده از ابزار برنامه‌نویسی خود Anthropic می‌آید. شرکت می‌گوید این قابلیت برای بیشتر کاربران Claude Code به‌طور پیش‌فرض روشن است و در درخواست‌هایی با حجم ۵۰۰ هزار تا یک میلیون توکن، میانه زمان تا نخستین توکن حدود ۳۵ درصد پایین آمده است. برای گفت‌وگوهای کوتاه‌تر نتیجه‌ای منتشر نشده و شرکت فقط می‌گوید هرچه زمینه بیشتری همراه ایجنت باشد، سود بیشتر است. ایجنت‌های کدنویسی، ایجنت‌هایی که با رایانه کار می‌کنند و در غیر این صورت باید تصاویر صفحه را بارها بفرستند، و فرایندهای پر از سند، کاربردهای اصلی معرفی شده‌اند.
برای استفاده کافی است فیلد thread به درخواست‌های API پیام‌ها اضافه شود و سرآیند بتای message-threads-2026-08-12 همراه آن برود. نخستین درخواست که از نوع ساخت است، کل گفت‌وگو، پرامپت سیستمی و ابزارها را در بر دارد. درخواست‌های بعدی از نوع ادامه‌اند، شناسه previous_message_id را می‌آورند و نباید پرامپت سیستمی و ابزارها را دوباره بفرستند، چون رشته آن‌ها را از همان ابتدا نگه می‌دارد. برخی تنظیمات دیگر، از جمله مدل و پیکربندی استدلال، باید در تمام عمر رشته ثابت بماند. کیت‌های توسعه Anthropic ابزار کمکی‌ای دارند که این درخواست‌ها را می‌سازد و ارسال دوباره را مدیریت می‌کند و اجراکننده ابزار در نسخه بتا هم اکنون به‌طور پیش‌فرض از رشته‌ها استفاده می‌کند.
آنچه تغییر می‌کند حجم داده‌ای است که روی شبکه جابه‌جا می‌شود، نه چیزی که مدل می‌خواند. Claude همچنان در هر نوبت کل گفت‌وگو را پردازش می‌کند؛ بنابراین به گفته Anthropic مصرف توکن، نرخ‌های عادی و سقف‌های استفاده همان است که بود. مستندات تأکید می‌کند که رشته پیام جایگزین حافظه نهان پرامپت نیست و هر کس بخواهد از محاسبه دوباره نوبت‌های قبلی پرهیز کند، باید همچنان نقاط cache_control را تعیین کند که حداکثر چهار عدد در هر درخواست مجاز است. شرکت می‌گوید هر رشته میان نوبت‌ها در حافظه و به‌صورت رمزنگاری‌شده نگه داشته می‌شود و روی دیسک نوشته نمی‌شود.
عمر این رشته‌ها عامدانه کوتاه است. هر رشته پنج دقیقه پس از آخرین درخواست منقضی و حداکثر یک ساعت پس از آخرین استفاده پاک می‌شود. اگر ادامه دادن ممکن نباشد، API خطای ۴۰۴ با کد thread_not_found برمی‌گرداند و برنامه باید کل گفت‌وگو را دوباره بفرستد تا رشته تازه‌ای باز شود؛ به همین دلیل مستندات توصیه می‌کند توسعه‌دهنده نسخه‌ای از همه پیام‌ها را نزد خود نگه دارد. هیچ APIای برای فهرست کردن، خواندن یا حذف رشته‌ها وجود ندارد، فشرده‌سازی رشته ممکن نیست و پاسخ‌هایی که مدل جایگزین سمت سرور تولید کند، در رشته ذخیره نمی‌شود. این قابلیت همچنین برای توافق‌های نگهداری صفر داده و الزامات HIPAA واجد شرایط نیست.
نسخه بتا روی همه مدل‌های Claude و در Claude API، Claude Platform on AWS، Claude in Microsoft Foundry و Claude Models on Google Cloud با مدیریت Anthropic کار می‌کند و در یادداشت‌های انتشار پلتفرم با تاریخ دوم نوامبر ثبت شده است. وب‌سایت The Next Web که همان روز خبر را منتشر کرد، بر همان بده‌بستانی انگشت گذاشت که خود Anthropic هم می‌پذیرد: این قابلیت در زمان انتظار صرفه‌جویی می‌کند، نه در هزینه.
برای تیم‌هایی که روی Claude ایجنت می‌سازند، جذابیت اصلی تأخیر کمتر و پایدارتر در جلسه‌های طولانی است، آن هم بدون بازنویسی پرامپت‌ها. در مقابل، مدیریت وضعیت سنگین‌تر می‌شود: باید شناسه پاسخ‌ها را دنبال کرد، برای انقضا و ارسال دوباره برنامه داشت و پارامترهای ثابت را دست نزد. رقم ۳۵ درصد سنجش داخلی Anthropic روی گروهی از کاربران Claude Code است، نه یک آزمون مستقل، و اثر واقعی به اندازه زمینه، تنظیم حافظه نهان و میزان منقضی شدن رشته‌ها میان نوبت‌ها بستگی خواهد داشت.