Funciones de Kiro: qué salió, en qué producto y cómo usarlas

Una línea de tiempo de las funciones de Kiro desde la preview de julio de 2025 hasta octubre de 2026 a la izquierda y, a la derecha, los productos de Kiro que las usan con su versión actual: Kiro IDE 1.3.11, Kiro CLI 2.31.1 con la 3.0 en camino, Kiro Web GA desde el 1 de septiembre, cloud sessions en preview, Kiro Mobile en TestFlight para iOS, Kiro Crew 0.8.0, powers en formato Agent Plugins, Workflows opcional y la consola de Kiro con IAM Identity Center. Debajo, qué funciones sirven en la extensión de Claude Code: AGENTS.md, AWS MCP, AI-DLC y los mismos modelos de Claude tal cual; specs, steering, skills, la config de MCP y powers con un puente; hooks, Workflows, la nube, Web y los créditos son solo de Kiro

Kiro saca algo casi cada semana: una versión del IDE el lunes, una del CLI el martes, un modelo nuevo el jueves, una función de Web en una fecha sin número de versión. Uso Kiro junto a Claude Code en todos mis proyectos personales y más de una vez he descubierto una función de Kiro días después de su lanzamiento, tras hacer a mano justo lo que automatiza. Este post es la solución, hecho igual que mi línea de tiempo de funciones de Claude: una línea de tiempo de cada función notable a un lado y los productos de Kiro que la usan al otro, la versión actual de cada producto, si la función también sirve cuando usas la extensión de Claude Code dentro de Kiro y, para las funciones que más importan, el mejor caso de uso y un ejemplo que puedes ejecutar hoy.

Última revisión: 19 de octubre de 2026. Un agente programado relee el changelog de Kiro cada semana, actualiza este post y me envía los cambios por email. Cómo funciona está al final.

TL;DR

  1. Kiro es ahora un solo agente en muchas superficies: el IDE, el CLI, Kiro Web (que absorbió al agente autónomo), las cloud sessions, una app para iOS, Kiro Crew (open source) y cualquier editor que hable el Agent Client Protocol. Todas comparten la misma configuración .kiro/.
  2. Versiones actuales: Kiro IDE 1.3.11, Kiro CLI 2.31.1 (la 3.0, con el harness V3 por defecto, llega a finales de octubre), Kiro Web GA desde el 1 de septiembre, Kiro Crew 0.8.0.
  3. Los grandes cambios del último año: de un IDE a todas las superficies (CLI, Web, Mobile, cloud sessions), de prompts sueltos a orquestación (subagentes, tareas de spec en paralelo, Workflows), de "aprobar cada comando" a permisos, sandbox y modo autónomo, y de solo Claude a muchos modelos (Claude, GPT‑5.6, open-weight).
  4. En la extensión de Claude Code, lo compartido son archivos planos: AGENTS.md, el Markdown de specs y steering, las carpetas SKILL.md y los servidores MCP, incluido el Agent Toolkit for AWS de la propia AWS. Hooks, Workflows, cloud sessions y créditos son solo de Kiro.
  5. Si adoptas solo cinco cosas: specs, steering (o AGENTS.md), hooks, powers y Workflows.

Los productos y sus versiones actuales

ProductoQué esVersión actualNotas de versión
Kiro IDE (macOS, Windows, Linux)El editor de escritorio, un fork de Code OSS, con specs, steering, hooks y chat1.3.11 (15 oct. 2026); la 1.0 salió el 25 jun. 2026Changelog del IDE
Kiro CLI (kiro-cli, macOS, Linux, Windows 11)El agente de terminal, sucesor del Amazon Q Developer CLI2.31.1 (14 oct. 2026); harness V3 opcional, por defecto en la 3.0Changelog del CLI · CLI 3.0
Kiro Web (app.kiro.dev)El agente en el navegador: modos colaborativo y autónomo, GitHub y GitLabGA desde el 1 sep. 2026Changelog de Web
Cloud sessionsEl mismo harness en un sandbox gestionado, iniciado desde el IDE, el CLI, Web o el móvilPreview (IDE 1.0.293+, CLI 2.17+)Docs
Kiro Mobile (iOS)Inicia y dirige cloud sessions desde el móvilAcceso anticipado en TestFlight, iOS 26+, planes de pagoDocs
Kiro CrewOrquestador open source que maneja kiro-cli por ACP, con bots para Slack, Discord y Teams0.8.0 (27 sep. 2026)Changelog de Crew · 0.8
PowersPaquetes instalables de skills, servidores MCP, steering y hooksFormato Agent Plugins desde el IDE 1.0.288; kiro-cli powers install desde la 2.25Docs · kirodotdev/powers
WorkflowsRecetas de pasos de agente, cada uno en su propia sesión, con bucles y condiciones de paradaOpcional desde el 30 sep. 2026 (IDE 1.2, CLI 2.26, Web)Docs
Consola de Kiro (empresas)Usuarios, facturación y gobierno; la antigua consola de Amazon Q DeveloperIAM Identity Center, Okta, Entra ID; us-east-1, eu-central-1, GovCloudDocs
PlanesCréditos compartidos por todas las superficiesFree (50 créditos), Pro 20 $ (1.000), Pro+ 40 $ (2.000), Pro Max 100 $ (5.000), Power 200 $ (10.000); excedente a 0,04 $ por créditoPrecios

