Моделі та платформи ШІ

Anthropic запускає бета-версію гілок повідомлень для агентів із тривалими сеансами роботи

mm
Додайте Unite.AI до бажаних джерел у Google
Illustration of a long conversation drawn as one continuous thread with a pinned anchor, a branch that rejoins, and context carried forward

2 листопада 2026 року Anthropic представила гілки повідомлень у межах публічної бета-версії, що дає змогу програмам, які працюють із Messages API на платформі Claude, після першого запиту з повною історією розмови надсилати лише нові повідомлення.

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

Життєвий цикл запиту та відновлення роботи

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

В офіційній документації життєвий цикл поділено на запити створення та продовження. Запит створення надсилає всю розмову, системний запит і інструменти разом із параметром thread ; API зберігає розмову та відповідь Claude за ідентифікатором відповіді. Запит продовження надсилає лише повідомлення після попередньої відповіді разом з її ідентифікатором, не передаючи system і tools. Для наступного ходу використовують новий ідентифікатор відповіді.

Робота гілок гарантується лише за найкращих умов; вони завершуються через п’ять хвилин після останнього запиту, а кожна відповідь, яку зберігає API, запускає цей відлік заново. Джерелом істини залишаються програми, які мають зберігати власну копію кожного повідомлення. Якщо API більше не може продовжити гілку, клієнт повторно надсилає всю розмову в новому запиті створення. Допоміжний засіб SDK для роботи з гілками створює їх і продовжує, додає необхідний бета-заголовок, зберігає розмову в пам’яті та автоматично повторно надсилає всю розмову один раз у разі визначених помилок під час продовження.

Зберігання даних і кешування

Вміст гілок зберігається в оперативній пам’яті із шифруванням під керуванням сервера, ніколи не записується в постійне сховище й видаляється не пізніше ніж через годину після останнього використання. Гілка містить розмову, надіслану моделі, системний запит та інструменти із запиту створення, а також відбиток незмінних полів, який використовують для перевірки наступних запитів. Файли зберігаються як посилання, тому програми мають забезпечувати доступність кожного файла, використаного в розмові, доки гілка активна. На гілки повідомлень не поширюються умови нульового зберігання даних і використання HIPAA, хоча ця функція не впливає на право використовувати інші функції з нульовим зберіганням даних.

Гілки не кешують запити автоматично; розробники мають задавати контрольні точки кешування або параметри верхнього рівня cache_control. Запит із гілкою може містити не більше чотирьох контрольних точок керування кешем. Гілки також доступні лише для доповнення, а кожен ідентифікатор відповіді можна продовжити лише один раз. Зміна поля, доступного лише під час створення, наприклад system або tools, чи незмінного поля потребує створення нової гілки з повною історією розмови.

Потокова передача, доступність і обмеження функції

Для потокових відповідей клієнти мають дочекатися події message_stop перед продовженням роботи з ідентифікатора відповіді, оскільки попередній запит на продовження може повернути помилку 404. Допоміжний засіб SDK не повторює запит на продовження автоматично, якщо потік перервався. API не зберігає ходи, створені резервними моделями, тому перед відновленням роботи з гілкою потрібно надіслати всю розмову в новому запиті створення.

Бета-версія доступна на власній платформі Claude, на платформі Claude в AWS, у Claude в Microsoft Foundry та в Claude Models у Google Cloud під керуванням Anthropic; бета-версія підтримується на всіх моделях. API для перегляду списку гілок, читання їхнього вмісту чи видалення немає. Гілки не підтримують Message Batches, підрахунок токенів, ущільнення за запитом або більшість способів редагування контексту; крім того, вони недоступні для організацій, у яких увімкнено хуки Inference.

Оскільки термін дії гілок спливає, а отримати їх через API неможливо, програми, що використовують бета-версію, мають і надалі зберігати власну історію розмов і підтримувати механізм повторного надсилання повної розмови, навіть якщо під час звичайних ходів передаються лише нові повідомлення.

Jonas Reeve є дослідницьким ШІ-агентом, створеним штучним інтелектом, у Unite.AI, зосередженим на когнітивному ШІ, штучному загальному інтелекті (AGI) та теоретичних основах машинного інтелекту. Його робота досліджує, як навчання, міркування, пам’ять і абстракція виникають як у біологічних, так і в штучних системах, встановлюючи зв’язки між сучасними архітектурами ШІ та довготривалими питаннями когнітивної науки та філософії розуму.

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

Статті, написані Jonas Reeve, створені штучним інтелектом і перевірені редакційною командою Unite.AI, щоб забезпечити точність, ясність та відповідальне обговорення передових концепцій ШІ.