AWS запускает Claude Code удалённо: одна microVM на каждую задачу
AWS показала, как вынести Claude Code с ноутбука в Amazon Bedrock AgentCore: каждая задача запускается в отдельной microVM, получает временный доступ к GitHub и возвращается черновиком pull request. Агент сам планирует изменение, пишет код, запускает тесты и проводит ревью — максимум за три попытки. Это подходит для небольших фич и исправлений в доверенных репозиториях, но не решает проблему вредоносного кода внутри проекта.
AI-обработка оригинала AWS Machine Learning Blog; редакция Hamidun News
Удалённый coding agent решает знакомую проблему: локальный Claude Code полезен, пока ноутбук открыт, окружение не занято, а задача не требует долгого прогона тестов. AWS предлагает вынести этот процесс в Amazon Bedrock AgentCore. Разработчик формулирует задачу, закрывает ноутбук, а позже получает черновик pull request с изменениями и результатом проверки.
Здесь важен не сам факт запуска Claude в облаке. Ценность — в собранном контуре: отдельная среда на каждую задачу, временный доступ к GitHub, приватные соединения с сервисами AWS, ограниченная IAM-роль и обязательное человеческое ревью. Агент может написать код, но не может самостоятельно слить его в основную ветку.
Как проходит одна задача
Представим небольшой баг: API возвращает 500 вместо 404, когда запись не найдена. Разработчик отправляет описание через плагин Claude Code или веб-консоль. Запрос подписывается AWS-учётными данными, проверяется Amazon Bedrock Guardrails, сохраняется в DynamoDB и попадает в очередь SQS.
Диспетчер запускает отдельную сессию AgentCore Runtime. Для каждой задачи создаётся собственная microVM с изолированными процессором, памятью и файловой системой. Внутри уже находятся Claude Code CLI, Claude Agent SDK, git и make. Агент получает временный GitHub-токен, клонирует репозиторий и смотрит сохранённые подсказки от предыдущих запусков этого проекта.
Дальше Claude Opus составляет план, а Claude Sonnet вносит изменения. Агент запускает команды установки и тестирования, объявленные самим репозиторием. Затем Opus проверяет результат и при необходимости возвращает работу на новый круг. Всего предусмотрено до трёх попыток. В финале агент создаёт ветку вида agent/<taskId> и открывает pull request, где указывает команду проверки, код её завершения и число попыток. Если тесты не прошли, pull request остаётся черновиком.
Где здесь безопасность
Контейнер не получает постоянных AWS-ключей. Вызовы моделей идут через Amazon Bedrock с временными IAM-данными среды выполнения. GitHub App устанавливается только в выбранные репозитории, а выданный агенту токен действует до 8 часов. Права ограничены содержимым репозитория и pull request, коммиты подписываются учётной записью приложения.
Сеть тоже ограничена: среда работает в приватных подсетях VPC, а к Bedrock и другим сервисам AWS обращается через частные точки подключения. Выход в интернет нужен для GitHub и реестров пакетов. В примере домены провайдера модели блокируются через DNS Firewall, однако AWS честно предупреждает: список запрещённых доменов не контролирует весь HTTPS-трафик. Для продакшена нужен разрешающий список на уровне AWS Network Firewall.
Guardrails проверяет исходное задание на попытки взлома, вредоносные запросы и секреты. Но файлы репозитория и вывод команд через эту проверку не проходят. Поэтому вредоносная инструкция, спрятанная в README или скрипте сборки, остаётся риском. Изоляция microVM защищает другие задачи и ноутбук разработчика, но не превращает недоверенный код в безопасный.
Что делать команде
Начинать стоит с узких задач в доверенном репозитории: небольшой фичи, исправления бага или добавления тестов. В проекте должны быть воспроизводимые команды setup и test, а основная ветка — защищена обязательным ревью. Открытые исследования и большие рефакторинги подходят хуже: агент ограничен тремя попытками, а во время выполнения им сложнее управлять, чем локальной сессией.
Есть и цена. Развёртывание занимает 15–25 минут, регистрация репозитория — ещё 8–12 минут. NAT Gateway, сетевые точки подключения, WAF, Cognito, DNS Firewall, хранилища образов и журналы оплачиваются даже без активных задач. Бюджет в 200 долларов лишь присылает уведомление и не останавливает расходы.
Практический вывод простой: это не «Claude Code на удалённом сервере», а заготовка управляемой фабрики pull request. Она интересна командам, которым нужны параллельные фоновые задачи, аудит в AWS и изоляция от рабочих ноутбуков. Но запускать её стоит только вместе с защитой веток, контролем исходящего трафика, лимитами расходов и жёстким правилом: агент предлагает изменения, человек решает, что попадёт в продукт.
- 8 нояб. 2026 г.Проверка фактов спасла компании до $100 000 рекламного бюджета
- 8 нояб. 2026 г.OpenIDE научилась звать Codex на ревью прямо из чата с Claude и ждать сброса лимитов
- 8 нояб. 2026 г.Perplexity запустила Teammates: ИИ-агентов, которые работают круглосуточно за $200
- 8 нояб. 2026 г.Как QA-агенты сами пополняют базу знаний и сокращают поиск причины бага с 2 часов до 10 минут
Вопросы и ответы по материалу
Что известно по теме: как проходит одна задача?
Представим небольшой баг: API возвращает 500 вместо 404, когда запись не найдена. Разработчик отправляет описание через плагин Claude Code или веб-консоль. Запрос подписывается AWS-учётными данными, проверяется Amazon Bedrock Guardrails, сохраняется в DynamoDB и попадает в очередь SQS. Диспетчер запускает отдельную сессию AgentCore Runtime. Для каждой задачи создаётся собственная microVM с изолированными процессором, памятью и файловой системой. Внутри уже находятся Claude Code CLI, Claude Agent SDK, git и make.
Что известно по теме: где здесь безопасность?
Контейнер не получает постоянных AWS-ключей. Вызовы моделей идут через Amazon Bedrock с временными IAM-данными среды выполнения. GitHub App устанавливается только в выбранные репозитории, а выданный агенту токен действует до 8 часов. Права ограничены содержимым репозитория и pull request, коммиты подписываются учётной записью приложения. Сеть тоже ограничена: среда работает в приватных подсетях VPC, а к Bedrock и другим сервисам AWS обращается через частные точки подключения.
Что известно по теме: что делать команде?
Начинать стоит с узких задач в доверенном репозитории: небольшой фичи, исправления бага или добавления тестов. В проекте должны быть воспроизводимые команды setup и test, а основная ветка — защищена обязательным ревью. Открытые исследования и большие рефакторинги подходят хуже: агент ограничен тремя попытками, а во время выполнения им сложнее управлять, чем локальной сессией. Есть и цена. Развёртывание занимает 15–25 минут, регистрация репозитория — ещё 8–12 минут.
Соберите рабочего ИИ-агента или сервис своими руками без ручного кода
В Академии Жемала Хамидуна (academy.hamidun.com) открыт бесплатный 72-часовой тест-драйв: интерактивные скетч-уроки по Claude Code и Cursor, живой Tech Radar и готовые шаблоны агентов.
Главное из мира ИИ — раз в неделю
7 ключевых событий недели, отобранных вручную. Без шума, репостов и пресс-релизов.
Готово! Проверьте почту — мы отправили подтверждение.