Kiro vs Claude Code: gates prontos ou gates que você constrói
O Kiro é uma IDE que roda spec-driven development para você, com gates de aprovação entre requisitos, design e tarefas. O Claude Code é um harness de terminal onde você monta esse workflow sozinho. Lado a lado, o mesmo método nos dois, e quem deve escolher qual.
Um workflow de spec que você precisa lembrar de seguir é um hábito. Um workflow de spec que a ferramenta impõe é um processo. Essa é a diferença inteira entre os dois.
O Kiro é a IDE da AWS para spec-driven development. Você digita um prompt, e ele te conduz por requisitos, design e tarefas, com um passo de aprovação entre cada um, antes de os agentes escreverem o código. O Claude Code é o harness de terminal da Anthropic. Ele vem com plan mode e deixa o resto do workflow por sua conta: o formato da spec, os gates, os revisores.
Escolha o Kiro quando o seu time precisa dos gates impostos pela ferramenta. Escolha o Claude Code quando você quer desenhar os gates, o loop e o contexto você mesmo, e quer os modelos Claude de ponta por um preço fixo.
Pratico spec-driven development todo dia no Claude Code, com o meu próprio pi-sdd-kit. Estudei o Kiro a fundo para o meu guia do Kiro: a documentação, os preços e a avaliação prática da Birgitta Böckeler na Thoughtworks. Não rodei o Kiro em produção. Leia o lado do Kiro com isso em mente.
Trilhos ou uma estrada
O Kiro é uma linha de trem. As estações já estão construídas: requisitos, design, tarefas, implementação. O trem para em cada uma e espera você dar sinal verde. Você não pode pegar um atalho entre as estações, e é exatamente isso que você está pagando.
O Claude Code é um carro. Você pode dirigir a mesma rota e parar nos mesmos quatro pontos. Também pode pular eles, pegar uma estrada secundária ou criar uma quinta parada que ninguém planejou. Mesmo destino, garantias bem diferentes. Qual é melhor depende de quem está dirigindo e de quão cansada essa pessoa está às 18h de uma sexta-feira.
Lado a lado
Kiro vs Claude Code, outubro de 2026
| Dimensão | Kiro | Claude Code |
|---|---|---|
| O que é | Uma IDE construída sobre o Code OSS, mais uma CLI e uma interface web | Um harness de terminal, mais extensões de IDE, desktop e web |
| Workflow de spec | requirements.md, design.md, tasks.md com um gate de aprovação entre cada um; bugfix specs; Quick Spec sem gates | Plan mode embutido; o resto é por sua conta (skills, Spec Kit, pi-sdd-kit, markdown puro) |
| Formato de requisitos | EARS por padrão (WHEN ... THE SYSTEM SHALL) | O que o seu template de spec disser |
| Memória do projeto | Arquivos de steering com quatro modos de inclusão (always, fileMatch, manual, auto) | CLAUDE.md, regras por caminho, skills carregadas sob demanda |
| Automação | Hooks em eventos de arquivo, prompt, ferramenta e tarefa de spec | Hooks em eventos de ferramenta, prompt, stop e sessão; subagents |
| Modelos | Claude, GPT-5.6 da OpenAI e modelos open-weight, mais um modo Auto | Claude: Fable 5.1, Opus 5.5, Sonnet 5.5, Haiku 4.5 |
| Preço | Gratuito (50 créditos); Pro US$ 20, Pro+ US$ 40, Pro Max US$ 100, Power US$ 200; excedente US$ 0,04 por crédito | Pro US$ 20 (US$ 17 por mês no plano anual); Max US$ 100 (5x) ou US$ 200 (20x) |
| Editor | O Kiro substitui o seu editor; a CLI roda em qualquer lugar | Mantém o seu editor; roda no terminal |
O mesmo método, traduzido
O método é o mesmo nas duas ferramentas: escrever a intenção antes de o código existir, e depois checar o código contra ela. O Kiro dá um nome e um botão para cada etapa. No Claude Code, você monta cada etapa você mesmo. Veja como cada conceito do Kiro mapeia para o setup que uso no Claude Code, detalhado por completo em spec-driven development com Claude Code.
Conceito do Kiro, equivalente no Claude Code
| No Kiro | No meu setup com Claude Code |
|---|---|
| requirements.md | Arquivos PRD e SPEC gerados por uma skill, com critérios de aceite |
| design.md | Saída do plan mode, salva na pasta da feature |
| tasks.md | Arquivo TASKS que o subagent implementador percorre |
| Botão de aprovação entre fases | Um token no .status que o agente precisa encontrar antes de seguir |
| Arquivos de steering | CLAUDE.md mais uma pasta steering/: produto, tech, convenções, princípios |
| Hooks | Hooks do Claude Code, mais um subagent revisor |
Onde o Kiro vence
O Kiro vence quando a disciplina varia dentro do time. Um passo de aprovação visual na IDE é mais difícil de pular do que um arquivo que você pode simplesmente esquecer de atualizar. Arquivos de steering que carregam só quando você mexe em arquivos que batem com um padrão mantêm o contexto limpo sem ninguém ter que pensar nisso. Hooks que disparam antes e depois de cada tarefa da spec transformam “lembrar de atualizar a documentação” em estrutura.
Ele também vence no primeiro dia. Instale a IDE, abra um projeto, digite um prompt no painel Specs, e o workflow começa. O setup que me leva uma hora para montar num repositório novo já está pronto.
A crítica que vale lembrar é a da Böckeler: ela recebeu quatro user stories e dezesseis critérios de aceite para um bug fix pequeno. Desde então o Kiro adicionou bugfix specs e Quick Spec para exatamente esse caso, mas a pergunta continua de pé. Um workflow de três arquivos com gates é pesado para uma mudança de duas horas.
Onde o Claude Code vence
O Claude Code vence quando você quer ser dono do gate. Você decide o que aprovação significa, onde ela mora e o que o agente precisa provar antes de seguir. Você escolhe o formato da spec. Você adiciona um subagent revisor com as próprias instruções. Você mantém o seu editor e o seu terminal.
Ele também vence em acesso a modelo por dólar se você programa o dia inteiro. Um plano Max é a forma mais barata que conheço de rodar modelos Claude de ponta por horas, desde que você fique dentro do harness da Anthropic. Escrevi a conta completa, e a pegadinha, em vale a pena o Claude Max.
O custo é que nada é imposto a menos que você mesmo imponha. O plan mode espera o seu OK antes de editar. Tudo que for mais rígido do que isso é uma convenção que você escreveu, e uma convenção só é tão forte quanto a pessoa que a segue às 18h de uma sexta-feira.
O gate é a decisão inteira
As duas ferramentas deixam você escrever uma boa spec. A diferença é quem abre o gate entre “a spec parece pronta” e “o agente pode construir”.
No Kiro, um humano clica. No Claude Code, é o que você construiu. Isso importa mais do que qualquer feature nas tabelas. A falha que mais me custou em produção nunca foi uma spec ruim. Foi um agente construindo a partir de um plano que ninguém tinha lido. Um arquivo que existe não é uma aprovação. É por isso que o –require-spec do Spec Kit não conta como gate para mim, e por isso que o meu pi-sdd-kit usa um token que um humano precisa escrever.
Escolha o Kiro se
- 01O seu time vai pular um gate que é só uma convenção
- 02Você quer trabalho spec-driven desde o primeiro dia, sem montar nada
- 03Trocar de editor não é problema para você
- 04Você quer Claude, GPT e modelos abertos atrás de um único plano de créditos
Escolha o Claude Code se
- 01Você quer desenhar o gate, o formato da spec e os revisores
- 02Você vive no terminal e mantém o seu próprio editor
- 03Você programa a maior parte do dia e quer Claude de ponta por um preço fixo
- 04Você já tem um setup com Claude Code que funciona
Se você já roda spec-driven development no Claude Code e está funcionando, não há motivo para trocar. Se você está começando um time no método e não quer montar os trilhos sozinho, o Kiro é o caminho mais direto até lá. De qualquer forma, o método vem antes da ferramenta: comece por o que é spec-driven development.
Kiro vs Claude Code, respostas rápidas
O Kiro é melhor que o Claude Code?
Nenhum dos dois é melhor em tudo. O Kiro é melhor para times que precisam de spec-driven development imposto pela ferramenta, com gates de aprovação na IDE. O Claude Code é melhor para devs que querem desenhar o próprio workflow e os próprios gates, e que querem modelos Claude de ponta por um preço fixo de assinatura.
O Kiro pode usar modelos Claude?
Sim. Em 30 de setembro de 2026, o Kiro oferece os modelos Claude da Anthropic até o Opus 5.5, a família GPT-5.6 da OpenAI e modelos open-weight como DeepSeek, Qwen, MiniMax e GLM, mais um modo Auto que escolhe um modelo por tarefa.
O Kiro é gratuito?
O Kiro tem um plano gratuito com 50 créditos por mês. Os planos pagos são Pro por US$ 20 (1.000 créditos), Pro+ por US$ 40 (2.000), Pro Max por US$ 100 (5.000) e Power por US$ 200 (10.000), com excedente de US$ 0,04 por crédito. Preços conferidos em 1º de outubro de 2026.
O Claude Code consegue fazer spec-driven development como o Kiro?
Sim, mas você monta. O Claude Code vem com plan mode, CLAUDE.md, skills, hooks e subagents. Você adiciona os templates de spec e os gates, seja com um kit como o GitHub Spec Kit ou o pi-sdd-kit, seja com markdown puro e uma convenção que o seu time segue.
Kiro CLI vs Claude Code: qual a diferença?
A CLI do Kiro leva o agente e o workflow de spec dele para o terminal, então você pode usar o Kiro sem a IDE. O Claude Code é terminal-first por design. A diferença real é a mesma de quando se compara com a IDE: o Kiro vem com o workflow de spec e os gates prontos, o Claude Code vem com um harness que você configura.
Qual é mais barato, Kiro ou Claude Code?
Os dois começam em US$ 20 por mês. A métrica é diferente: o Kiro vende créditos que cobrem várias famílias de modelo, a Anthropic vende limites de uso em modelos Claude que resetam a cada cinco horas e semanalmente. Para quem programa o dia inteiro com Claude, um plano Max costuma dar mais capacidade de modelo por dólar. Para um time que precisa do workflow pronto, o preço do Kiro já inclui os trilhos.
A newsletter
Don’t Code, Specify. Toda semana, agentes de IA em produção de verdade. Sem hype: o que funcionou e o que quebrou.
Assinar no Substack (abre em nova aba)