Нові правила роботи з AI-агентами: що змінив Claude Opus 5 для бізнес-застосувань

Якщо ваша команда вже запустила агентів на Claude і вважає, що конфігурацію можна більше не чіпати — 24 липня 2026 року ця впевненість стала ризиком. Того ж дня, коли Anthropic випустила Claude Opus 5, інженери компанії опублікували нові правила context engineering і повідомили про незручний факт: вони видалили понад 80% системного промпту Claude Code для моделей Opus 5 і Fable 5 — і не отримали жодного виміряного падіння якості на своїх оцінних наборах. Те, що ваші промпти накопичували місяцями, могло перетворитись на баласт, який гальмує агента замість того, щоб його направляти.

Що насправді змінилось у Claude Opus 5 — і чому це стосується вашого продакшну

Claude Opus 5 — не просто черговий апдейт. Це модель з вікном контексту в 1 мільйон токенів (і максимальним виводом 128 тисяч токенів), з увімкненим розширеним мисленням за замовчуванням, і з ціною $5/$25 за мільйон токенів вводу/виводу — такою ж, як у попереднього Opus 4.8. Тобто ви отримуєте суттєво потужнішу модель без зміни бюджету. На бенчмарку Frontier-Bench v0.1 Opus 5 більш ніж удвічі перевершує Opus 4.8, а на ARC-AGI 3 показує результат утричі вищий за наступну модель у списку.

Але все це — характеристики. Для команд у продакшні важливіше інше: архітектурна логіка, з якою модель тепер працює, кардинально відрізняється від попереднього покоління. Конфігурація, яка чудово справлялась із Claude Sonnet 4.5 або Opus 4.8, може давати конфліктні інструкції новій моделі — і робити це тихо, без явних помилок, просто продукуючи гірший результат.

Три зсуви, які зламали стару логіку промптів

Anthropic описує три зміни в тому, як Claude 5-покоління обробляє контекст: правила поступаються місцем судженню (жорстке правило залишається лише під задокументований збій, з якого модель сама не виходить), приклади поступаються дизайну інтерфейсу (обмеження кодуються в типізовані параметри й enum-значення інструменту, а не в few-shot приклади, що "з'їдають" токени) і все-одразу поступається progressive disclosure (Skills завантажуються тоді, коли потрібні, а не тримаються в системному промпті постійно). Детальний розбір кожного з трьох зсувів із прикладами — у статті Context engineering для Claude 5: нові правила побудови ефективних AI-агентів.

Окремо варта уваги зміна, специфічна саме для Opus 5: модель підтримує зміну набору інструментів у середині розмови зі збереженням prompt cache. Раніше список інструментів був фіксованим на весь час сесії — тепер його можна динамічно змінювати між ходами.

Практичний чеклист: як переглянути наявні агентні системи

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

Крок 1. Conflict pass — аудит суперечностей

Відкрийте кожен системний промпт і CLAUDE.md у ваших агентах. Випишіть усі абсолютні правила — все, що починається з "завжди", "ніколи", "обов'язково". Знайдіть дублікати й протилежності. Видаліть їх.

Це не академічна вправа: конфліктуючі інструкції змушують Opus 5 витрачати токени на вирішення суперечності замість виконання задачі. У довгих агентних ланцюжках такий баласт накопичується і впливає на якість рішень на пізніх кроках.

Крок 2. Obvious pass — видаліть те, що модель і так знає

Якщо правило в промпті описує поведінку, яку Claude 5 демонструє за замовчуванням після читання репозиторію чи документа — це правило більше не потрібне. Тест простий: чи зміниться поведінка агента без цього рядка? Якщо ні — видаліть.

Особлива увага до правил, написаних у 2024 або на початку 2025 року через конкретний збій старої версії моделі. Збій Claude Sonnet 3.5 — не збій Opus 5. Перевірте, чи він взагалі відтворюється.

Крок 3. Skill extraction — перемістіть процедури з CLAUDE.md

Багатокрокові процедури (наприклад, алгоритм погодження закупівлі, кроки комплаєнс-перевірки або SOP для ескалації) не повинні лежати в CLAUDE.md плоским текстом. Виноситьте їх у Skills — окремі директорії з файлом SKILL.md, які агент завантажує за потребою. Результат: коротший базовий контекст і точніший контроль над тим, яка логіка активна в конкретний момент.

Крок 4. Interface pass — перенесіть обмеження в типи інструментів

Перегляньте визначення інструментів (tool definitions) у вашому агенті. Якщо є правило типу "при запиті типу А завжди передавай параметр B у форматі C" — це правило ефективніше закодувати як enum або required field у схемі інструменту, а не тримати в системному промпті.

Крок 5. Compliance pass — не скорочуйте те, що потрібне аудитору

Це критично для команд у фінансовому секторі, охороні здоров'я чи будь-якій регульованій галузі. Заява Anthropic про "відсутність вимірюваних втрат" стосується їхніх внутрішніх coding evals — вони не охоплюють ваші регуляторні вимоги. Якщо правило існує тому, що його повинен бачити аудитор або комплаєнс-офіцер — залиште його. Але позначте чому, щоб наступний інженер не видалив його як "зайве".

Крок 6. Eval pass — виміряйте результат