Un harness, todas las superficies, y dónde encaja Claude Code

A la izquierda, la carpeta .kiro de un repositorio: steering, specs, skills, hooks, agents, settings/mcp.json, workflows y un AGENTS.md en la raíz. En el centro, un solo harness de agente compartido por Kiro IDE 1.3.11, Kiro CLI 2.31.1, Kiro Web, Kiro Mobile, las cloud sessions, Kiro Crew, editores ACP como JetBrains y Zed, y GitHub mediante la etiqueta kiro y los comentarios /kiro; Configuration Sync sube .kiro a la nube. A la derecha, la extensión de Claude Code instalada en Kiro desde Open VSX: AGENTS.md vía CLAUDE.md, los servidores MCP de AWS y AI-DLC funcionan tal cual; specs, steering, skills y mcp.json funcionan con un puente; hooks, agentes personalizados, Workflows, cloud sessions y créditos no se trasladan

Lo que hace fácil perderse funciones de Kiro es también lo que lo hace fácil de adoptar: desde el IDE 1.0 y el harness V3 del CLI, todas las superficies ejecutan el mismo agente sobre la misma carpeta .kiro/. Un archivo de steering que escribes para el IDE lo lee el CLI, una cloud session que inició tu móvil y un paso de un Workflow.

La extensión de Claude Code se instala en Kiro desde el registro Open VSX; la propia documentación de VS Code de Anthropic nombra a Kiro como fork compatible. Funciona con tu plan de Anthropic (o Bedrock), no con créditos de Kiro, y no ve al agente de Kiro. Lo que comparte con Kiro son los archivos. En la línea de tiempo, la columna Claude Code indica:

  • ✓ funciona tal cual en la extensión,
  • ↔ funciona con un pequeño puente (un @import, un enlace simbólico, una config portada),
  • — solo Kiro. Cuando Claude Code tiene su propio equivalente, lo nombro.

La línea de tiempo: función ↔ productos

Lo más nuevo primero. Productos son donde puedes usar la función hoy, no solo donde se lanzó. Las filas con ★ tienen un caso de uso y un ejemplo más abajo.

