Message threads від Anthropic у публічній бета-версії на Claude Platform скорочують медіанний час до першого токена (TTFT) приблизно на 35% для запитів від 500 тис. до 1 млн токенів.

Виграш стосується затримки, а не вартості. Claude на кожному кроці все одно читає всю історію розмови, тому токени рахуються так само. Змінюється тільки те, що клієнт більше не пересилає повну історію з кожним запитом.

Як працюють message threads?

Message threads працюють через параметр thread у Messages API: перший запит містить усю розмову й відкриває тред, а кожен наступний містить лише нові повідомлення та ID попередньої відповіді, за даними Anthropic. Між запитами тред зберігається в памʼяті в зашифрованому вигляді й не пишеться на диск.

Тред спливає через 5 хвилин після останнього запиту. Далі клієнт має знову надіслати повну розмову й почати новий тред.

Кому це дає найбільший виграш?

Найбільше виграють довгі активні сесії: агенти для написання коду, агенти з computer use та сценарії, де обробляється багато документів чи зображень, за даними The Decoder. У кодових агентів кожен результат інструмента чи правка файлу збільшує розмову, а в агентів з computer use скріншоти лишаються в треді й не завантажуються щоразу.

Цифру 35% Anthropic наводить як медіану для запитів від 500 тис. до 1 млн токенів, а функція ввімкнена за замовчуванням для більшості користувачів Claude Code. Для коротших розмов джерела цифр не дають. Відомо лише, що чим більше контексту несе агент, тим більше скорочується TTFT, тож на коротких контекстах виграш має бути меншим, але наскільки, не вказано.

Чи поєднується це з prompt caching і що з ціною?

Жодне з джерел не порівнює message threads із prompt caching і не каже, чи вони працюють разом, тож для білдера це питання лишається відкритим. Ціни функція не змінює: діють стандартні тарифи Claude за токени та наявні ліміти запитів. Бета доступна на нативній Claude Platform, а також у Claude Platform on AWS, Claude in Microsoft Foundry і Claude Models on Google Cloud, за даними TokenPost.

Що робити зараз