# AWS навчив AgentCore писати політики безпеки звичайною мовою > Amazon Bedrock AgentCore тепер генерує guardrail-політики Dogwood з опису природною мовою — без ручного написання правил безпеки для AI-агентів. - Опубліковано: 20 серпня 2026 р. (2026-08-20T19:28:03.544637+00:00) - Розділ: Безпека AI - На основі публікації: [AWS ML](https://aws.amazon.com/blogs/machine-learning/authoring-dogwood-policies-from-natural-language-in-amazon-bedrock-agentcore/) - Видання: AiiN (https://aiin.news) - URL: https://aiin.news/article?slug=aws-%D0%BD%D0%B0%D0%B2%D1%87%D0%B8%D0%B2-agentcore-%D0%BF%D0%B8%D1%81%D0%B0%D1%82%D0%B8-%D0%BF%D0%BE%D0%BB%D1%96%D1%82%D0%B8%D0%BA%D0%B8-%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D0%BA%D0%B8-%D0%B7%D0%B2%D0%B8%D1%87%D0%B0%D0%B9%D0%BD%D0%BE%D1%8E-%D0%BC%D0%BE%D0%B2%D0%BE%D1%8E --- Amazon Bedrock AgentCore тепер уміє перетворювати звичайний текстовий опис правил на робочу Dogwood-політику — без того, щоб інженер вручну прописував кожен дозвіл і заборону для агента. [За даними AWS ML](https://aws.amazon.com/blogs/machine-learning/authoring-dogwood-policies-from-natural-language-in-amazon-bedrock-agentcore/), команда сервісу показала конкретний робочий процес: описуєш намір текстом — на виході отримуєш структуровану політику, готову до підключення в AgentCore. Це не косметична фіча. AgentCore — платформа AWS для розгортання й експлуатації AI-агентів у продакшні: вона відповідає за runtime, ідентичність агента, пам'ять і виклики зовнішніх інструментів. Кожен такий виклик — потенційна діра, якщо агент отримає забагато прав або звернеться не туди, куди мав. Dogwood-політики — це саме той шар, що визначає межі дозволеного: які дії агент може виконувати, до яких ресурсів звертатися і за яких умов запит варто заблокувати. До цього анонсу написання такої політики означало розбиратися в синтаксисі правил вручну — типова робота для security- чи platform-інженера, а не для команди, що просто хоче швидко розгорнути агента. AWS прибирає цей крок, залишаючи природну мову як єдиний вхідний інтерфейс. ## Що таке Dogwood-політики і навіщо вони AgentCore? Dogwood — це механізм політик усередині Amazon Bedrock AgentCore, який визначає межі дій AI-агента: що йому дозволено викликати, до яких даних звертатися і в яких випадках запит слід відхилити. По суті, це guardrails не для тексту, який генерує модель, а для дій, які агент реально виконує — виклик API, звернення до бази, запуск інструмента. Різниця важлива. Класичні guardrails у Bedrock фільтрують контент — токсичність, галюцинації, заборонені теми. Dogwood-політики працюють на рівні поведінки агента: вони не питають «чи це коректний текст», а «чи має агент право це зробити». Для агентів, які підключені до реальних систем — CRM, платіжних шлюзів, внутрішніх API — це значно більш критичний контроль. ## Як AWS перетворює текстовий опис на робочу політику? За описаним AWS підходом інженер формулює намір природною мовою — наприклад, які дії дозволені конкретній ролі агента чи за яких умов доступ до ресурсу треба обмежити, — і отримує на виході структуровану Dogwood-політику, готову до підключення в AgentCore, без ручного написання правил рядок за рядком. Це знімає типовий бар'єр входу: раніше, щоб коректно описати навіть відносно просте обмеження, треба було знати внутрішній синтаксис політик. Тепер поріг входу — вміння сформулювати правило звичайною мовою, а перевірка коректності лягає на інструмент, а не на пам'ять інженера. - Менше ручного написання правил безпеки для кожного нового агента чи сценарію. - Нижчий поріг входу — політики може ініціювати не лише security-інженер, а й команда продукту. - Швидший цикл ітерацій: описати намір, перевірити, скоригувати формулювання — а не переписувати синтаксис. ## Кому це реально заощадить час? Найбільше виграють команди, які вже розгортають агентів у продакшн і стикаються з тим, що guardrails — це не разова настройка, а постійна робота: кожен новий інструмент чи роль агента вимагає окремого правила. Ручне написання політик у таких умовах перетворюється на вузьке місце, яке гальмує реліз, а не одноразову задачу. Практична різниця відчутна вже на етапі onboarding нового агента: замість того, щоб чекати на security-рев'ю правил у форматі, зрозумілому лише вузькому колу людей, продуктова команда описує намір — «агент може читати замовлення клієнта, але не може змінювати статус оплати» — і отримує чернетку політики для перевірки. Питання, наскільки автономними взагалі можна дозволяти бути агентам, піднімають не лише хмарні провайдери: про те, де регулятори проводять цю межу, ми писали окремо в матеріалі про те, [де уряди проводять межу автономії ШІ-агентів](https://aiin.news/article?slug=де-уряди-проводять-межу-автономії-ші-агентів). Для команд на ранній стадії, які лише пробують AgentCore, ефект інший: нижчий поріг входу означає, що налаштувати базові guardrails можна одразу, а не відкладати «на потім, коли буде security-інженер». За нашою оцінкою, це також знижує ризик того, що агента запустять у продакшн взагалі без політик — просто тому, що написати їх вручну здавалося довгою задачею. ## Висновок AiiN: що це означає для AI-білдерів? Головний ефект тут не в самій зручності, а в тому, що AWS переносить guardrails агентів із категорії «спеціалізована експертиза» в категорію «звичайний крок налаштування». Це продовжує загальний тренд: інфраструктура для агентів дозріває швидше за практики безпеки навколо неї, і виробники платформ намагаються закрити цей розрив інструментами, а не документацією. Наша теза: поріг входу в безпеку агентів падає швидше, ніж поріг входу в саму розробку агентів, — і це добре, бо баланс раніше був протилежний. Але автоматична генерація політики з опису природною мовою не звільняє команду від перевірки результату: варто читати згенеровану Dogwood-політику так само уважно, як і код, що вона захищає, — особливо перед першим підключенням до продакшн-агента з доступом до реальних даних. ## Чи можна редагувати згенеровану Dogwood-політику вручну? Так, згенерована політика — це звичайний артефакт AgentCore, який можна переглянути і скоригувати вручну перед підключенням. Природна мова тут — спосіб швидко отримати чорновик, а не заміна контролю над фінальним результатом. ## Чи стосується це лише AgentCore, чи й інших сервісів Bedrock? Підхід, описаний AWS, стосується саме Dogwood-політик усередині Amazon Bedrock AgentCore — тобто контролю дій агентів, а не класичних content-guardrails Bedrock, які фільтрують текстові відповіді моделі. --- Теги: AWS, AgentCore, AIагенти, БезпекаШІ, Guardrails, Bedrock Джерело: AiiN — https://aiin.news/article?slug=aws-%D0%BD%D0%B0%D0%B2%D1%87%D0%B8%D0%B2-agentcore-%D0%BF%D0%B8%D1%81%D0%B0%D1%82%D0%B8-%D0%BF%D0%BE%D0%BB%D1%96%D1%82%D0%B8%D0%BA%D0%B8-%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D0%BA%D0%B8-%D0%B7%D0%B2%D0%B8%D1%87%D0%B0%D0%B9%D0%BD%D0%BE%D1%8E-%D0%BC%D0%BE%D0%B2%D0%BE%D1%8E. Цитуючи, посилайтесь на канонічний URL.