Agent Toolkit для AWS: безопасное управление облаком через AI

Зачем вам Agent Toolkit для AWS?

Вы когда-нибудь давали AI-агенту доступ к своему AWS-аккаунту и молились, чтобы он не натворил дел? Со старыми MCP-серверами это было как передать ключи от дома восторженному стажёру без инструкций. Agent Toolkit for AWS меняет правила игры: теперь у вас есть контроль, аудит и песочница для кода. Давайте разберёмся, как это работает и почему стоит перейти прямо сейчас.

Что такое Agent Toolkit for AWS

Agent Toolkit for AWS — это официальный набор инструментов от Amazon, который даёт AI-агентам (вроде Claude Code, Kiro, Cursor) безопасный доступ к AWS API. Всё под капотом — через Model Context Protocol (MCP). В комплекте четыре компонента:

• AWS MCP Server — управляемый удалённый сервер для доступа к AWS API
• Skills — пошаговые инструкции для типовых задач (деплой serverless, отладка Lambda)
• Plugins — пакеты для IDE с готовой конфигурацией MCP
• Rules files — конфигурация проекта, которая направляет поведение агента

Главное отличие от старых community-серверов — безопасность. Раньше агент получал ваши credentials без ограничений. Теперь каждое действие можно контролировать и логировать.

Почему старый подход был рискованным

Community MCP-серверы от awslabs работали локально. Вы давали агенту свои ключи доступа, и он мог делать всё что угодно: удалять бакеты, менять политики, запускать дорогие инстансы. И никакого аудита — только история терминала, если вы её вели. Для экспериментов сойдёт, но для реальной инфраструктуры — лотерея.

Agent Toolkit: безопасность, которой можно доверять

Переход на Agent Toolkit — это как нанять лицензированного подрядчика вместо стажёра. Вот что вы получаете:

IAM condition keys — ваш главный щит

Управляемый AWS MCP Server поддерживает IAM condition keys. Вы можете ограничить, какие действия агенту разрешены, и отозвать права в любой момент. Например, эта политика запрещает агенту удалять S3-бакеты, даже если у ваших credentials есть такие права:

{
  "Effect": "Deny",
  "Action": "s3:DeleteBucket",
  "Resource": "*",
  "Condition": {
    "Bool": {
      "aws:CalledViaAWSMCP": "true"
    }
  }
}

Вы по-прежнему можете удалять бакеты вручную. Агент — нет. Идеально для dev-среды: создайте отдельный IAM-профиль с минимальными правами и привяжите condition keys как страховку.

Песочница для кода

Agent Toolkit включает sandboxed Python runtime с boto3. Агент пишет скрипт, запускает его на удалённом сервере и получает результат. Ваш локальный компьютер не выполняет этот код. Никаких сюрпризов в виде случайного rm -rf.

# Пример: агент пишет boto3-вызов и запускает его в песочнице
import boto3

client = boto3.client('s3')
buckets = client.list_buckets()
# Агент получает структурированный ответ, код на вашей машине не выполняется
print([b['Name'] for b in buckets['Buckets']])

Полный аудит через CloudTrail

Каждый вызов API логируется в CloudTrail и CloudWatch. Вы видите, что делал агент, когда и с какими параметрами. В поле invokedBy будет aws-mcp.amazonaws.com — так вы отличаете действия агента от своих собственных. Раньше для этого пришлось бы рыться в истории терминала.

Встроенный поиск по документации

Больше не нужно запускать отдельный MCP-сервер для AWS Documentation. Agent Toolkit умеет искать, читать страницы и проверять региональную доступность сервисов. Всё в одном сервере.

Expert Skills — готовые решения для типовых задач

Skills — это кураторские воркфлоу, которые выходят за рамки документации. Например, skill aws-serverless покрывает Lambda, API Gateway, Step Functions, EventBridge, SAM и CDK. Внутри — советы по cold starts, отладке CORS, конкурентности и production-ready настройкам. Мы разберём их в следующих статьях.

Мультипрофильная поддержка

Работаете с несколькими AWS-аккаунтами? Передайте флаг --profile в конфигурации — агент сам направит запросы через нужные credentials.

Сравнение: старый сервер vs Agent Toolkit

Как перейти за 5 минут

Если вы всё ещё используете старые community MCP-серверы, переключитесь прямо сейчас. Инструмент бесплатный — вы платите только за ресурсы AWS, которые агент создаёт или использует, по стандартным тарифам. Есть квоты по умолчанию: 3 запроса в секунду на аккаунт. Для одного разработчика — более чем достаточно.

Шаг 1: Установите prerequisites

• AWS CLI v2.32.0+
• Установленный uv
• Валидные AWS credentials

Шаг 2: Отключите старые серверы

Если у вас настроены awslabs MCP-серверы (aws-mcp-server или aws-documentation-mcp-server), отключите их, чтобы избежать конфликтов инструментов. Позже сможете включить обратно для сравнения.

Шаг 3: Настройте MCP

Для Kiro добавьте в ~/.kiro/settings/mcp.json:

{
  "mcpServers": {
    "aws-mcp": {
      "command": "uvx",
      "timeout": 100000,
      "transport": "stdio",
      "args": [
        "mcp-proxy-for-aws==1.6.0",
        "https://aws-mcp.us-east-1.api.aws/mcp",
        "--metadata",
        "AWS_REGION=us-west-2"
      ]
    }
  }
}

Обратите внимание: в URL эндпоинта указан регион us-east-1 — там работает сам MCP Server. А AWS_REGION=us-west-2 — это регион ваших ресурсов. Если используете именованный профиль, добавьте:

"args": [
  "mcp-proxy-for-aws==1.6.0",
  "https://aws-mcp.us-east-1.api.aws/mcp",
  "--metadata",
  "AWS_REGION=us-west-2",
  "--profile",
  "your-profile-name"
]

Шаг 4: Проверьте

Спросите агента: «List my S3 buckets». Если видите свои бакеты — всё работает.

Что делать прямо сейчас

1. Откройте настройки MCP в вашем IDE или терминале
2. Замените конфигурацию старого сервера на новую из примера выше
3. Создайте IAM-роль с минимальными правами для агента
4. Добавьте condition key для защиты критических операций
5. Проверьте, что аудит работает: выполните тестовый запрос и найдите его в CloudTrail

Agent Toolkit for AWS — это не просто апдейт, это смена парадигмы. Вы перестаёте бояться, что агент что-то сломает, и начинаете использовать его на полную мощность. Попробуйте — и напишите в комментариях, как прошёл переезд.