FechaFunciónProductos de KiroClaude Code
2026‑10‑15Panel de revisión de Markdown: comenta pasajes de un spec o .md y envíalos en un loteIDE 1.3.11—
2026‑10‑15Kimi K3 (experimental), 1M de contextoIDE, CLI, Web, Crew—
2026‑10‑13★ Sandbox de comandos local y modo autónomo localIDE 1.3, CLI 2.31 (V3)— (su /sandbox, auto mode)
2026‑10‑12Anuncio del CLI 3.0: el harness V3 pasa a ser el predeterminado a finales de octubreCLI—
2026‑10‑02Claude Sonnet 5.5 (experimental), 1M de contextoIDE, CLI, Web, Crew✓ nativo
2026‑09‑30★ Workflows: recetas de pasos de agente con bucles y condiciones de paradaIDE 1.2, CLI 2.26, Web, Crew— (sus workflows)
2026‑09‑30Control de métodos de inicio de sesión y telemetría en la región para empresasIDE, CLI, consola—
2026‑09‑28Claude Opus 5.5 (experimental), también en GovCloudIDE, CLI, Web, Crew✓ nativo
2026‑09‑28kiro-cli powers installCLI 2.25—
2026‑09‑27Kiro Crew 0.8: equipos de crewmates (preview), plantillas de agente, vigilancias más silenciosasCrew—
2026‑09‑14Agent Artifacts y builds nativos ARM64IDE 1.1—
2026‑09‑01★ Kiro Web GA; la config sincronizada en la nube aplica a sesiones localesWeb, IDE, CLI—
2026‑08‑27GPT‑5.6 Sol, Terra y LunaIDE, CLI, Web—
2026‑08‑13AGENTS.md anidados limitan instrucciones a una carpetaIDE 1.0.309, CLI 2.18 (V3)↔ @import
2026‑08‑11★ Cloud sessions (preview) y Configuration SyncIDE, CLI, Web, Mobile—
2026‑08‑07★ Powers en formato Agent Plugins, instalables desde una carpeta o URL de GitHubIDE 1.0.288, CLI V3, Web↔ reusar skills, MCP
2026‑08‑04★ Kiro Crew 0.1: orquestador open source sobre ACPCrew—
2026‑07‑24Claude Opus 5 (experimental)IDE, CLI, Web✓ nativo
2026‑07‑20Hooks globales en ~/.kiro/hooks/ y búsqueda de sesionesIDE 1.0.182, CLI V3— reescribir
2026‑07‑01Claude Sonnet 5IDE, CLI, Web✓ nativo
2026‑06‑25★ Kiro IDE 1.0: sesiones de agente en paralelo, permissions.yaml, agentes personalizados en Markdown, hooks v1IDE (el CLI V3 tiene lo mismo)↔ agentes, — hooks
2026‑06‑25FedRAMP High y DoD IL‑4/5 en GovCloudIDE, CLI—
2026‑06‑19Automations: ejecuciones programadas en la nube que abren pull requestsWeb— (Routines)
2026‑06‑17★ Acceso anticipado al CLI V3: specs en la terminal, permisos, hooks independientesCLI 2.8+ (--v3)↔ archivos de spec
2026‑06‑12/goal <objective>: planificar, implementar y verificar en bucle hasta cumplir el objetivoCLI 2.7— (su /goal)
2026‑06‑11Plan Pro Max, 100 $ por 5.000 créditosTodos—
2026‑06‑05aws configure agent-toolkit: el AWS CLI configura el Agent Toolkit para los agentes que encuentraIDE, CLI✓
2026‑05‑29Claude Opus 4.8IDE, CLI, Web✓ nativo
2026‑05‑07★ Preview de Kiro Web: agente en el navegador, PRs multi-repo, disparadores de GitHubWeb—
2026‑05‑06★ Tareas de spec en paralelo, Quick Plan, Analyze RequirementsIDE 0.12, CLI V3, Web↔ lee tasks.md
2026‑05‑06★ Agent Toolkit for AWS y AWS MCP Server GA: servidor MCP, skills y plugins de AWS para agentes de programaciónIDE, CLI, Web (MCP, skills)✓ plugin aws-core
2026‑04‑13★ Kiro CLI 2.0: Windows, modo headless para CI, nueva interfaz de terminalCLI— (claude -p)
2026‑04‑02Quick Spec (/quick-spec); MiniMax M2.5 y GLM‑5IDE 0.11.130—
2026‑03‑241M de contexto para Claude Opus 4.6 y Sonnet 4.6IDE, CLI✓ nativo
2026‑03‑11Gobierno del registro MCP y de modelos; adjuntos PDF, DOCX, XLSXIDE 0.11, CLI—
2026‑02‑18★ Specs design-first y de bugfix, revisión por hunk, hooks Pre/Post Task, prompts MCPIDE 0.10↔ archivos de spec
2026‑02‑16Kiro en AWS GovCloud (US); modelos open-weight (DeepSeek, MiniMax, Qwen)IDE, CLI—
2026‑02‑12Inicio de sesión con Okta y Microsoft Entra ID con SCIMIDE, CLI, Web—
2026‑02‑05★ Subagentes personalizados y ★ Agent Skills; hooks Pre/Post Tool Use; Claude Opus 4.6IDE 0.9, CLI↔ skills (enlace)
2026‑02‑04kiro-cli acp: usa Kiro desde JetBrains, Zed y otros editores ACPCLI 1.25—
2026‑01‑16Skills en el CLI, /compact, inteligencia de código para 18 lenguajesCLI 1.24↔ skills
2025‑12‑18Subagentes, búsqueda y fetch web, hooks Prompt Submit y Agent Stop, .kiroignoreIDE 0.8, CLI 1.23—
2025‑12‑03★ Powers: MCP, steering y hooks que se cargan por palabras claveIDE 0.7, CLI V3, Web↔ reusar partes
2025‑12‑02Agente autónomo de Kiro (preview, re:Invent); hoy es el modo autónomo de Kiro WebWeb—
2025‑11‑29AWS Labs publica en open source los workflows de AI-DLCIDE, CLI✓ --harness claude
2025‑11‑24Claude Opus 4.5 (experimental)IDE, CLI✓ nativo
2025‑11‑17★ GA con property-based testing y checkpoints; ★ lanzamiento de Kiro CLIIDE 0.6, CLI—
2025‑10‑31★ MCP remoto, steering global, soporte de AGENTS.mdIDE 0.5, CLI✓ AGENTS.md, ↔ MCP
2025‑09‑29Claude Sonnet 4.5; tareas de spec opcionales (MVP)IDE 0.3✓ nativo
2025‑09‑17Enrutador de modelos Auto y precios por créditosTodos—
2025‑07‑14★ Preview: specs (EARS), steering, agent hooks, MCP, Autopilot y SupervisedIDE 0.1↔ specs, steering

Mejores casos de uso, con un ejemplo para cada uno

Agrupados por lo que te ayudan a hacer, no por fecha. Cada uno dice cuándo compensa y trae un ejemplo que puedes pegar, más cómo obtener lo mismo en la extensión de Claude Code.

Planifica antes de programar: specs

Specs (jul. 2025; design-first y bugfix en feb. 2026; tareas en paralelo en may. 2026) · IDE, CLI V3, Web. Tres archivos Markdown por función en .kiro/specs/<feature>/: requirements.md en notación EARS, design.md y tasks.md (o bugfix.md para un bug). Analyze Requirements busca contradicciones en los requisitos; Run all Tasks ejecuta las tareas independientes en oleadas paralelas; Kiro genera tests basados en propiedades a partir de los requisitos. Ideal para: cualquier función que toque más de tres archivos, o cualquier bug que quieras arreglar sin romper lo que funciona.

## Requirement 1: Rate-limit the contact form

**User story:** As the site owner, I want repeated submissions blocked, so that spam does not reach my inbox.

#### Acceptance criteria

1. WHEN a visitor submits the form more than 3 times in 10 minutes from the same IP THE SYSTEM SHALL reject the request with HTTP 429.
2. WHEN a submission is accepted THE SYSTEM SHALL send one email through Amazon SES and respond with HTTP 200.
3. IF the honeypot field is filled THEN THE SYSTEM SHALL return HTTP 200 without sending an email.

En el IDE, inicia un spec desde el panel de chat; en el CLI V3, ejecuta /spec new. Referencia un spec en el chat con #spec. En Claude Code ↔: los archivos son Markdown plano, así que la extensión puede leerlos e implementarlos (@.kiro/specs/contact-rate-limit/tasks.md), pero pierdes el estado de las tareas, las oleadas paralelas y los tests de propiedades generados por Kiro. Es el formato que usa mi propio flujo de trabajo basado en specs, así que ambos agentes trabajan desde el mismo spec.

