Hay una escena que ya se volvió demasiado normal: gente cuidando que la laptop no se duerma porque ahí sigue corriendo Codex, Claude Code o el agente que quedó a medio refactor. AWS decidió atacar ese problema de frente en su post del 8 de junio de 2026 sobre Amazon Bedrock AgentCore.

La parte importante no es “ahora también puedes correr agentes en la nube”. La parte importante es otra: AWS ya juntó en una sola superficie las piezas que normalmente quedan regadas entre scripts caseros, worktrees y secretos mal puestos.

Escena editorial con varias sesiones de coding agents corriendo en entornos aislados y una laptop ya cerrada

Qué anunció realmente AWS

La guía de AWS describe un runtime donde cada sesión del agente recibe:

una microVM aislada;
un workspace persistente;
una shell interactiva real;
y acceso a tools vía Gateway con credenciales fuera del entorno del modelo.

Eso cambia el tipo de pregunta que te puedes hacer. Ya no es solo “¿mi agente resuelve el ticket?”. También puedes preguntar si lo resuelve sin compartir localhost, llaves SSH, ~/.aws/credentials o puertos con otros agentes y con tu propia máquina.

El punto fino: worktrees ya no bastan cuando sube la concurrencia

Muchos builders ya usan git worktree para correr dos o tres agentes en paralelo. AWS hace una crítica válida: el worktree aísla archivos, pero no aísla la máquina.

En el mismo host siguen chocando:

el mismo localhost:5432,
el mismo :3000,
el mismo keyring,
la misma VPN,
y la misma salida de red.

Por eso el artículo insiste en una idea simple: el problema de los agentes largos no es solo el branch; es el host.

Lo que sí cambia para equipos de plataforma

AWS empuja cuatro piezas que sí importan fuera de la demo:

1. Workspace persistente

El post explica que el runtime puede reanudar el mismo /mnt/workspace, incluyendo .git, caches y dependencias. Eso pega directo a tareas largas: un agente no pierde estado solo porque se suspendió la laptop o porque cerraste la tapa.

2. Shell interactiva que se puede retomar

Desde el 5 de junio de 2026, AgentCore también suma interactive shells con reconexión. Eso reduce uno de los dolores más tontos del loop agentic: cuando necesitas entrar a revisar el mismo entorno donde el agente venía trabajando, sin bootear todo desde cero.

3. Ejecución determinista fuera del modelo

AWS también empuja una idea sana: si una acción ya es determinista, por ejemplo npm test o git push, no siempre debes gastar tokens para decidirla. Parte de la guía se apoya justo en eso: separar razonamiento del agente y comandos que la plataforma puede disparar de forma directa.

Composición editorial con rutas MCP, observabilidad y políticas de acceso antes de llegar a tools de GitHub, Jira y Slack

4. Tools gobernadas por Gateway y observabilidad central

La otra pieza fuerte es Gateway. AWS vende un endpoint MCP único para tools como GitHub, Jira, Slack o servicios propios, con tokens reales fuera del entorno del agente, y CloudWatch como capa de observabilidad.

Ahí es donde la noticia sí se vuelve buscable para tráfico cualificado:

bedrock agentcore coding agents
claude code aws
codex agentcore
host coding agents aws

No son búsquedas masivas, pero sí son búsquedas de gente que ya está comparando dónde correr un agente serio.

Dónde usaría esto y dónde no

Lo usaría cuando necesitas:

correr varios agentes en paralelo sobre el mismo repo o ticket;
aislar secretos y red mejor que en un portátil;
mantener sesiones largas vivas sin babysitting;
o dejar trazas y políticas en una capa que el equipo de plataforma sí pueda gobernar.

No lo usaría si tu loop sigue siendo corto, individual y barato de rehacer. Hay casos donde un agente local con buen criterio de permisos sigue siendo suficiente.

Mi lectura

La noticia útil aquí no es que AWS tenga “su versión de cloud agents”. La noticia útil es que AgentCore ya empieza a parecerse más a un workstation gobernable que a una simple sandbox para demos.

Si todavía te falta la base antes de mover un agente a runtime remoto, empieza por el curso gratis. Y si quieres comparar esta jugada con otra capa más enfocada en tools y catálogo MCP, conversa bien con AWS Transform entrando por MCP a Codex y Claude.