Si alguna vez le pediste a un agente de código que te armara algo en AWS (Amazon Web Services), seguro viste la escena. Te escribe un comando con una opción que no existe. Te propone una política de permisos que le abre la puerta a todo. Te jura que cierto servicio se configura de una forma que dejó de ser cierta hace ocho meses.
No es que el agente mienta. Es que aprendió AWS de un montón de texto que se congeló en una fecha, y AWS cambia cada semana. El agente está contestando de memoria sobre algo que ya se movió.
En mayo de 2026 AWS sacó una respuesta oficial a eso, y se llama Agent Toolkit for AWS. En su propia descripción es una "suite de herramientas y guía lista para producción que ayuda a los agentes de código a construir en AWS con menos errores, menor costo de tokens y controles de seguridad de nivel empresarial".
Vamos a desarmarla, porque son tres piezas distintas y conviene saber cuál te sirve.
El problema, dicho con precisión
Un agente de código sin ayuda externa tiene dos limitaciones con AWS.
La primera es que su conocimiento tiene fecha de caducidad. Lo que sabe es lo que alcanzó a leer durante su entrenamiento, y entre ese momento y hoy AWS publicó servicios nuevos, cambió opciones y retiró otras.
La segunda es más interesante. Aunque el agente supiera todo, de todos modos tendría que hablar con tu cuenta de AWS para hacer algo de verdad, y ahí entra un problema de plomería: AWS tiene más de 300 servicios y más de 15 000 operaciones de API (Application Programming Interface, la forma en que un programa le pide cosas a otro). Si le entregas esa lista completa a un agente como un catálogo de herramientas, te comes una cantidad enorme de tokens antes de que escriba la primera línea.
El kit ataca las dos cosas por separado.
Pieza uno: el servidor MCP
MCP son las siglas de Model Context Protocol, que es un estándar para que un modelo de lenguaje pueda usar herramientas externas. Un servidor MCP es, en corto, un enchufe al que tu agente se conecta para hacer cosas fuera de sí mismo.
El AWS MCP Server es el enchufe oficial de AWS, y está administrado por ellos. Lo
que hace distinto es cómo resuelve el problema del catálogo: en vez de exponerle al
agente 15 000 herramientas, le expone un conjunto pequeño y fijo. La principal se llama
call_aws, y con ella el agente ejecuta "cualquiera de las más de 15 000 operaciones de
API de AWS" usando tus credenciales.
Esa es la jugada completa. Una sola herramienta en el catálogo, todas las operaciones disponibles detrás.
El servidor también le da al agente documentación de AWS al día, consultada en el momento en vez de recordada, y le deja correr guiones de Python en un entorno aislado.
En septiembre de 2026 le añadieron una función de diagnóstico para aplicaciones sin servidor. Con ella el agente revisa una función de Lambda junto con los recursos conectados a ella en API Gateway, EventBridge, S3, DynamoDB, SNS, SQS y Step Functions, compara los errores contra una línea base de siete días y arma una cronología de los cambios recientes. Todo en una sola llamada, que según AWS gasta menos tokens que ir preguntando servicio por servicio.
Pieza dos: las skills
Esta es la que menos ruido hizo y la que más me gusta.
Una skill es un paquete de instrucciones, guiones y material de referencia para una tarea concreta: crear tablas en S3, montar una canalización de datos en Glue, escribir una política de permisos, desplegar una aplicación sin servidor. Las mantienen los equipos de AWS.
La diferencia con la documentación normal es que una skill no está escrita para que la leas tú, sino para que la siga un agente paso a paso. Es la diferencia entre darle a alguien el manual completo de una máquina y darle la hoja plastificada con el procedimiento.
No hace falta instalarlas todas por adelantado. Tu agente puede descubrirlas en el momento, a través del servidor MCP, cuando se topa con una tarea que tiene skill.
Pieza tres: los plugins
Un plugin junta el servidor MCP y un conjunto de skills en una sola instalación, para no tener que armar cada cosa por separado. Al lanzamiento salieron tres: AWS Core, AWS Data Analytics y AWS Agents.
Hay plugins listos para Kiro, Claude Code, Cursor y Codex, y el kit funciona con cualquier agente compatible con MCP.
Cómo se instala
Desde junio de 2026 el AWS CLI (Command Line Interface, la herramienta de consola de AWS) trae un comando que hace todo el trabajo:
aws configure agent-toolkit
Hace falta el AWS CLI en su versión 2.35 o superior, y tener instalado uv, que es lo
que levanta el intermediario entre tu agente y el servidor.
El comando abre un asistente que detecta cuáles agentes tienes instalados en la máquina, te deja elegir qué skills quieres para cada uno y configura la conexión al servidor MCP. Después puedes usar el mismo comando para buscar skills nuevas, instalarlas y actualizar las que ya tienes.
Qué cuesta
El kit no tiene costo adicional. En palabras de AWS, "pagas solo por los recursos de AWS que crees y por la transferencia de datos que aplique".
Lo cual lleva al punto que sí importa, y que la página de producto no pone en negritas.
Lo que le estás entregando
El agente ejecuta operaciones de API con tus credenciales de IAM. IAM (Identity and Access Management) es el sistema de permisos de AWS, y si no tienes claro cómo funciona, el artículo de IAM es el que va antes de este.
Esto no es un detalle de implementación, es el modelo de seguridad completo. El agente puede hacer exactamente lo que tu usuario de IAM puede hacer. Ni más, que es la buena noticia, ni menos, que es la que hay que pensar.
Dos consecuencias prácticas:
Los permisos que le des son el único freno real. Si trabajas con credenciales amplias porque te daba flojera afinarlas, ahora esas credenciales las está usando algo que toma decisiones solo. Vale la pena crear un usuario con permisos recortados para esto.
Un agente que crea recursos crea cobros. No hay nada en el kit que le ponga un techo a tu factura, porque el cobro no viene del kit sino de lo que el agente levante. Si todavía no tienes puestos los frenos de gasto, el artículo de cómo evitar cobros sorpresa va primero.
Hay un tercer detalle técnico que vale la pena conocer. El protocolo MCP solo contempla
OAuth 2.1 para autenticar, y AWS firma sus peticiones con otro mecanismo propio. Por eso
la instalación levanta un intermediario local, el MCP Proxy for AWS, que traduce tus
credenciales de la máquina al formato que el protocolo espera. Es la razón de que haga
falta uv y de que quede una pieza más activa en tu equipo.
Dónde está disponible
El servidor administrado vive en dos regiones: Virginia del Norte y Fráncfort. Eso es dónde está el servidor, no dónde puede trabajar: desde ahí puede hacer llamadas a cualquier región, incluida la de Querétaro.
Si quieres entender por qué esa distinción importa, el artículo de regiones lo explica con detalle.
¿Te conviene?
Sí, si ya trabajas en AWS con un agente de código. El costo de probarlo es un comando y no hay cargo adicional. Que el agente consulte documentación de hoy en vez de recordar la de hace meses resuelve la mayor parte de los comandos inventados.
Sí, si estás aprendiendo AWS. Las skills son procedimientos revisados por los equipos que construyeron cada servicio, y seguir uno de esos enseña más que pelearse con un comando que no existe.
Piénsalo dos veces si tu cuenta tiene cosas de producción y todavía trabajas con un usuario de permisos amplios. No porque el kit sea riesgoso en sí, sino porque le da alcance real a algo que hasta ahora solo te sugería texto. Ahí el orden correcto es primero afinar los permisos y poner los frenos de gasto, y después conectar el agente.
Lo que me parece lo más interesante de todo esto no es el kit en sí. Es que AWS haya aceptado que una parte de sus usuarios ya no son personas leyendo documentación, sino agentes que necesitan procedimientos. Eso dice algo sobre hacia dónde va la forma de trabajar con la nube.
Fuentes
- AWS, página de producto del Agent Toolkit for AWS: los componentes del kit, los más de 300 servicios y 15 000 operaciones de API, los agentes compatibles y el modelo sin costo adicional
- AWS, anuncio del Agent Toolkit for AWS (6 de mayo de 2026): la descripción oficial, las tres piezas, los plugins AWS Core, AWS Data Analytics y AWS Agents, y la disponibilidad en Virginia del Norte y Fráncfort
- AWS, el AWS MCP Server ya está disponible de forma general (6 de mayo de 2026): la herramienta
call_aws, la autenticación con credenciales de IAM, el intermediario para traducir a OAuth 2.1 y el detalle del costo - AWS, el AWS CLI ahora soporta el Agent Toolkit for AWS (5 de junio de 2026): el comando
aws configure agent-toolkit, la detección automática de agentes y la gestión de skills - AWS, el AWS MCP Server añade capacidad para aplicaciones sin servidor (4 de septiembre de 2026): el diagnóstico de funciones de Lambda, los servicios que revisa y la línea base de siete días
- AWS, guía de usuario del Agent Toolkit: primeros pasos: el requisito de AWS CLI 2.35 o superior, la dependencia de
uvy qué hace el asistente de instalación - AWS, guía de usuario del Agent Toolkit: skills: qué contiene una skill y cómo las descubre el agente en el momento