Enseña al agente una vez: steering, AGENTS.md y skills

Steering (jul. 2025; inclusión auto en feb. 2026) · IDE, CLI, Web. Archivos Markdown en .kiro/steering/ (proyecto) o ~/.kiro/steering/ (global), con cuatro modos de inclusión en el front matter. Ideal para: convenciones que el agente debe seguir en cada petición (always), solo para algunos archivos (fileMatch), bajo demanda (manual, se convierte en un comando slash) o cuando la petición coincide con una descripción (auto).

---
inclusion: fileMatch
fileMatchPattern: ["amplify/**/*.ts"]
---

# Amplify Gen 2 backend rules

- Define every function with `defineFunction` in `amplify/functions/<name>/resource.ts`.
- Read secrets with `secret('NAME')`, never from `process.env` in source.
- Grant SES access through `backend.<fn>.resources.lambda.addToRolePolicy`, scoped to one identity.

AGENTS.md (oct. 2025; anidados desde ago. 2026) · IDE, CLI. Un AGENTS.md en la raíz es steering siempre incluido, y uno anidado aplica a su carpeta. Ideal para: las reglas que quieres que siga cualquier agente, Kiro y Claude Code por igual. En Claude Code ✓: haz de AGENTS.md la fuente de verdad e impórtalo, junto con el steering que quieras, desde CLAUDE.md. Claude Code lee el texto pero ignora el front matter inclusion: de Kiro, así que importa solo el steering que deba aplicarse siempre.

# CLAUDE.md
@AGENTS.md
@.kiro/steering/tech.md
@.kiro/steering/structure.md

Agent Skills (IDE 0.9 y CLI 1.24, inicios de 2026) · IDE, CLI, Web. El mismo formato abierto SKILL.md que usa Claude, en .kiro/skills/<name>/ o ~/.kiro/skills/<name>/; solo se cargan el nombre y la descripción hasta que una petición coincide. Ideal para: procedimientos, no reglas: "abre un PR de release", "añade un artículo nuevo en los dos idiomas". En Claude Code ↔: mismo formato, otra carpeta. Mantén una copia y enlaza la otra:

mkdir -p .claude
ln -s ../.kiro/skills .claude/skills   # Claude Code now loads the same skills

Automatiza las comprobaciones aburridas: agent hooks

Agent hooks (jul. 2025; formato JSON v1 con el IDE 1.0 y el CLI V3; hooks globales en jul. 2026) · IDE, CLI V3. Archivos JSON en .kiro/hooks/ o ~/.kiro/hooks/. Un hook ejecuta un comando de shell o le pide algo al agente ante un evento: SessionStart, UserPromptSubmit, PreToolUse, PostToolUse, PreTaskExec, PostTaskExec, PostFileCreate, PostFileSave, PostFileDelete, Stop. El código de salida 2 bloquea la acción en PreToolUse, PreTaskExec y UserPromptSubmit. Ideal para: lint y tests al guardar, bloquear un comando peligroso, añadir contexto fresco a cada prompt.

{
  "version": "v1",
  "hooks": [
    {
      "name": "lint-on-save",
      "trigger": "PostFileSave",
      "matcher": "\\.(ts|tsx|mdx)$",
      "action": { "type": "command", "command": "npm run lint" },
      "timeout": 30,
      "enabled": true
    }
  ]
}

En Claude Code —: los eventos y la regla del código de salida 2 son casi iguales, pero Claude Code lee los hooks de settings.json, así que pórtalos a mano. Los hooks escritos para el IDE 0.x (archivos .kiro.hook) ya no se ejecutan; el IDE 1.0 los migra.

Conecta herramientas: MCP y powers

MCP (jul. 2025; servidores remotos en oct. 2025; gobierno en mar. 2026) · IDE, CLI, Web. .kiro/settings/mcp.json (proyecto) se combina sobre ~/.kiro/settings/mcp.json (usuario). Servidores locales por stdio y remotos por Streamable HTTP con OAuth. Ideal para: darle al agente tu documentación, tu nube y tus tickets. El ejemplo es el AWS MCP Server del Agent Toolkit for AWS, que cubro en la sección de AWS más abajo.

{
  "mcpServers": {
    "aws": {
      "command": "uvx",
      "args": [
        "mcp-proxy-for-aws-cli@latest",
        "https://aws-mcp.us-east-1.api.aws/mcp",
        "--metadata",
        "AWS_REGION=us-west-2"
      ]
    }
  }
}

En Claude Code ↔: la forma mcpServers es la misma, así que una entrada stdio pasa a .mcp.json tal cual. Quita las claves propias de Kiro como autoApprove y disabledTools, y para un servidor remoto usa "type": "http" con url en vez del url y headers de Kiro.

Powers (dic. 2025; formato Agent Plugins en ago. 2026) · IDE, CLI V3, Web. Un power empaqueta skills, servidores MCP, steering y hooks, y solo se carga cuando tu petición coincide con sus palabras clave, así que veinte powers instalados no llenan la ventana de contexto. Entre los socios de lanzamiento están Datadog, Figma, Stripe, Supabase, Netlify, Postman y Neon, además de una colección de powers de AWS. Instala uno desde el panel de Powers, desde una URL de GitHub o con kiro-cli powers install. El manifiesto de un power es un plugin.json:

