Технічний контекст: що саме викотили і чому це змінює гру
Я уважно розібрав документацію Anthropic щодо Programmatic Tool Calling (PTC) і побачив головне: це не «ще один tool use», а зміна механіки оркестрації. Claude тепер може згенерувати Python-скрипт, виконати його в пісочниці (sandbox) і всередині цього виконання робити множинні виклики інструментів, обробляти дані та повертати в контекст лише підсумок.
Ключовий елемент — інструмент виконання коду code_execution_20260120. У класичному підході агент робить ланцюжок: викликав інструмент → отримав сиру відповідь → знову інференс → наступний виклик. У PTC я отримую один «виконавчий блок»: цикли, умови, обробку помилок та агрегації Claude переносить у код, а не в розмазані по токенах роздуми.
Найпрактичніша деталь — модель безпеки через allowed_callers. Якщо я хочу, щоб інструмент міг викликатися з sandbox-коду, я явно прописую "allowed_callers": ["code_execution_20260120"] (або додаю “direct”, якщо потрібно два режими). Це дисциплінує архітектуру: небезпечні операції (платежі, видалення, будь-які «незворотні» дії) я не пускаю в програмний контур.
І ще одна річ, яку багато хто пропускає: Anthropic прямо підштовхує описувати виходи інструментів максимально структурно (JSON-схеми, поля, типи). У PTC це не косметика — від якості схем залежить, наскільки стійко код буде парсити відповіді та фільтрувати шум.
Вплив на бізнес та автоматизацію: де виграють, а де можна «зламати прод»
У моїх термінах це про три метрики: латентність, вартість контексту та передбачуваність. Коли агенту потрібно зробити 20–200 однотипних дій (вивантаження, перевірки, звірки, enrichment), послідовні round-trip виклики перетворюють систему на повільну та дорогу. PTC пакує серію кроків в один виконуваний сценарій і різко знижує накладні витрати на повторні інференси.
Друга вигода — контекст перестає роздуватися проміжними результатами. Я можу прогнати через інструменти тисячі рядків транзакцій або позицій складу, агрегувати та повернути в модель лише зведення і винятки. Це прямий важіль для ІІ автоматизація в обліку, логістиці, закупівлях, комплаєнсі та аналітиці, де «сирі таблиці» зазвичай вбивають контекстне вікно.
Але я також бачу новий клас ризиків. Якщо команда без досвіду починає «дозволяти все з коду», вона випадково відкриває шлях до небажаних операцій. У проектах Nahornyi AI Lab я закладаю політику інструментів: read-only за замовчуванням, write-інструменти тільки з додатковими перевірками, а незворотні дії — через окремий людський або сервісний гейт.
Хто виграє? Компанії, у яких багато процесних рутин і даних, а не просто чат-бот. Хто програє? Ті, хто розраховував «склеїти агента на промптах» без інженерної дисципліни: PTC підвищує планку до архітектура ШІ-рішень та тестування.
Стратегічний погляд: як я будував би стек агентів під PTC у 2026
Я сприймаю PTC як крок до «мікросервісної» моделі агентів: модель стає оркестратором, а бізнес-логіка розпадається на інструментальні контури з чіткими контрактами. У наших впровадженнях я б виділив три шари: каталог інструментів з контрактами, шар політик (хто і звідки може викликати), і шар спостережуваності (трасування, бюджети, ліміти sandbox).
Неспостережувана PTC-система буде дорогою в підтримці. Тому я відразу проектую телеметрію: які інструменти викликаються, скільки часу займає блок виконання, скільки даних відфільтровано, де відбуваються ретраї. Це перетворює «магічного агента» на керований виробничий компонент, який можна оптимізувати як звичайний backend.
Мій неочевидний прогноз: через PTC багато компаній почнуть переносити частину ETL і звірок з BI-скриптів прямо в агентні ланцюжки. Це можливо, але тільки якщо впровадження штучного інтелекту робиться з контролем якості даних, версіонуванням схем і регрес-тестами на типових кейсах. Інакше ви отримаєте «розумну» автоматизацію, яка іноді мовчки помиляється.
Цей розбір підготував Вадим Нагорний — провідний експерт Nahornyi AI Lab з AI-архітектури та автоматизації. Я беру PTC як практичний інструмент для продакшн-агентів: від політики allowed_callers до спостережуваності та безпечної інтеграції ШІ у ваші системи. Напишіть мені — розберемо ваш процес, виберемо інструменти, спроектуємо контури безпеки і доведемо агента до стабільної роботи в проді.