Після кожного раунду скорочень запускайте власний evaluation harness. Anthropic вимірювали на своїх задачах — ваші задачі можуть поводитись інакше. Без власних вимірювань ви просто вірите на слово.

---

Про ризики, які виникають при розширенні автономії агентів без належного контролю, варто почитати окремо: Автономний злом Hugging Face: чому керівнику важливо розуміти ризики AI-агентів.

Що це означає для бізнес-рішень, а не лише для технічної команди

Власники й керівники бізнесу часто ставляться до оновлень моделей як до технічних деталей — "нехай інженери розбираються". Але Claude Opus 5 змінює параметри не лише промптів, а й операційних рішень.

Багатоагентна координація стала реальнішою

Одна з ключових нових можливостей Opus 5, яку офіційна документація Anthropic виокремлює окремим пунктом — ефективна координація команд субагентів із writer-verifier патернами з меншою кількістю конфліктів між агентами. Що це означає на практиці: якщо раніше запустити систему з п'яти-шести агентів, де один перевіряє роботу іншого, було складно через проблему "перезапису" результатів — тепер це стабільніша архітектура.

Для бізнес-задач це відкриває нові сценарії: агент-драфтер складає комерційну пропозицію, агент-ревʼювер перевіряє її на відповідність brand voice і комплаєнс вимогам, агент-аппрувер фіксує фінальну версію. Без жодного залучення людини на рутинних кроках.

Довгий контекст — не запрошення заливати все підряд

Мільйон токенів контекстного вікна звучить як "тепер можна не думати про те, що туди потрапляє". Це пастка. Технічний звіт Chroma Research зафіксував: скидання повної історії розмови (~113 тисяч токенів) знижує точність відповідей приблизно на 30% порівняно з сфокусованим вводом обсягом 300 токенів. Більше токенів у вікні не дорівнює більше розуміння у відповіді.

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

Autonomy amplifies — в обидва боки

Opus 5 спроєктований для довгих горизонтальних задач з мінімальним втручанням людини. Це чудово, коли конфігурація правильна. Але та сама автономність підсилює помилки в поганій конфігурації — агент із суперечливими інструкціями тепер здатний "зайти далі" перш ніж щось піде не так.

Перед тим як перевести агентів на Opus 5 у продакшн, запустіть їх на staging з реальними даними протягом щонайменше тижня. Зверніть особливу увагу на граничні кейси — запити, де старий агент раніше "застрягав" і просив підтвердження. Новий може не зупинитись.

Як це виглядає з боку ради директорів

Керівники, які вже провели цей аудит і перебудували агентні системи під нові стандарти, матимуть перед радою директорів і інвесторами конкретну розмову — не "ми використовуємо AI", а "ми перейшли на Opus 5, скоротили операційний контекст на X%, виміряли якість і маємо цифри". Це різниця між компанією, яка слідкує за трендами, і компанією, яка будує відтворювану перевагу.

---

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

---

FAQ

Чи потрібно терміново переходити з Claude Opus 4.8 на Opus 5? Терміново — ні, але стратегічно — так, і краще зробити це з аудитом конфігурації, а не просто "перемкнути модель". Opus 5 при тій самій ціні дає суттєво вищу якість на складних задачах, але старі системні промпти, написані під менш здібні моделі, можуть давати конфліктні сигнали і знижувати результат.

Що таке context engineering і чому це важливіше за prompt engineering? Prompt engineering — це один запит. Context engineering — це вся інфраструктура, яку модель бачить: системний промпт, інструменти, пам'ять, файли Skills, результати попередніх кроків агента. Для багатокрокових агентних систем якість цієї інфраструктури впливає на результат набагато більше, ніж формулювання одного запиту.

Чи безпечно скорочувати системний промпт на 80%, як зробила Anthropic? Anthropic зробила це на власних coding evals — ваші задачі можуть відрізнятись. Особливо обережно треба бути у регульованих галузях: правила, що виглядають "зайвими" з технічної точки зору, можуть бути критичними для документування відповідності вимогам. Скорочуйте поступово і вимірюйте на власних оцінних наборах.

Як зміна інструментів у середині розмови впливає на агентні системи? Нова можливість Opus 5 — mid-conversation tool changes зі збереженням prompt cache — дозволяє динамічно підключати або вимикати інструменти між кроками агента без перезапуску сесії. Це важливо для сценаріїв, де агент переходить між фазами задачі (наприклад, дослідження → написання → публікація) і кожна фаза потребує власного набору інструментів.

Скільки коштує Claude Opus 5 для бізнес-застосувань? Ціна становить $5 за мільйон вхідних токенів і $25 за мільйон вихідних — незмінна порівняно з Opus 4.8. Для командного та корпоративного використання модель доступна на планах Claude Team і Enterprise, а також через API. На плані Claude Max Opus 5 є моделлю за замовчуванням.

---

Якщо ви вже використовуєте Claude у продакшні — найважливіше, що ви можете зробити цього тижня, це не оновити підписку, а провести conflict pass своїх системних промптів. Саме там накопичились правила, написані під старіші моделі, які тепер працюють проти вас. Більшість команд, з якими ми спілкувались, знаходять щонайменше 3–5 суперечливих правил у першому ж агенті.

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

Поділіться в коментарях: скільки правил ви вже видалили зі своїх промптів — і що змінилось? Або напишіть нам напряму, якщо хочете пройти аудит разом.