{
  "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json",
  "name": "contact-form",
  "displayName": "Contact form on Amplify",
  "version": "1.0.0",
  "description": "Amplify Gen 2 function, SES and rate limiting for contact forms.",
  "keywords": ["contact form", "ses", "rate limit", "amplify"],
  "license": "MIT"
}

A su lado van skills/, un mcp.json y steering opcional. Ideal para: empaquetar "cómo hacemos X aquí" con las herramientas que necesita, para un equipo o para tu yo del futuro. En Claude Code ↔: el manifiesto no es un plugin de Claude Code, pero las skills/ y el mcp.json de un power funcionan allí con los puentes de arriba.

Delega y orquesta: subagentes, agentes personalizados y Workflows

Agentes personalizados y subagentes (dic. 2025 → jun. 2026) · IDE, CLI. Archivos Markdown en .kiro/agents/ con modelo, herramientas, servidores MCP y permisos en el front matter. En el CLI, kiro-cli agent create, /agent swap y /upgrade-agent para convertir una config antigua al esquema actual (/upgrade-agent diagnostics solo informa).

---
description: Reviews Amplify backend changes for IAM scope and secrets
model: claude-sonnet-5.5
tools: [read, shell]
permissions: { rules: [ { capability: shell, effect: allow, match: ["npx ampx *", "npm test*"] } ] }
---
You review only files under amplify/. Flag any IAM policy with a wildcard resource
and any secret read from process.env. Never edit files.

