{"slug": "amazon-q-developer-cli-ahora-es-kiro-cli-que-cambio-y-por-que-importa", "title": "Amazon Q Developer CLI ahora es Kiro CLI — ¿Qué cambió y por qué importa?", "summary": "The Amazon Q Developer CLI has been rebranded and replaced by the new Kiro CLI, reflecting a shift from a simple terminal chatbot to a more advanced \"agentic IDE\" tool. Unlike its predecessor, Kiro CLI can reason about entire projects, read steering files, integrate with external tools via the Model Context Protocol (MCP), and execute complex workflows through features like custom agents and smart hooks. The change represents a significant evolution in AWS's development tool philosophy, offering deeper contextual understanding and autonomous action capabilities directly from the terminal.", "body_md": "# Amazon Q Developer CLI ahora es Kiro CLI — ¿Qué cambió y por qué importa?\n\nSi llevas un tiempo en el ecosistema AWS y usas herramientas de desarrollo con IA, probablemente ya notaste el cambio: **Amazon Q Developer CLI** ya no existe como tal. Ahora se llama **Kiro CLI**. Y no, no es solo un rebrand de nombre — es un cambio de filosofía completo.\n\nVamos a explorar qué pasó, qué cambió realmente, y por qué creo que esto importa más de lo que parece.\n\n## Un poco de contexto: ¿qué era Amazon Q Developer CLI?\n\n[Amazon Q Developer](https://aws.amazon.com/q/developer/) era el asistente de IA de AWS para desarrolladores. Tenía una versión en el IDE (VS Code, JetBrains), una versión en la consola de AWS, y también una CLI que te permitía interactuar con tu entorno desde la terminal usando lenguaje natural.\n\nLa idea era buena: preguntarle a un agente directamente desde tu terminal cosas como *\"¿qué instancias EC2 tengo corriendo en us-east-1?\"* o *\"genera un script para limpiar buckets S3 sin versioning\"*. Útil, pero limitado en su enfoque — era básicamente un chatbot en tu terminal.\n\n## Entonces, ¿qué es Kiro?\n\n[Kiro](https://kiro.dev) es un IDE agéntico construido sobre VS Code, lanzado por AWS. Pero lo que muchos no saben es que también tiene una CLI — **Kiro CLI** — que reemplaza directamente a Amazon Q Developer CLI.\n\nLo interesante es que Kiro no es solo \"Q con otro nombre\". El cambio refleja una evolución real en cómo AWS piensa las herramientas de desarrollo:\n\n| Amazon Q Developer CLI | Kiro CLI |\n|---|---|\n| Asistente conversacional en terminal | Agente con contexto del proyecto |\n| Respuestas puntuales | Spec-driven + MCP-driven + Steering-driven |\n| Foco en queries rápidas | Foco en workflows completos |\n| Sin memoria de proyecto | Entiende tu arquitectura y convenciones |\nComando: `q chat`\n|\nComando: `kiro-cli chat`\n|\n\nLa idea aquí es que Kiro no solo responde preguntas — razona sobre tu proyecto, lee tus steering files, se conecta a herramientas externas vía MCP, y actúa en consecuencia.\n\n## El cambio más importante: de \"asistente\" a \"agente\"\n\nEn la práctica esto significa que Kiro CLI opera con capacidades que Amazon Q Developer CLI nunca tuvo de forma nativa:\n\n### Core Features de Kiro CLI\n\n**Interactive Chat**— Conversaciones en lenguaje natural directamente en tu terminal con`kiro-cli chat`\n\n. Puede leer y escribir archivos, ejecutar comandos, y razonar sobre tu código.**Custom Agents**— Puedes crear y desplegar agentes especializados para tus workflows específicos. No estás limitado al agente genérico.** MCP Integration**— Conecta herramientas y fuentes de datos externas a través del[Model Context Protocol](https://modelcontextprotocol.io). Esto es enorme — puedes conectar Kiro CLI a servidores MCP de CloudWatch, MSK, OpenSearch, Okta, y muchos más.**Smart Hooks**— Automatiza workflows con hooks inteligentes que se ejecutan antes o después de comandos específicos.** Agent Steering**— Guía al agente con las mejores prácticas y preferencias de tu equipo usando steering files. Esto es lo que hace que Kiro entienda*tu*contexto, no solo el contexto genérico.**Auto Complete**— Sugerencias inteligentes de comandos con contexto mientras escribes en la terminal.\n\n```\n# Antes con Amazon Q Developer CLI\nq chat \"lista mis funciones Lambda en us-east-1\"\n\n# Ahora con Kiro CLI — con contexto de proyecto y MCP\nkiro-cli chat\n> revisa las funciones Lambda del proyecto y sugiere optimizaciones basándote en las métricas de CloudWatch\n```\n\nLa diferencia no es solo sintáctica. Kiro sabe qué proyecto es, tiene acceso a tus herramientas vía MCP, y puede actuar sobre eso.\n\n## ¿Cómo instalar Kiro CLI hoy?\n\nLa instalación es directa:\n\n```\n# macOS / Linux\ncurl -fsSL https://cli.kiro.dev/install | bash\n\n# Windows (PowerShell)\nirm 'https://cli.kiro.dev/install.ps1' | iex\n\n# Verificar instalación\nkiro-cli --version\n```\n\nUna vez instalado, empezar es así de simple:\n\n```\n# Navega a tu proyecto\ncd mi-proyecto\n\n# Inicia Kiro CLI\nkiro-cli\n\n# O directamente al chat\nkiro-cli chat\n```\n\n### Otros comandos útiles\n\n```\n# Traducir lenguaje natural a comandos bash\nkiro-cli translate \"muestra los últimos 10 logs de mi función Lambda\"\n\n# Habilitar sugerencias inline (requiere zsh)\nkiro-cli inline enable\n\n# Deshabilitar sugerencias inline\nkiro-cli inline disable\n```\n\nLo interesante es que `kiro-cli translate`\n\nconvierte tu instrucción en el comando bash correspondiente sin ejecutarlo — tú decides si lo corres o no. Perfecto para aprender comandos complejos de AWS CLI.\n\n## Kiro CLI en CloudShell\n\nSi no quieres instalar nada localmente, Kiro CLI ya viene disponible en [AWS CloudShell](https://docs.aws.amazon.com/cloudshell/latest/userguide/q-cli-features-in-cloudshell.html). Solo abre CloudShell y ejecuta `kiro-cli`\n\n.\n\nLas sugerencias inline en CloudShell requieren Z shell:\n\n```\n# Cambiar a zsh en CloudShell\nzsh\n\n# Las sugerencias inline se habilitan automáticamente\n# Para deshabilitarlas:\nkiro-cli inline disable\n```\n\n## Agent Steering: dale contexto persistente a Kiro CLI\n\nEsta es una de las features más importantes de Kiro CLI y la que marca la diferencia real con lo que teníamos en Amazon Q Developer CLI. Los **steering files** son archivos markdown que le dan a Kiro conocimiento persistente sobre tu proyecto, tu stack, y las convenciones de tu equipo.\n\nLa idea aquí es simple: en vez de re-explicar tu proyecto cada vez que abres una sesión, escribes un steering file una vez y Kiro lo lee automáticamente en cada interacción.\n\n### ¿Qué poner en un steering file?\n\nUn steering file es un `.md`\n\nque vive en tu proyecto (típicamente en `.kiro/steering/`\n\n) y puede contener:\n\n-\n**Stack tecnológico**— qué lenguajes, frameworks y servicios usas -\n**Convenciones del equipo**— naming conventions, patrones de diseño, estructura de carpetas -\n**Contexto de infraestructura**— nombres de instancias, ubicación de logs, usuarios del sistema -\n**Requisitos de compliance**— estándares de seguridad, accesibilidad, auditoría -\n**Reglas de negocio**— lógica específica de tu dominio que el agente debe respetar\n\n### Ejemplo real: steering file para un proyecto serverless\n\n```\n# Project Context\n\n## Stack\n- Runtime: Python 3.12 on AWS Lambda\n- API: Amazon API Gateway (REST)\n- Database: Amazon DynamoDB (single-table design)\n- IaC: AWS CDK (Python)\n\n## Conventions\n- All Lambda handlers go in `src/handlers/`\n- Business logic goes in `src/services/` — never in handlers\n- Use structured logging with aws-lambda-powertools\n- DynamoDB access patterns use PK/SK with GSI1\n\n## Security\n- All API endpoints require IAM authorization\n- No hardcoded credentials — use environment variables from Secrets Manager\n- Input validation on every handler entry point\n```\n\nLo que hace esto particularmente poderoso es que Kiro CLI usa este contexto en **cada** interacción. Si le pides que genere un nuevo endpoint, va a seguir tus convenciones automáticamente — handlers en `src/handlers/`\n\n, lógica en `src/services/`\n\n, con powertools y validación de input. Sin que tengas que repetirlo.\n\n### Steering files en la práctica\n\nEl blog de AWS sobre Oracle EBS con Kiro CLI muestra un caso real: usan steering files para darle a Kiro el conocimiento de su entorno Oracle — patrones de nombres de instancias, usuarios del OS, ubicación de logs y scripts. Así, cuando preguntan *\"¿está sano el concurrent manager?\"*, Kiro ya sabe dónde buscar sin que se lo expliquen cada vez.\n\nPara equipos, esto es oro. Un nuevo developer se une, clona el repo, y Kiro CLI ya tiene todo el contexto del proyecto en los steering files. La curva de onboarding se reduce dramáticamente.\n\n## Spec-Driven Development: ¿disponible en Kiro CLI?\n\nAcá hay que ser claros porque es una pregunta que muchos se hacen. **Spec-Driven Development es una feature del Kiro IDE, no de Kiro CLI.**\n\nSegún la documentación oficial de Kiro, las Specs viven bajo la sección de documentación del IDE (`/docs/specs/`\n\n), y no aparecen en la sidebar de la CLI. La CLI tiene: Chat, Custom Agents, MCP, Hooks, Steering, Autocomplete, y Headless — pero no Specs.\n\n### ¿Qué es Spec-Driven Development?\n\nPara los que no lo conocen, es el workflow estrella de Kiro IDE. Funciona así:\n\n-\n**Le describes tu idea** al agente en lenguaje natural -\n**Kiro genera requirements** estructurados (en formato EARS) -\n**Kiro crea un design document** con arquitectura, modelos de datos, APIs -\n**Kiro produce un plan de implementación** con tareas concretas y ordenadas -\n**Kiro ejecuta cada tarea**— escribe código, tests, documentación\n\nCada spec genera tres archivos clave: `requirements.md`\n\n, `design.md`\n\n, y `tasks.md`\n\n. Hay dos tipos de specs: **Feature Specs** (para funcionalidades nuevas) y **Bugfix Specs** (para diagnosticar y corregir bugs).\n\n### ¿Por qué no está en la CLI?\n\nMi lectura es que Spec-Driven Development requiere una experiencia visual que la terminal no puede ofrecer fácilmente — la navegación entre archivos de spec, la vista de progreso de tareas, y la interacción con el design document son inherentemente visuales. La CLI está optimizada para workflows más directos: chat, automatización, MCP, y headless.\n\n### ¿Qué usar entonces?\n\n| Necesidad | Herramienta |\n|---|---|\n| Desarrollar features completas con specs | Kiro IDE |\n| Chat agéntico desde la terminal | Kiro CLI |\n| Automatización y CI/CD |\nKiro CLI (headless) |\n| Conectar herramientas externas vía MCP |\nKiro CLI o Kiro IDE\n|\n| Steering files para contexto de equipo |\nKiro CLI o Kiro IDE\n|\n| Troubleshooting rápido de AWS | Kiro CLI |\n\nMi recomendación: usa ambos. Kiro IDE para desarrollo de features con specs, y Kiro CLI para todo lo que haces en la terminal — troubleshooting, automatización, operaciones, y CI/CD. Los steering files funcionan en ambos, así que tu contexto de proyecto se comparte.\n\n## MCP: lo que hace a Kiro CLI realmente poderoso\n\nEl Model Context Protocol es un estándar abierto que permite a agentes de IA conectarse de forma segura con herramientas externas, fuentes de datos y servicios. En la práctica esto significa que puedes extender las capacidades de Kiro CLI conectándolo a servidores MCP especializados.\n\nAlgunos ejemplos reales que ya existen:\n\n| Servidor MCP | Qué hace |\n|---|---|\nCloudWatch MCP |\nConsulta métricas, logs y alarmas con lenguaje natural |\nAmazon MSK MCP |\nAdministra clusters de Kafka — topics, configuraciones, health |\nAWS Diagram MCP |\nGenera diagramas de arquitectura AWS desde prompts |\nOpenSearch MCP |\nBusca índices, inspecciona estado del cluster, diagnósticos |\nOkta MCP |\nGestión de identidades — usuarios, grupos, permisos |\nAWS Documentation MCP |\nBusca y lee documentación de AWS en contexto |\n\nLa configuración de un servidor MCP se hace en `~/.kiro/settings/mcp.json`\n\n. Una vez configurado, Kiro CLI tiene acceso a las herramientas del servidor y las usa automáticamente cuando son relevantes para tu pregunta.\n\nLo que hace esto particularmente poderoso es que puedes combinar múltiples servidores MCP. Imagina preguntarle a Kiro CLI: *\"¿por qué mi aplicación está lenta?\"* y que automáticamente consulte CloudWatch para métricas, OpenSearch para logs, y te dé un diagnóstico completo — todo desde tu terminal.\n\n## Los métodos de login — esto es clave\n\nAcá es donde la cosa se pone interesante de verdad, porque Kiro CLI hereda el modelo de autenticación de Amazon Q Developer pero con matices que importan. Hay cuatro formas de conectarte, y cada una te da acceso a cosas diferentes:\n\n### 1. Builder ID (Free) — para empezar rápido\n\nEs la forma más simple. Te creas un [AWS Builder ID](https://docs.aws.amazon.com/signin/latest/userguide/create-aws_builder_id.html) gratis (con tu email, Google, Apple, GitHub o Amazon) y listo, ya puedes usar Kiro CLI y el IDE.\n\nLa limitación: tienes límites mensuales de uso y solo funciona en el IDE y la CLI. No tienes acceso a la consola de AWS ni a features avanzados. Pero para proyectos personales y exploración, es más que suficiente.\n\n### 2. Builder ID + Pro — más límites, tu propia cuenta AWS\n\nAcá es donde empieza a ponerse bueno. Puedes hacer upgrade de tu Builder ID al tier Pro conectándolo a tu propia cuenta de AWS. Esto te da límites de uso mucho más altos.\n\n```\n# Inicia chat con Kiro CLI\nkiro-cli chat\n\n# Dentro del chat, escribe:\n/subscribe\n# Esto abre la consola de AWS para confirmar la suscripción Pro\n```\n\nEl punto clave es que con Builder ID Pro tienes límites más altos, pero no todas las features Pro. Algunas features avanzadas solo están disponibles vía IAM Identity Center.\n\n### 3. IAM Identity Center (Free) — para equipos y organizaciones\n\nSi tu empresa ya usa [IAM Identity Center](https://aws.amazon.com/iam/identity-center/) (antes AWS SSO), puedes autenticarte con tu identidad corporativa. Esto te da acceso a la consola de AWS, apps y websites de AWS — algo que Builder ID no puede hacer.\n\nIdeal si tu admin ya configuró el Identity Center en la organización.\n\n### 4. IAM Identity Center + Pro — el combo completo 🔥\n\nY acá está el gold standard. Tu admin te suscribe a Amazon Q Developer Pro vía IAM Identity Center, y tienes acceso a **todo**: CLI, IDE, consola, apps de AWS, features avanzados, límites altos, y control empresarial.\n\nLo que hace esto particularmente poderoso es que tu empresa tiene control total: puede suscribir usuarios en bulk, trackear uso, cancelar suscripciones, y tú como developer tienes la experiencia completa en todos los canales.\n\n### La guía rápida de acceso\n\n#### 🆓 Builder ID — Free\n\n✅ CLI · ✅ IDE · ❌ Consola AWS · ❌ Features Pro\n\n→ Para empezar rápido con proyectos personales\n\n#### 💰 Builder ID — Pro\n\n✅ CLI · ✅ IDE · ❌ Consola AWS · ⚠️ Features Pro parciales\n\n→ Límites más altos, pero no el suite completo\n\n#### 🏢 IAM Identity Center — Free\n\n❌ CLI · ❌ IDE · ✅ Consola AWS · ❌ Features Pro\n\n→ Solo consola, ideal si tu admin aún no activó Pro\n\n#### 🔥 IAM Identity Center — Pro\n\n✅ CLI · ✅ IDE · ✅ Consola AWS · ✅ Features Pro completos\n\n→ La experiencia completa — el gold standard\n\nMi recomendación sincera: si eres developer individual, empieza con Builder ID Free y cuando sientas los límites, haz upgrade a Pro con tu cuenta AWS. Si estás en una empresa, pídele a tu admin que configure IAM Identity Center con Pro — es la experiencia más completa y además puedes usarlo desde Kiro IDE con toda la potencia.\n\n## Headless Mode: Kiro CLI en CI/CD\n\nUna capacidad nueva que no existía en Q Developer CLI es el **modo headless** — puedes ejecutar prompts de forma no interactiva usando API keys. Esto abre la puerta a integrar Kiro CLI en pipelines de CI/CD.\n\nEn la práctica esto significa que puedes automatizar tareas como:\n\n- Revisión de código automatizada en PRs\n- Generación de documentación en cada merge\n- Análisis de seguridad como paso del pipeline\n- Generación de tests para código nuevo\n\n## ¿Debería migrar ya?\n\nSí, y sin dudarlo. Amazon Q Developer CLI ya no recibe actualizaciones activas. Todo el desarrollo está en Kiro CLI.\n\nPero más allá de la migración técnica, lo que me parece más valioso es el cambio de mentalidad que propone Kiro: dejar de usar la IA como un buscador glorificado y empezar a usarla como un agente que entiende tu contexto, se conecta a tus herramientas, y trabaja contigo en workflows reales.\n\nLa migración en sí es simple:\n\n```\n# 1. Instalar Kiro CLI\ncurl -fsSL https://cli.kiro.dev/install | bash\n\n# 2. Donde antes usabas 'q chat', ahora usas:\nkiro-cli chat\n\n# 3. Donde usabas 'q translate', ahora:\nkiro-cli translate \"tu instrucción aquí\"\n```\n\n## El takeaway principal\n\nEl cambio de Amazon Q Developer CLI a Kiro CLI no es cosmético. Es una señal clara de hacia dónde va AWS con sus herramientas de desarrollo: **agentes con contexto persistente, conectados a tus herramientas vía MCP, que entienden las convenciones de tu equipo vía steering files, y que pueden actuar — no solo responder.**\n\nLas capacidades clave que ganamos:\n\n-\n— Chat agéntico con capacidad de leer/escribir archivos y ejecutar comandos`kiro-cli chat`\n\n-\n— Traduce lenguaje natural a bash`kiro-cli translate`\n\n-\n— Sugerencias inteligentes mientras escribes`kiro-cli inline`\n\n-\n**MCP Integration**— Conecta herramientas externas (CloudWatch, MSK, OpenSearch, etc.) -\n**Agent Steering**— Dale contexto persistente a Kiro con las prácticas y convenciones de tu equipo -\n**Custom Agents**— Crea agentes especializados para tus workflows -\n**Smart Hooks**— Automatización pre/post comandos -\n**Headless Mode**— Integración con CI/CD vía API keys\n\nY un punto importante: **Spec-Driven Development es exclusivo del Kiro IDE**. Si quieres el workflow completo de specs (requirements → design → tasks → implementación), necesitas el IDE. La CLI es para chat, automatización, MCP, y operaciones desde la terminal. Ambos comparten steering files, así que tu contexto de proyecto funciona en los dos.\n\nMi recomendación: instala Kiro CLI, crea un steering file para tu proyecto más activo, conecta un servidor MCP relevante para tu stack, y experimenta. La curva de aprendizaje es corta y el salto de productividad es real.\n\nYo soy Carlos Cortez y esto es *Breaking the Cloud* — nos vemos pronto.\n\nSígueme en:\n\n- 🔗\n[LinkedIn](https://www.linkedin.com/in/carloscortezcloud) - 🐦\n[X / Twitter](https://x.com/ccortezb) - 💻\n[GitHub](https://github.com/ccortezb) - 📝\n[Dev.to](https://dev.to/ccortezb) - 🦸\n[AWS Community](https://builder.aws.com/community/@breakinthecloud) - ✍️\n[Medium](https://ccortezb.medium.com)", "url": "https://wpnews.pro/news/amazon-q-developer-cli-ahora-es-kiro-cli-que-cambio-y-por-que-importa", "canonical_source": "https://dev.to/aws-heroes/amazon-q-developer-cli-ahora-es-kiro-cli-que-cambio-y-por-que-importa-c76", "published_at": "2026-05-21 01:03:15+00:00", "updated_at": "2026-05-21 01:32:52.645651+00:00", "lang": "en", "topics": ["developer-tools", "artificial-intelligence", "cloud-computing", "products"], "entities": ["AWS", "Amazon Q Developer", "Kiro CLI", "VS Code", "JetBrains", "MCP"], "alternates": {"html": "https://wpnews.pro/news/amazon-q-developer-cli-ahora-es-kiro-cli-que-cambio-y-por-que-importa", "markdown": "https://wpnews.pro/news/amazon-q-developer-cli-ahora-es-kiro-cli-que-cambio-y-por-que-importa.md", "text": "https://wpnews.pro/news/amazon-q-developer-cli-ahora-es-kiro-cli-que-cambio-y-por-que-importa.txt", "jsonld": "https://wpnews.pro/news/amazon-q-developer-cli-ahora-es-kiro-cli-que-cambio-y-por-que-importa.jsonld"}}