Anthropic روز ۲ نوامبر ۲۰۲۶ (۱۲ آبان ۱۴۰۵) قابلیتِ «Message Threads» را در حالت بتا برای Messages API معرفی کرد. با آن، گفتگو سمتِ سرور نگه داشته می‌شود و در هر نوبت فقط پیام‌های تازه فرستاده می‌شود، نه کلِ تاریخچه. این یعنی درخواست‌های کوچک‌تر و زمانِ کوتاه‌تر تا اولین توکن در گفتگوهای طولانی و حلقه‌های ایجنت. مأخذ: یادداشت‌های انتشارِ رسمیِ Anthropic و Unite.AI.
مشکل قبلی چه بود؟
در Messages API تا امروز هر درخواست باید کلِ گفتگو را دوباره می‌فرستاد. در گفتگوی کوتاه مهم نیست، ولی ایجنتی که ده‌ها مرحله کار می‌کند و هر مرحله ابزار صدا می‌زند، هر بار حجمِ بزرگی را دوباره ارسال می‌کند. Message Threads همین دوباره‌فرستادن را حذف می‌کند.
اگر می‌خواهی همین حالا امتحانش کنی، گفتگو با هوش مصنوعی در هوش نو با توضیح فارسی و بدون فیلترشکن کار می‌کند.
چطور کار می‌کند؟
- فعال‌سازی: با هدرِ بتای
message-threads-2026-08-12در درخواست‌ها. - درخواستِ اول و بعدی: یک بار گفتگو را می‌فرستید؛ بعد از آن در هر درخواست فقط پیام‌های تازه را.
- انقضا: هر thread پنج دقیقه بعد از آخرین درخواست منقضی می‌شود و حداکثر یک ساعت بعد از آخرین استفاده پاک می‌شود.
- کجا در دسترس است: Claude API، Claude Platform on AWS، Claude در Google Cloud (با مدیریتِ Anthropic) و Claude در Microsoft Foundry.
درباره‌ی عددهای سرعت
در یادداشتِ رسمی عددِ مشخصی برای کاهشِ تأخیر نیامده و فقط از «زمانِ کمتر تا اولین توکن» گفته شده است. بعضی رسانه‌ها عددی برای درخواست‌های بسیار طولانی نوشته‌اند، اما چون منبعِ رسمی ندارد، آن را تکرار نمی‌کنیم. بهتر است برنامه‌نویس‌ها روی بارِ خودشان اندازه بگیرند.
این یعنی چه برای کاربر فارسی‌زبان؟
این قابلیت برای توسعه‌دهندگان است، نه کاربرانِ چتِ معمولی. اگر ایجنت یا ابزارِ هوشمند می‌سازید، حالا طراحیِ حلقه‌های طولانی ساده‌تر می‌شود؛ درباره‌ی ساختارِ ایجنت‌ها می‌توانید گزارشِ Managed Agents و تبدیلِ زیرایجنت‌ها به یک حلقه را بخوانید. اگر فقط می‌خواهید با Claude و مدل‌های دیگر گفتگو کنید، در ابزارهای هوش‌نو می‌شود بدون کدنویسی امتحان کرد.
چه چیزی معلوم نیست؟
یادداشت‌ها نمی‌گویند هزینه‌ی توکن چگونه محاسبه می‌شود یا ذخیره‌ی سمتِ سرور چه ملاحظه‌های حریمِ خصوصی دارد؛ پیش از استفاده برای داده‌ی حساس، مستندات را بخوانید: مستنداتِ Message Threads.
سؤالات متداول
Message Threads را همه می‌توانند استفاده کنند؟
در حالت بتاست و با هدرِ ذکرشده فعال می‌شود؛ روی چهار بستر در دسترس است.
اگر پنج دقیقه درخواستی نفرستم چه می‌شود؟
thread منقضی می‌شود. در هر حال بعد از حداکثر یک ساعت از آخرین استفاده پاک می‌شود.
آیا هزینه کم می‌شود؟
در یادداشتِ رسمی چنین وعده‌ای نیست؛ تمرکز روی اندازه‌ی درخواست و تأخیر است.
یک مثال ساده
فرض کنید ایجنتی دارید که برای یک تیکتِ پشتیبانی بیست بار ابزار صدا می‌زند: جست‌وجوی سفارش، خواندنِ سیاست، نوشتنِ پاسخ و… . در روشِ قبلی، در مرحله‌ی بیستم باید نوزده مرحله‌ی قبلی را دوباره می‌فرستادید. با Message Threads در همان مرحله فقط نتیجه‌ی ابزارِ آخر را می‌فرستید و سرور بقیه را از قبل دارد. تفاوت وقتی بیشتر می‌شود که نتیجه‌ی ابزارها طولانی باشد، مثلاً متنِ یک سند یا خروجیِ یک پایگاه داده.
چه ملاحظه‌هایی دارد؟
- چون thread پنج دقیقه بعد از آخرین درخواست منقضی می‌شود، ایجنت‌هایی که بینِ مرحله‌ها طولانی منتظرِ انسان یا سیستم دیگری می‌مانند باید راهِ بازسازیِ گفتگو داشته باشند.
- داده‌ی گفتگو تا حداکثر یک ساعت سمتِ سرور می‌ماند؛ برای داده‌ی حساس سیاستِ شرکتتان را بررسی کنید.
- چون هنوز بتاست، رفتار و هدر ممکن است تا نسخه‌ی پایدار تغییر کند.
جمع‌بندی
Message Threads یک بهبودِ فنیِ ساده ولی کاربردی است: به‌جای فرستادنِ دوباره‌ی تاریخچه، سرور آن را نگه می‌دارد. اثرِ واقعی‌اش را فقط اندازه‌گیریِ خودتان نشان می‌دهد، چون سودِ آن به طولِ گفتگو و تعدادِ مرحله‌ها بستگی دارد. اگر ایجنتِ شما گفتگوهای کوتاه دارد، شاید تفاوتِ محسوسی نبینید؛ ولی برای حلقه‌های طولانی و نتیجه‌های بزرگِ ابزار ارزشِ امتحان‌کردن دارد، به‌ویژه حالا که روی چند بسترِ ابری در دسترس است.
