O que é Kiro?
Kiro é um ambiente de codificação baixável criado pela Amazon Web Services que leva o desenvolvimento assistido por IA numa direção que a maioria das ferramentas nessa categoria não tentou.
Enquanto a maioria das ferramentas de codificação com IA permite que você digite um prompt e receba o código de volta imediatamente, Kiro executa primeiro um processo de planejamento: ele lê o contexto do seu projeto, escreve um documento de requisitos, gera um design técnico, divide tudo em uma lista de tarefas numerada e só então começa a escrever código.
Disponível como IDE, ferramenta de linha de comando, interface web (atualmente em prévia para usuários pagos) e aplicativo móvel (acesso antecipado no iOS), Kiro se posiciona como a ferramenta para desenvolvedores que querem uma saída estruturada e mantível em vez de código rápido que precisam desfazer uma semana depois.
Para Quem é Kiro?
- Desenvolvedores que já se decepcionaram com código gerado por IA que quebra depois do primeiro dia. O fluxo de trabalho de especificação do Kiro força o planejamento antes da implementação, o que significa que o código que ele escreve é rastreável até requisitos documentados, e não montado por suposição.
- Equipes migrando para fluxos de trabalho agentic. Os Agent Hooks do Kiro permitem automatizar tarefas recorrentes, como escrever testes ou gerar documentação, acionadas automaticamente sempre que um arquivo que atende aos critérios muda, sem necessidade de prompts repetidos.
- Desenvolvedores do ecossistema AWS. Kiro é construído sobre infraestrutura da AWS, processa dados em regiões da AWS dentro da sua geografia e se conecta naturalmente aos serviços da AWS. Se sua stack já é fortemente baseada em AWS, Kiro se encaixa sem sobrecarga de configuração.
- Usuários de VS Code que querem uma IA que vá além do autocomplete. O IDE Kiro é construído sobre a mesma base do VS Code. Seus atalhos de teclado, configurações e extensões são transferidos durante a integração em minutos.
Prós e Contras do Kiro
- Fluxo de trabalho de especificação planeja antes de escrever qualquer código
- Agent Hooks automatizam tarefas em eventos de arquivo
- Extensões e configurações do VS Code são importadas sem problemas
- O modo Autopilot constrói sem solicitações constantes de aprovação
- Docs de Steering fornecem ao Kiro o contexto do seu projeto
- Suporta vários modelos de fronteira, incluindo Opus 4.8
- A integração com servidor MCP conecta ferramentas externas de forma nativa
- Exige download; não é acessível pelo navegador na versão gratuita
- 50 créditos grátis acabam mais rápido do que o esperado
- Apresentou timeout uma vez durante a fase de refinamento dos requisitos
Detalhamento da Avaliação
As maiores notas do Kiro estão em recursos e funcionalidade, onde seu fluxo de trabalho orientado por especificação, hooks de agente e execução em autopilot o colocam à frente de qualquer outra ferramenta de codificação por IA analisada aqui. Ele perde pontos em acessibilidade e no modelo de créditos, ambos os quais exigem atenção honesta antes de assumir um fluxo de trabalho.
| Feature | Score (Out of 10) | Why the Score |
|---|---|---|
| Ease of Use | 7.0 | Familiar to any VS Code user; the download requirement and developer-only nature put it out of reach for non-technical users |
| Features & Functionality | 9.5 | Spec workflow, agent hooks, autopilot, MCP integration, steering docs: the most complete feature set of any AI coding tool reviewed |
| Design & Customisation | 7.0 | Dark and light IDE themes; strong control over generated code structure through spec editing and steering documents |
| Value for Money | 6.5 | The free tier’s 50 credits ran down to 4.28 consumed during planning alone, before a line of application code was written |
| Performance & Reliability | 7.5 | Planning output was detailed and specific; one confirmed timeout at 7 minutes 24 seconds during requirements refinement |
| Overall | 8.2 | Kiro’s spec workflow is the most structured approach to AI-assisted development reviewed to date. The score reflects that genuine differentiation, held back by the limited free tier and the single reliability failure recorded during testing. |
Recursos do Kiro
- Fluxo de trabalho orientado por especificação: requisitos, design, tarefas, código
- Agent Hooks automatizam tarefas em eventos de arquivo
- Documentos de Steering fornecem contexto do projeto ao agente
- Modo Autopilot executa tarefas sem aprovação passo a passo
- Suporte a servidor MCP para integração com ferramentas externas
- Importação de configuração do VS Code na primeira inicialização
- Suporte a múltiplos modelos, incluindo Claude Opus 4.8
Minha Avaliação Honesta do Kiro: O Que Descobri Após Testá-lo
A maioria dos criadores de apps com IA cai em uma de duas categorias:
- ferramentas visuais que geram uma interface a partir de uma descrição
- e ferramentas baseadas em chat que escrevem código diretamente em resposta a um prompt
Kiro não se encaixa em nenhuma das duas categorias, e é por isso que analisá-lo exige uma abordagem diferente.
Kiro é um IDE agentic. Você não arrasta componentes para uma tela, e não obtém uma prévia ao vivo após 30 segundos. O que você recebe é um ambiente de desenvolvimento local que planeja uma construção antes de iniciá-la, gerando requisitos, um documento de design e uma lista estruturada de tarefas que o agente então executa uma por uma.
A aplicação que ele produz é um projeto real na sua máquina, em arquivos que você possui, usando uma stack que você define.
Para testar se esse processo realmente funciona, construí uma plataforma de gestão de propriedades do zero dentro do Kiro.
O prompt abrangia autenticação de proprietários e inquilinos, gerenciamento de propriedades e unidades, acompanhamento de contratos de locação, solicitações de manutenção com atualização de status, integração com pagamentos Stripe, notificações por e-mail e um painel do proprietário com relatórios. Este é o mesmo prompt usado para avaliar Rork, Figma Make, Uizard e Retool, o que torna possível comparar como cada ferramenta lida com complexidade real, em vez de um exemplo simples.
A pergunta que esta análise buscava responder era específica: O fluxo de trabalho spec-first do Kiro produz uma saída mais bem estruturada e mais fácil de manter do que ferramentas que vão direto para o código?
Aqui está o que encontrei.
Colocando o Kiro em Funcionamento: Um Download, Não uma Aba do Navegador
Toda outra ferramenta de criação de apps com IA avaliada ao lado desta comparação funciona no navegador. O Kiro não. Começar significa acessar kiro.dev, clicar em Downloads, selecionar seu sistema operacional e instalar o aplicativo na sua máquina.
Eu estava usando Pop OS, uma distribuição Linux baseada em Debian, então selecionei o pacote Debian (.deb) no menu suspenso. O site também oferece um pacote Universal (.tar.gz) para outras configurações de Linux. Instaladores para Windows e macOS estão disponíveis na mesma página de downloads.
O que isso significa na prática:
- A primeira sessão exige uma instalação local, não uma aba do navegador
- Não há acesso apenas pela internet na versão gratuita (a interface web está disponível apenas em planos pagos, atualmente em prévia)
- Para desenvolvedores, isso não é um problema
- Para qualquer pessoa que compare Kiro com criadores baseados em navegador, leve isso em conta no tempo de configuração
A instalação em si foi simples. Não houve etapas de configuração, dependências para resolver manualmente, e o aplicativo abriu sem problemas após a instalação padrão do pacote.
O Login Acontece no Seu Navegador, Não Dentro do App
Quando o IDE é aberto pela primeira vez, ele não pede que você faça login dentro da janela do aplicativo. Em vez disso, redireciona você para uma página no navegador para lidar com a autenticação ali.
A tela de login apresenta quatro opções:
| Login Method | Who It Suits |
|---|---|
| Individual developers and freelancers | |
| GitHub | The most natural fit for developers with existing accounts |
| AWS Builder ID | Developers already inside the AWS ecosystem |
| Your Organization | Enterprise teams using SSO |
A opção GitHub é bem escolhida para o público-alvo. A maioria dos desenvolvedores já tem uma conta GitHub e pode se autenticar sem criar uma nova credencial.
Algumas coisas importantes para saber antes de se cadastrar:
- Entrar via Google ou AWS Builder ID (não AWS Identity Center) qualifica você para um crédito de $20 aplicado ao primeiro upgrade para um plano pago. Esse é um benefício único que vale a pena saber antes de escolher seu método de login.
- Entrar via “Your Organization” encaminha para SSO corporativo e é o ponto de entrada para equipes que precisam de gerenciamento centralizado de identidade.
- Ao fazer login, você concorda com o AWS Customer Agreement, Service Terms, Privacy Notice e AWS Intellectual Property License. Como o Kiro é um produto AWS, seus dados são processados entre regiões AWS dentro da sua geografia.
Onboarding: Três Etapas de Configuração Que Levam Menos de Dois Minutos
Depois do login, Kiro executa uma sequência curta de configuração antes de abrir o IDE principal. As etapas são:
Etapa 1: Escolha seu tema. Kiro Dark ou Kiro Light. Ambos exibem uma prévia ao vivo da coloração de sintaxe do código antes de você confirmar.
Etapa 2: Configure a integração com o shell. Isso permite abrir qualquer projeto do seu terminal usando o comando kiro . Você pode pular isso e configurar depois.
Etapa 3: Importar do VS Code. Kiro traz suas extensões, configurações e atalhos de teclado existentes do VS Code (qualquer uma disponível no Open VSX). As extensões são carregadas em segundo plano enquanto o onboarding continua, então não há espera em uma tela de carregamento.
A importação do VS Code é a parte mais útil na prática dessa sequência. Se você passou anos personalizando um ambiente VS Code, a transição não exige começar do zero. A importação funcionou sem problemas na minha sessão.
O que o onboarding não inclui é qualquer introdução aos recursos principais do Kiro. Você não é guiado sobre o que são Specs, Agent Hooks ou Steering Documents. Você chega à tela principal e descobre isso por conta própria. Isso é aceitável para um público de desenvolvedores experientes, mas significa que sua primeira sessão com os recursos mais distintos da ferramenta envolve exploração autodirigida.
Dentro do IDE: Os Quatro Painéis Que Tornam o Kiro Diferente
O IDE do Kiro se parece com o VS Code porque foi construído sobre a mesma base. O explorador de arquivos, as abas do editor, o terminal, a barra de busca e a barra de menu funcionam exatamente como esperado.
O que diferencia o Kiro de uma instalação padrão do VS Code é o painel esquerdo dedicado, que contém quatro seções que não existem em nenhuma extensão do VS Code:
| Panel Section | What It Does |
|---|---|
| Specs | Create and manage specification documents (requirements, design, tasks) for complex builds |
| Agent Hooks | Set up automated tasks that trigger on file system events |
| Agent Steering and Skills | Store guidance documents that shape how the agent behaves across all sessions |
| MCP Servers | Connect external tools and data sources to the Kiro agent |
Do lado direito do IDE fica o painel de chat. É aqui que você interage com o Kiro e onde vê o consumo de créditos em tempo real. “Est.
Credits Used: 0.1, Elapsed time: 57s” é atualizado após cada ação do agente, o que significa que você sempre sabe quanto cada tarefa está custando.
Na parte inferior da barra de entrada do chat, dois controles determinam como o Kiro se comporta em cada tarefa:
- Seletor de modelo: Escolha Auto (o Kiro seleciona o modelo mais econômico para cada solicitação) ou selecione um modelo específico como Claude Sonnet 4.6 ou Claude Opus 4.8.
- Alternância de Autopilot: Com o Autopilot ativado, o Kiro escreve e edita arquivos sem esperar sua aprovação em cada etapa. Com ele desativado, o Kiro pausa antes de cada comando e pede que você Trust, Reject ou Run manualmente.
Para o teste da plataforma de gestão de propriedades, mantive o Autopilot ativado durante o planejamento e usei aprovação manual durante a execução das tarefas para avaliar cada etapa de forma independente.
Veredito: O layout do IDE é confortável em minutos para qualquer usuário de VS Code. As quatro seções do painel esquerdo são onde o valor do Kiro vive, e entender cada uma antes da sua primeira sessão determina o quanto você aproveita a ferramenta.
Documentos de Steering: Dando Contexto ao Kiro Antes do Seu Primeiro Prompt
A primeira coisa a fazer em um novo projeto Kiro não é começar uma construção. É gerar documentos de steering.
Cliquei em “Generate Steering Docs” no painel do Kiro antes de enviar qualquer prompt. Kiro escaneou o diretório vazio do projeto e criou três arquivos markdown dentro de .kiro/steering/:
| File | Contents |
|---|---|
| product.md | Product name, description, core domain concepts, and key goals |
| structure.md | Expected folder layout and file organization conventions |
| tech.md | Expected tech stack, common commands, and coding conventions |
Para um projeto completamente vazio, Kiro inferiu padrões sensatos: React com TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS e autenticação baseada em JWT. Ele sinalizou tanto tech.md quanto structure.md como espaços reservados a serem atualizados assim que a stack real fosse confirmada por meio do scaffolding.
Isso importa porque toda ação subsequente do agente lê esses arquivos antes de fazer qualquer coisa. Depois que você monta o projeto e a stack real é confirmada, atualizar tech.md faz o Kiro aplicar essas convenções automaticamente em todas as tarefas futuras.
Você também pode adicionar seus próprios arquivos de steering para padrões de design de API, convenções de nomenclatura, regras de implantação ou qualquer outra restrição que queira que o agente trate como fixa.
Vibe Mode vs Spec Mode: A Decisão Que Molda Toda a Construção
Quando você abre o chat para uma nova construção, Kiro mostra dois modos antes de você digitar qualquer coisa:
Vibe mode permite que você converse primeiro e construa à medida que avança. Sem documentos de planejamento, sem saída estruturada. Melhor para experimentos rápidos, exploração em fase inicial ou tarefas em que os requisitos ainda estão sendo trabalhados.
Spec mode executa uma sequência de planejamento antes que qualquer código seja escrito. Kiro gera requisitos, um documento de design técnico e uma lista de tarefas. Só depois que os três são revisados e aprovados ele começa a escrever código. Melhor para trabalho de nível de produção em que a manutenibilidade importa.
Selecionei o Spec mode para a plataforma de gestão de propriedades. Depois que enviei o prompt, Kiro me fez duas perguntas de acompanhamento antes de gerar qualquer coisa:
- “What do you want to start with?” (Requirements, marcado como recomendado, ou Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, recomendado, ou Fix a Bug)
Essas perguntas determinam a estrutura de tudo o que vem depois. Escolher “Requirements” significa que o Kiro escreve histórias de usuário e critérios de aceitação antes de tocar na arquitetura.
Essa sequência produz artefatos de planejamento fundamentalmente diferentes de começar com um design técnico e derivar requisitos depois.
O Fluxo de Trabalho Spec: Requisitos, Design e uma Lista de Tarefas Antes de Qualquer Código
Esta é a seção que torna o Kiro digno de uma avaliação séria.
Depois de selecionar “Requirements” e “Build a Feature”, Kiro criou um arquivo requirements.md dentro de .kiro/specs/property-management-platform/. O documento apareceu imediatamente no editor. Eu pude lê-lo enquanto era escrito. O conteúdo incluía:
O glossário: 12 termos do domínio definidos com precisão, incluindo Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service e Dashboard_Service, com cada um mapeado para um subsistema planejado específico.
A descrição da plataforma: as funções Landlord e Tenant foram documentadas, junto com a stack tecnológica confirmada: Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe e Docker.
Depois de gerar o documento inicial, Kiro executou uma etapa automática de refinamento. Ele analisou todos os 12 requisitos, despachou subagentes detalhadores em paralelo para cada um deles e atualizou requirements.md com critérios de aceitação completos para cada requisito. O painel acompanhou isso em tempo real: “Refining requirements 12/12.”
Quando os requisitos foram concluídos, cliquei em “Continue” e selecionei “Generate Design and Tasks.” Kiro produziu design.md e tasks.md juntos. O detalhamento das tarefas foi o destaque da sessão:
11 grupos de tarefas, 43 subtarefas, em ordem de implementação:
- Scaffolding do projeto e infraestrutura
- Autenticação (JWT, blacklist, middleware, páginas)
- Gerenciamento de propriedades e unidades
- Gerenciamento de inquilinos
- Gerenciamento de contratos, uploads de documentos e cron job
- Solicitações de manutenção
- Pagamentos Stripe e webhook
- Notificações por e-mail
- Painel do proprietário e relatórios
- Componentes de UI compartilhados e layouts
- Reforço da API (rate limiting, CORS, health check, validação de ambiente)
Cada subtarefa incluía comandos exatos, caminhos de arquivo e referências rastreáveis aos requisitos. A tarefa 1.1, por exemplo, referenciava diretamente os Requisitos R12 (Docker) e R10 (REST API) em sua descrição. A conexão entre planejamento e execução era explícita e verificável em todo o processo.
Rork, por comparação, pula toda essa etapa e vai diretamente para gerar uma interface de usuário a partir do prompt. A diferença na qualidade da saída é visível: a lista de tarefas do Kiro é específica o suficiente para ser entregue a um desenvolvedor humano, que entenderia exatamente o que precisa ser construído e em que ordem.
Execução das Tarefas: O Que o Kiro Realmente Construiu
Com a lista de tarefas aprovada, cliquei em “Start task” na Tarefa 1.1: Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
Kiro atualizou o status da tarefa para “in progress” em tasks.md, então delegou a execução ao seu subagente spec-task-execution. O agente verificou o workspace primeiro, confirmou que apenas a pasta de spec .kiro existia, sem nenhum projeto Next.js ainda, e prosseguiu para fazer o scaffolding do projeto.
No primeiro ciclo de execução, a árvore de arquivos foi populada com:
- package.json com dependências de Next.js, React 19.2.4, TypeScript e Tailwind listadas
- tsconfig.json, eslint.config.mjs, next.config.ts
- estrutura de diretórios src/ e public/
- AGENTS.md e CLAUDE.md, gerados pelo Kiro como arquivos de orientação do agente para o projeto
- README.md
O arquivo CLAUDE.md merece destaque: Kiro é um produto AWS, mas funciona com os modelos Claude da Anthropic por baixo dos panos. O arquivo CLAUDE.md é a forma como agentes alimentados por Claude armazenam orientações comportamentais específicas do projeto. Sua presença no scaffold gerado reflete o modelo subjacente, mesmo dentro do contexto de infraestrutura da AWS.
No topo da visualização da lista de tarefas, um botão “Run all tasks” permitiria que o Kiro executasse todas as 43 subtarefas em sequência com o Autopilot ativado.
Executei as tarefas individualmente para avaliar cada etapa. Para um projeto real em que você confia no plano aprovado, executar todas as tarefas automaticamente e revisar a saída ao final de cada grupo é um fluxo de trabalho razoável e eficiente em tempo.
Cada arquivo que o Kiro gerou durante a execução era um arquivo real no diretório local do projeto, de sua propriedade e editável desde o primeiro segundo. Essa é uma distinção importante em relação a criadores baseados em navegador como Figma Make ou Uizard, em que a saída é ou um asset de design ou um aplicativo hospedado que você não controla localmente.
O Timeout no Sétimo Minuto: O Que Isso Significa para a Confiabilidade
Quero ser direto sobre isso porque aconteceu durante a parte mais importante do teste.
Depois que o Kiro refinou todos os 12 requisitos e aceitou as edições em requirements.md, o agente atingiu timeout. A mensagem de erro no painel de chat dizia:
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Isso aconteceu na transição entre a fase de requisitos e a geração do design. O trabalho concluído antes do timeout foi salvo. Nenhum requisito foi perdido.
Depois de reconhecer o erro, cliquei em “Continue” e selecionei “Generate Design and Tasks.” Kiro se recuperou sem repetir a etapa de requisitos, produziu os dois documentos corretamente e continuou normalmente pelo resto da sessão.
Contexto que importa aqui:
- O timeout aconteceu em um prompt complexo cobrindo 12 áreas distintas de requisitos com refinamento paralelo em execução.
- Tarefas mais simples provavelmente não levarão tanto tempo.
- Kiro está atualmente em prévia, e a confiabilidade na borda de tarefas complexas é uma característica conhecida de ferramentas nessa fase.
- A recuperação foi limpa. O sistema de checkpoints preservou todo o trabalho concluído e a próxima etapa foi executada imediatamente.
Dito isso, chegar ao minuto sete no recurso mais distinto da ferramenta e encontrar um timeout é uma falha real na experiência. Se você estiver trabalhando com prazo apertado, uma ferramenta que para e exige uma tentativa manual é frustrante, mesmo quando a recuperação é suave.
Agent Hooks: Automação Que Funciona Sem Ser Solicitada
Agent Hooks não aparecem em nenhuma outra ferramenta de codificação por IA avaliada ao lado desta comparação, e merecem atenção específica porque representam uma forma diferente de pensar sobre assistência de IA.
Um Hook é uma tarefa que é executada automaticamente quando ocorre um evento no sistema de arquivos. Você descreve o comportamento em linguagem simples, o Kiro o converte em um listener de eventos e, a partir daí, o comportamento roda em segundo plano sempre que a condição de gatilho é atendida. Sem comando para executar, sem lembrete para configurar.
Exemplos do que os Hooks podem fazer:
- Ao salvar um arquivo: gerar testes básicos para qualquer componente que não tenha um arquivo de teste
- Ao salvar um arquivo: executar limpeza de código ou verificações de formatação
- Ao criar um arquivo: gerar automaticamente documentação para novas funções
- Quando constantes de string mudam: atualizar arquivos de localização sem ação manual
O hook é armazenado em .kiro/hooks/ como um arquivo editável. Se você quiser ajustar a condição de acionamento ou a instrução, edite o arquivo diretamente. A configuração é transparente e controlável por versão junto com o restante do projeto.
O exemplo de teste ao salvar é o mais imediatamente prático: desenvolvedores adiam consistentemente a escrita de testes até o fim de um sprint, e um hook que silenciosamente adiciona testes básicos sempre que um componente é salvo remove essa decisão por completo. Os testes aparecem na árvore de arquivos após o próximo salvamento, sem nenhuma ação da sua parte.
Consumo de Créditos: O Que a Versão Gratuita Realmente Oferece
O modelo de créditos é a área que exige a leitura mais cuidadosa antes de se comprometer com um fluxo de trabalho.
A versão gratuita oferece 50 créditos. Veja quanto consumiu uma única sessão de especificação da plataforma de gestão de propriedades: 4.28 créditos apenas para o planejamento, cobrindo requisitos, o documento de design e a lista completa de 43 tarefas, antes de uma linha de código da aplicação ser escrita.
Nesse ritmo de consumo:
| Scenario | Estimated Free Tier Coverage |
|---|---|
| Planning sessions only (no code execution) | Approximately 11 sessions |
| Planning plus partial task execution | 3 to 5 sessions |
| Full spec-to-execution on a complex project | 1 complete project at most |
Key mechanics to understand before signing up:
- Credits do not roll over. Whatever remains unused at the end of your billing month is gone.
- Overage is disabled by default on all paid plans. You must enable it in Settings before hitting your cap, or Kiro stops working mid-task.
- Model choice affects consumption rate. Running the same task through Claude Sonnet 4.6 costs 1.3 times more credits than running it through Auto mode. Opus models cost more again.
- Free tier users get Claude Sonnet 4.5 and a set of open weight models including Qwen3 Coder Next, DeepSeek v3.2, and MiniMax 2.1. Paid tier users unlock Claude Sonnet 4.6, Claude Opus 4.6, and Claude Opus 4.8.
- Credit usage is visible in the chat panel after every agent action and updates in the subscription dashboard every five minutes.
O rastreador de créditos em tempo real (“Est. Credits Used: 0.1, Elapsed time: 57s” após cada tarefa) é um recurso de transparência que nenhuma ferramenta comparável oferece atualmente. Você sabe exatamente quanto cada tarefa custa enquanto ela é executada, o que ajuda a decidir se deve usar o modo Auto ou um modelo específico para uma determinada tarefa.
Preços e Planos do Kiro
Kiro funciona com um modelo baseado em créditos, com cinco níveis, desde um plano gratuito com uma alocação mensal fixa até um plano de alta capacidade projetado para uso profissional diário.
Todos os planos pagos incluem acesso a modelos premium, a opção de habilitar overage pay-per-use e o conjunto completo de recursos do Kiro, incluindo specs, hooks, autopilot e acesso ao CLI.
O que saber antes de escolher um plano:
- O plano gratuito oferece uma alocação mensal fixa de créditos sem necessidade de cartão de crédito. Ele não expira, mas uma única sessão complexa de spec fará uma diferença perceptível nele.
- A primeira vez que você faz upgrade do gratuito para qualquer plano pago usando Google ou AWS Builder ID (não AWS Identity Center), você recebe um crédito de $20 aplicado ao custo da sua primeira atualização para o plano pago. Esse benefício vale uma vez.
- Kiro cobra no primeiro dia de cada mês-calendário. Fazer upgrade no meio do mês significa pagar uma taxa proporcional, mas acessar imediatamente o limite completo de créditos do novo plano.
- O faturamento de overage está disponível em todos os planos pagos por uma taxa fixa por crédito adicional, mas vem desativado por padrão. Ative-o em Settings antes de atingir seu limite, ou o Kiro pausa seu trabalho quando os créditos acabam.
- Créditos não utilizados não acumulam para o mês seguinte.
- Cada desenvolvedor precisa da própria assinatura. Atualmente não há opção de seat compartilhado para equipes. Recursos de faturamento em equipe estão listados como coming soon.
- A política padrão do Kiro é sem reembolso para cancelamentos no meio do mês. O acesso continua até o fim do ciclo de cobrança. Reembolsos são considerados caso a caso apenas para erros de cobrança.
- Cartões de crédito são o único método de pagamento aceito.
- O preço do GovCloud (US) é aproximadamente 20% mais alto que o preço padrão, e a versão gratuita não está disponível nesse ambiente. O acesso ao GovCloud requer um plano pago e autenticação empresarial via AWS IAM Identity Center.
- A interface web está atualmente em prévia e disponível apenas para usuários pagos. Os créditos são consumidos na mesma taxa, seja no IDE, no CLI ou na web.
Qual plano serve para qual tipo de usuário: O plano gratuito é suficiente para fazer uma avaliação real. Para desenvolvimento ativo em projetos reais, um plano pago é necessário para evitar acabar no meio da sessão. Os planos de nível mais alto fazem sentido para desenvolvedores que executam várias sessões completas de spec por semana ou trabalham em vários projetos complexos ao mesmo tempo.
Alternativas ao Kiro
O concorrente mais direto do Kiro é Cursor, o editor de código com IA que também é construído sobre a base do VS Code e mira desenvolvedores que querem IA profundamente integrada ao seu ambiente de desenvolvimento.
A diferença central é a filosofia de fluxo de trabalho. Cursor foi criado para acelerar o que você já faz: você escreve código, e o Cursor ajuda.
Kiro foi criado para assumir primeiro a fase de planejamento: o agente define o que precisa ser construído antes de escrever qualquer coisa. Se sua principal frustração é a troca lenta de contexto entre um chat de IA e seu editor, o Cursor resolve isso de forma mais direta. Se sua frustração é código gerado por IA que não tem estrutura ou é difícil de manter, o fluxo de trabalho spec do Kiro é a resposta mais relevante.
| Feature | Kiro | Cursor |
|---|---|---|
| Ease of Use | Familiar to VS Code users; spec workflow adds a learning curve | Familiar to VS Code users; lower onboarding friction |
| Best For | Structured, spec-driven builds for production projects | Fast AI-assisted editing and agent tasks within existing codebases |
| Backend and Data | Builds real local projects with full stack control | Edits and extends existing project files with full stack control |
| Design Flexibility | No visual builder; outputs real, locally owned code | No visual builder; outputs real, locally owned code |
| Pricing Model | Credit-based; 50 free credits; all usage draws from a monthly credit allocation | Credit-based since June 2025; Auto mode is unlimited; premium model selection draws from a monthly credit pool |
Veredito Final: O Kiro Vale a Pena?
Kiro se destaca por colocar o planejamento antes da codificação. Seu fluxo de trabalho de especificação, documentos de steering e divisão de tarefas produzem uma base de código mais estruturada e mantível do que ferramentas de IA que vão direto para a implementação. O recurso Agent Hooks é outro destaque, permitindo automações de fluxo de trabalho que continuam rodando além de um único prompt.
Os compromissos são a curva de aprendizado e o preço. A versão gratuita é limitada demais para projetos grandes, e os desenvolvedores precisam se sentir confortáveis trabalhando em um IDE. Durante o teste, também encontrei um timeout, embora o Kiro tenha se recuperado sem perder progresso.
Se você é um desenvolvedor construindo software de produção, o Kiro é uma das ferramentas de codificação por IA mais fortes disponíveis hoje. Se você procura um criador de apps simples sem código, porém, ele não é a escolha certa.
