


28 октября AWS объявила общий доступ к Amazon Bedrock AgentCore CLI 1.0, пакету @aws/agentcore 1.0.0. Командный инструмент позволяет работать с уже существующими ресурсами агента без предварительного добавления каждого из них в проект. На Mentoring.digital разбираем, кому пригодится это разделение.
Проектный режим нужен, когда связанные ресурсы описываются и развёртываются вместе. Отдельные команды обращаются к уже развёрнутым средам выполнения, памяти, шлюзам и другим компонентам AgentCore. В документации подчёркивается, что большинство команд ресурсов предназначены для чтения, просмотра списков или вызова ресурса.
Версия 1.0 поддерживает обращение по ID или ARN, интерактивную оболочку и экспорт harness, то есть среды организации работы агента. Поисковые меню, выбор ресурсов и пошаговые сценарии помогают ориентироваться в доступных объектах. Это не отменяет проверку того, к какому ресурсу относится команда.
Для команд унифицированы параметры региона, вывода JSON, отладки и информации о версии. AWS также заявляет более быстрый запуск CLI; собственных измерений редакция не проводила. Для существующих проектов предусмотрена команда agentcore migrate.
При переходе полезно сначала сохранить текущую конфигурацию проекта и проверить изменения на отдельной рабочей копии. Не стоит одновременно менять версию CLI, модель агента и набор инструментов: тогда сложнее понять, чем вызвано новое поведение.
Начните с чтения состояния: сверьте учётную запись AWS, регион и идентификатор выбранного ресурса. Для автоматизации сохраните пример JSON-ответа и проверьте, что ваш скрипт корректно обрабатывает ошибку, отсутствие ресурса и неожиданные поля. Вызов действующего агента планируйте отдельно от простого просмотра конфигурации.
Если ваша задача связана с Python-кодом агента, разберите границы между его логикой и облачными ресурсами с ментором по Python для серверных приложений. Удобная командная оболочка помогает управлять инфраструктурой, но не подтверждает правильность ответа агента или безопасность его инструментов.