Un agente también puede ser un archivo JSON en las mismas carpetas: .kiro/agents/ del proyecto tiene prioridad sobre ~/.kiro/agents/, y el nombre del archivo, sin .json ni .md, es el nombre del agente. Este es el ejemplo de la documentación de Kiro, y muestra campos que la versión Markdown de arriba omite, tal como los define la referencia de configuración: excludedTools quita una herramienta aunque tools la permita, includeMcpJson añade los servidores MCP de tus archivos mcp.json, includePowers añade los powers instalados en el IDE, resources carga archivos al inicio (file://, admite globs) y skills bajo demanda (skill://, solo nombre y descripción al inicio), y welcomeMessage se muestra al cambiar al agente. Los IDs de modelo usan puntos (claude-sonnet-4.6), a diferencia de los guiones de la API de Anthropic.

{
  "name": "my-agent",
  "description": "A custom agent for my workflow",
  "tools": ["read", "write", "shell"],
  "excludedTools": ["knowledge"],
  "includeMcpJson": true,
  "includePowers": false,
  "resources": [
    "file://./ARCHITECTURE.md",
    "skill://backend-patterns"
  ],
  "permissions": {
    "rules": [
      { "capability": "shell", "match": ["npm *", "git *"], "effect": "allow" }
    ]
  },
  "prompt": "You are a helpful coding assistant",
  "model": "claude-sonnet-4.6",
  "welcomeMessage": "Ready to help. What are you working on?"
}

En Claude Code ↔: la idea equivale a .claude/agents/*.md, pero los nombres de herramientas y los permisos difieren, así que copia el prompt, no el front matter.

Workflows (30 sep. 2026) · IDE 1.2, CLI 2.26 (V3), Web, Crew. Una receta en .kiro/workflows/<name>.workflow.json es un grafo de nodos step, sequence, parallel, repeat y watch; cada paso se ejecuta como su propia sesión de agente en segundo plano. Vienen tres recetas incluidas: investigate, feature-pipeline y publish-pr. Actívalo en los ajustes del IDE (kiroAgent.workflows.enabled), en /settings → Features en el CLI o en los ajustes de Web. Ideal para: un trabajo de varios pasos repetible que de otro modo harías prompt a prompt, como spec → implementar → verificar → revisar → PR.

/workflow run investigate --brief "Trace timeout configuration" --report_path /path/to/report.md

Cada entrada de la receta es un flag --<name>, como en este ejemplo de la documentación de Kiro; ejecuta /workflow run solo para elegir una receta, o nombra feature-pipeline en el chat y describe la tarea. Escribí dos recetas reales, y los dos bugs que detectó el validador, en Automatizando mi pipeline con recetas de Kiro Workflows. En Claude Code —: Claude Code tiene sus propios workflows y subagentes; las recetas no se trasladan.

Que trabaje sin ti: Kiro Web, cloud sessions, Automations y Mobile

Kiro Web (preview may. 2026, GA 1 sep. 2026) y cloud sessions (preview ago. 2026) · Web, IDE, CLI, Mobile. El agente autónomo de re:Invent 2025 es ahora el modo autónomo de Kiro Web: trabaja en un sandbox en la nube, sobre varios repositorios, y abre pull requests. Inicia una sesión desde Web, desde el IDE o el CLI como cloud session, desde la app de iOS o desde GitHub, una vez instalada la app de GitHub Kiro Agent: añade la etiqueta kiro a un issue, o menciona /kiro en un comentario para asignárselo. En el pull request que abre, /kiro fix atiende los comentarios de un hilo de revisión y /kiro all los de todos los revisores. Las Automations (jun. 2026) ejecutan una sesión según un horario. Ideal para: issues bien especificados que puedes delegar por la noche, y arreglar comentarios de revisión sin abrir el portátil.

Implement the spec in .kiro/specs/contact-rate-limit and open a pull request.

/kiro

Pon las instrucciones en el cuerpo del issue; el agente también lee los comentarios posteriores, pero solo de quien creó la tarea. Crea su rama desde la rama por defecto del repositorio, así que si trabajas desde staging como yo, hazla la rama por defecto o indica la base en el issue. Sube primero tu config .kiro con Configuration Sync. Los scripts fuera de .kiro/ y las credenciales no se sincronizan, el problema que me encontré en el post de Workflows. En Claude Code —: los equivalentes son Claude Code en la web y las Routines, que cubro en mi línea de tiempo de funciones de Claude.

Confía más en el agente: permisos, sandbox y modo autónomo

Permisos (IDE 1.0 y CLI V3, jun. 2026), sandbox de comandos local y modo autónomo local (13 oct. 2026) · IDE 1.3, CLI 2.31 (V3). Las reglas en ~/.kiro/settings/permissions.yaml permiten o deniegan capacidades (sistema de archivos, shell, herramientas integradas) por patrón. /sandbox mete los comandos de shell del agente y los servidores MCP locales en un sandbox a nivel de sistema operativo, con red bloqueada, limitada o abierta. /autonomous on cambia al agente por defecto, activa el sandbox y deja de preguntar antes de cada comando. Ideal para: tareas largas como "haz que pasen todos los tests" sin pulsar aprobar cincuenta veces y sin darle al agente toda tu máquina.

/sandbox
/autonomous on
/goal npm test and npm run lint both pass

/goal recibe el objetivo como texto libre y deduce de él los criterios de aceptación, así que di qué significa "terminado": "pasan todos los tests" le da al agente algo que verificar, "limpia el código" no. El bucle hace hasta 5 iteraciones por defecto; --max <N> lo sube hasta un máximo de 50 y /goal clear lo cancela (docs).

En Claude Code —: misma idea, otros interruptores: auto mode, /sandbox y /goal.

Trabaja desde la terminal y en CI: Kiro CLI

Kiro CLI (nov. 2025; 2.0 en abr. 2026; harness V3 desde jun. 2026) · CLI. El antiguo Amazon Q Developer CLI, ahora con specs, subagentes, skills, hooks, powers, Workflows, modo headless para CI (API key), /rewind, /model con effort y kiro-cli acp para que JetBrains o Zed usen Kiro como su agente. Ideal para: ejecutar el mismo agente y la misma config en CI o por SSH, y probar el harness V3 antes de que la 3.0 lo haga predeterminado.

curl -fsSL https://cli.kiro.dev/install | bash
kiro-cli --v3        # opt in to the V3 harness now
kiro-cli --list-models

Muchos modelos: Auto y modelos experimentales

Auto (sep. 2025) enruta cada petición con una tarifa de créditos de 1,0× y nunca a modelos experimentales. Los modelos de Claude llegan pocos días después del lanzamiento de Anthropic (Opus 5.5 el 28 sep., Sonnet 5.5 el 2 oct. 2026), con un multiplicador de créditos (por ejemplo, 1,3× para Sonnet 5.5 y 2,0× para Opus 5.5). Kiro también ofrece GPT‑5.6 y modelos open-weight (DeepSeek, MiniMax, Qwen, GLM, Kimi), algunos en el plan Free. Los administradores pueden permitir o bloquear modelos en la consola de Kiro. Ideal para: Auto por defecto; un modelo de Claude fijo para escribir specs y refactors difíciles; un modelo open-weight barato para ediciones masivas.

Cómo se integra Kiro con el ecosistema de AWS

Seis grupos. Identidad: AWS Builder ID, IAM Identity Center en 19 regiones, Okta y Entra ID con SCIM, restricciones de inicio de sesión para administradores. Facturación y gobierno: una línea Kiro en la factura de AWS, la consola de Kiro que antes era la de Q Developer, listas de modelos y del registro MCP permitidos, excedente a 0,04 $ por crédito que se puede desactivar. Regiones y cumplimiento: perfiles en us-east-1 y eu-central-1, GovCloud US-East y US-West, FedRAMP High y DoD IL-4/5, inferencia y telemetría dentro de la región. Construir en AWS: el Agent Toolkit for AWS de mayo de 2026 con el AWS MCP Server, skills y reglas, condition keys de IAM solo para agentes y registro en CloudTrail, y powers para CDK, Amplify, SAM y Step Functions. Modernizar: el power de AWS Transform, el toolkit para crear agentes de Transform, el power migration-to-aws, del Q Developer CLI a Kiro CLI. Proceso: el harness /aidlc de AI-DLC, Kiro Web asumiendo roles IAM, Automations que abren PRs, Workflows que promueven a staging. Pie: el Agent Toolkit le da a Kiro el mismo servidor MCP y las mismas skills que el plugin aws-core le da a Claude Code

Kiro es un producto de AWS, y se nota menos en el editor que en todo lo que lo rodea:

  • Identidad. Las personas inician sesión con GitHub, Google o un AWS Builder ID. Las organizaciones usan AWS IAM Identity Center, u Okta y Microsoft Entra ID con SCIM desde febrero de 2026, y los administradores pueden restringir qué métodos se permiten.
  • Facturación y gobierno. El uso de Kiro de una organización aparece en su factura de AWS como "Kiro" y se agrupa con la facturación consolidada. La consola de Kiro (la antigua consola de Amazon Q Developer) gestiona usuarios, excedentes y listas de modelos y servidores MCP permitidos. Si aún usas Amazon Q Developer, el Q Developer CLI pasó a ser Kiro CLI, y los plugins de Q Developer para IDE dejan de tener soporte el 30 de abril de 2027 (guía de migración).
  • Regiones y cumplimiento. Un perfil de Kiro vive en us-east-1, eu-central-1 o AWS GovCloud (US), y las peticiones y la telemetría se quedan en esa región. GovCloud está disponible desde febrero de 2026, con FedRAMP High y DoD IL-4/5 desde junio de 2026. La inferencia allí corre en Amazon Bedrock.
  • Construir en AWS. El Agent Toolkit for AWS le da al agente las APIs, la documentación y las skills de AWS; tiene su propia sección más abajo. Los servidores anteriores de awslabs/mcp siguen funcionando, pero el toolkit los sustituye. Los powers de AWS empaquetan CDK y CloudFormation, Amplify, SAM, Step Functions, AgentCore, observabilidad y migración a Graviton, y Amplify documenta cómo construir con Kiro. Los sandboxes de Kiro Web pueden asumir roles IAM.
  • Modernizar. El power de AWS Transform ejecuta transformaciones de código personalizadas desde Kiro, y el power del toolkit para crear agentes te deja construir las tuyas.
  • Proceso. El método de la propia AWS, AI-DLC, se instala como /aidlc en Kiro y en Claude Code. Lo comparo con el playbook de Anthropic y con mi flujo en El AI SDLC de Anthropic vs el AI-DLC de AWS vs pstack de Cursor vs mi flujo.
curl -fsSL https://github.com/awslabs/aidlc-workflows/releases/latest/download/install.sh | sh
aidlc config --harness kiro      # or kiro-ide, or claude

El Agent Toolkit for AWS: una capa de AWS para los dos agentes

El Agent Toolkit for AWS (anunciado el 6 de mayo de 2026) es el kit oficial de AWS para agentes de programación, y sustituye a los servidores MCP, skills y plugins de awslabs que de otro modo te recomendaría. Funciona con Kiro, Claude Code, Codex y Cursor, no cuesta nada más allá de los recursos de AWS que use tu agente y tiene cuatro partes:

  • El AWS MCP Server, un servidor remoto gestionado en us-east-1 y eu-central-1: las APIs de más de 300 servicios de AWS tras un único endpoint autenticado, ejecución de scripts de Python en un sandbox y búsqueda de documentación en vivo que no necesita credenciales.
  • Controles para agentes que no tienen los servidores de awslabs. Cada petición queda en métricas de CloudWatch y en CloudTrail, y las condition keys de IAM distinguen las acciones de un agente de las de una persona, así que puedes dar a un agente acceso de solo lectura a través del servidor MCP aunque tu propio rol pueda escribir.
  • Skills: paquetes SKILL.md para CDK, CloudFormation, serverless, IAM, contenedores, facturación y más, evaluados de principio a fin y cargados bajo demanda.
  • Plugins y reglas: plugins para Claude Code, Codex y Cursor (aws-core para empezar, además de aws-agents, aws-data-analytics, aws-agents-for-devsecops y aws-startup-advisor), y archivos de reglas que le dicen al agente que prefiera el servidor MCP, cargue una skill antes de actuar y consulte la documentación en vez de adivinar.

En Kiro, la configuración son dos partes independientes: la entrada del AWS MCP Server de la sección de MCP de arriba en .kiro/settings/mcp.json, y las skills.

npx skills add aws/agent-toolkit-for-aws/skills   # Kiro: skills into .kiro/skills/ or ~/.kiro/skills/
aws configure agent-toolkit                        # or: let the AWS CLI set up the agents it finds

En Claude Code ✓, un plugin del marketplace oficial de Anthropic trae el mismo servidor MCP y las mismas skills:

/plugin install aws-core@claude-plugins-official

Las dos configuraciones usan el mismo repositorio de skills, así que Kiro y la extensión de Claude Code reciben la misma guía de AWS. El rules/aws-agent-rules.md del toolkit encaja como archivo de steering inclusion: always en Kiro y como @import en CLAUDE.md. aws configure agent-toolkit necesita AWS CLI 2.35 o posterior.

La capa de AWS es también el mayor ✓ de Claude Code. El Agent Toolkit y AI-DLC soportan ambas herramientas, y Claude Code puede correr sobre Amazon Bedrock. Un equipo que estandariza en AWS puede mezclar los dos agentes y compartir un mismo conjunto de herramientas.

Un caso práctico: un formulario de contacto con límite de envíos en Amplify

Ocho pasos para añadir una API de formulario de contacto con límite de envíos en Amplify Gen 2, con lo que hace Kiro y lo que hace la extensión de Claude Code en Kiro. 1 Dar contexto al agente: steering tech.md, AGENTS.md y el power de Amplify; CLAUDE.md importa AGENTS.md. 2 Especificar: un spec design-first en EARS con Analyze Requirements; Claude Code revisa requirements.md. 3 Revisar el spec: el panel de revisión de Markdown con comentarios en lote; una segunda opinión sobre design.md. 4 Construir: Run all Tasks en oleadas paralelas dentro del sandbox. 5 Barreras: un hook de lint PostFileSave y un bloqueo PreToolUse; los hooks propios de Claude Code en settings.json. 6 Verificar: tests basados en propiedades a partir de los requisitos; /code-review sobre el diff. 7 Publicar: el workflow feature-pipeline abre un PR hacia staging; Code Review en el PR. 8 Seguimiento: la etiqueta kiro en un issue nuevo, desde Web o Mobile

Así se combinan las piezas en una función real para un sitio como este, una app de Next.js desplegada en Amplify: un formulario de contacto cuya API es una función de Amplify Gen 2 que envía correo con Amazon SES y bloquea envíos repetidos desde una misma IP.

  1. Dar contexto al agente. AGENTS.md contiene el modelo de ramas (ramas de función hacia staging, staging hacia main) y los comandos de test. El archivo de steering fileMatch de arriba cubre amplify/**. Instala el power de Amplify, para que el agente solo cargue conocimiento de Amplify cuando la petición lo necesite, y añade el AWS MCP Server y las skills del Agent Toolkit. En la extensión de Claude Code, instala también aws-core, para que ambos agentes consulten SES e IAM de la misma forma, y CLAUDE.md importa @AGENTS.md, así que ambos agentes siguen las mismas reglas.
  2. Especificar. Empieza un spec design-first, porque el flujo de datos (formulario → función → SES, más un contador por IP) es la decisión que importa. Los requisitos son los tres criterios EARS de la sección de specs. Ejecuta Analyze Requirements. Detecta, por ejemplo, que "rechazar tras 3 envíos" y "responder siempre 200 al honeypot" necesitan un orden de evaluación.
  3. Revisar el spec. Abre design.md en el panel de revisión de Markdown, comenta los pasajes con los que no estés de acuerdo y envíalos en un lote. Para una segunda opinión, pregúntale a la extensión de Claude Code, que corre con otro modelo y otro plan: "Lee .kiro/specs/contact-rate-limit/ y lista cualquier requisito que el diseño no cumpla".
  4. Construir. Run all Tasks. Las tareas independientes (la función, el permiso de SES, el componente del formulario) se ejecutan en oleadas paralelas, con los comandos de shell dentro del sandbox y la red limitada a los registros de paquetes.
  5. Barreras. El hook lint-on-save se ejecuta en cada archivo guardado. Un hook PreToolUse que sale con 2 ante npx ampx sandbox delete evita que el agente borre tu stack de sandbox.
  6. Verificar. Kiro genera tests basados en propiedades a partir de los requisitos: para cualquier secuencia de envíos desde una IP, el cuarto en diez minutos devuelve 429. Después ejecuta /code-review desde la extensión de Claude Code sobre el diff.
  7. Publicar. Ejecuta el Workflow feature-pipeline y luego publish-pr para abrir el pull request hacia staging. Nada se fusiona solo: antes, una build de preview de Amplify verifica el cambio. Es la misma barrera que describo en qué Node compila tu app de Amplify y en webhooks de Stripe por rama de Amplify.
  8. Seguimiento. Cuando un revisor pide un cambio, responde /kiro fix en ese hilo de revisión desde el móvil, y una cloud session sube el arreglo.

El reparto es deliberado. Kiro se queda con las partes estructuradas (specs, tareas, hooks, Workflows, powers de AWS) y Claude Code es un segundo revisor que lee los mismos archivos. Si trabajas como forward deployed engineer, también es una forma fácil de encajar en el entorno AWS de un cliente sin renunciar a tus herramientas.

Cómo se mantiene al día este post

Cada lunes una tarea programada inicia una sesión nueva en la nube que lee kiro.dev/changelog y su feed Atom, el blog de Kiro, AWS What's New y el AWS News Blog, @kirodotdev en X y los repositorios de kirodotdev en GitHub. Ejecuta la skill kiro-features-update: recoge lo que salió desde la última revisión, confirma cada punto en una página oficial, añade filas y actualiza versiones, actualiza inglés y español con bloques de código idénticos y ejecuta los tests de i18n, SEO y contenido. Luego abre un pull request hacia staging y me envía un email, y yo reviso, hago merge y leo

Mi línea de tiempo de Claude usa la misma configuración, así que la copié:

  1. Una tarea programada en Claude Code en la web se ejecuta cada lunes por la mañana en una sesión nueva en la nube con este repositorio.
  2. Sigue una skill del repositorio, .claude/skills/kiro-features-update/SKILL.md. La skill lee las fuentes oficiales: el changelog de Kiro y su feed Atom, el blog de Kiro y las entradas de Kiro en AWS What's New. La prensa, @kirodotdev y los artículos de la comunidad solo le señalan cosas que confirmar allí.
  3. Añade filas nuevas a la línea de tiempo, actualiza la tabla de versiones, la columna de Claude Code y la fecha de "Última revisión" en los dos idiomas, ejecuta los tests del sitio y abre un pull request hacia staging.
  4. Me envía un email con un resumen: qué hay de nuevo, a qué productos afecta, si funciona en Claude Code y un enlace al pull request. Si no cambió nada, el email lo dice en una línea.

Si quieres lo mismo sin un repositorio, una Automation de Kiro o una tarea programada de Claude Cowork con el prompt "cada lunes, lista lo que Kiro sacó desde el lunes pasado en kiro.dev/changelog y envíamelo por email" te deja al 80 %.

Fuentes

Artículos relacionados