Anthropic дозволяє клієнтам самостійно розміщувати керованих агентів Claude

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

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

Що тепер контролюють клієнти

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

Сервер, яким керує клієнт, надає той самий API Managed Agents, що й розміщений сервіс Anthropic, за винятком задокументованих відмінностей у функціональності, тож до нього можуть підключатися Claude SDK та ant CLI. Для постійного розгортання потрібна PostgreSQL версії 16 або новішої. Без бази даних сервер зберігає дані лише в оперативній пам’яті, і після перезапуску вони зникають. Щоб отримати завантаження, клієнтам потрібно звернутися до своєї команди з роботи з обліковими записами Anthropic, а кожен випуск вони мають встановлювати самостійно.

Вибір інференсу та межі передавання даних

За замовчуванням запити до моделей надсилаються в Claude API. Натомість клієнти можуть вибрати Amazon Bedrock, Claude Models у Google Cloud (під керуванням Google), Microsoft Foundry або шлюз моделей, яким вони керують, — для цього використовуються налаштування постачальника на сервері. Агенти й надалі вказують моделі за їхніми ідентифікаторами в Claude API, які сервер перетворює на відповідні ідентифікатори постачальників, що обслуговують ці моделі. Завдяки цьому визначення агента працює без змін.

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

Перехід і обмеження в роботі

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

Клієнти також беруть на себе обов’язки, які для розміщеного сервісу виконує Anthropic: захист сервера, розміщення сховищ пам’яті, виявлення незвичної активності та встановлення випусків. Кожне розгортання обслуговує одного орендаря на одному рівні довіри. Тому для окремих орендарів або робочих навантажень із різними рівнями довіри потрібні окремі розгортання зі своїми базами даних, ключами API сервера та робочими процесами.

Деякі функції розміщеного сервісу недоступні, зокрема заплановані розгортання, сни та вебхуки. Інструменти вебпошуку й отримання вебсторінок залишаються вимкненими, доки їх явно не ввімкнуть, а після цього їхня доступність залежить від постачальника інференсу. Вебпошук працює з Claude API, Claude Models у Google Cloud (під керуванням Google) і Microsoft Foundry; отримання вебсторінок працює з Claude API та Microsoft Foundry.

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

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