Singularity vs Kiro: agentes orientados por especificações ou um Kanban de tickets?

Kiro é o ambiente de desenvolvimento de agentes criado e operado pela AWS. Ele ganhou fama com uma abordagem orientada pelas especificações: antes de escrever o código, o agente elabora os requisitos, um design e uma lista de tarefas para você aprovar. Hoje o Kiro vem como um IDE, uma CLI, um aplicativo web com modo autônomo, um aplicativo móvel em pré-visualização e Kiro Crew.

Singularity também enquadra o trabalho do agente, mas em torno de um objeto diferente: um ticket em um quadro Kanban, executado em uma árvore de trabalho Git e revisado antes da integração. Portanto, a decisão é sobre onde fica a estrutura (especificações de Markdown ou tickets com dependências), onde a execução acontece (sua máquina ou um sandbox na nuvem) e o modelo de custo (créditos Kiro ou assinaturas de seu próprio provedor).

Comparação verificada em 10 de outubro de 2026 com a documentação oficial de Kiro e a própria Singularity. Ele compara fluxos de trabalho, não velocidade ou qualidade do código gerado. Preços públicos em USD/EUR conforme apresentados, excluindo impostos e utilização; eles podem mudar.

Resumindo

• Kiro transforma uma solicitação em três documentos (requisitos, design, tarefas), apoiados por arquivos de direção e ganchos, e então executa tarefas independentes em paralelo.
• Singularity organiza o trabalho como tickets em um quadro: cada execução recebe sua própria árvore de trabalho, relata sua atividade e passa por uma guia Revisão antes de ser rebaseada.
• Kiro executa seu agente localmente (IDE, CLI) ou em uma sandbox de nuvem (Web, sessões de nuvem) que abre solicitações pull; Singularity lança CLIs de provedor em sua máquina.
• Kiro cobra em créditos, de US$ 0 (50 créditos) a US$ 200 por mês; Singularity é gratuito, não inclui nenhum modelo e oferece uma licença de 24 euros por mês por estação de trabalho para seus plug-ins pagos.

O que é Kiro

De acordo com sua página inicial, o Kiro é "construído e operado pela AWS" e nenhuma conta da AWS é necessária. O FAQ diz que o IDE é baseado no Code OSS e que você faz login com GitHub, Google, AWS Builder ID ou IAM Identity Center; as extensões vêm do registro Open VSX (migração do VS Code). O IDE 1.0 adicionou um sistema de permissões, ganchos estruturados e um modo experimental Agent Focus com sessões paralelas (o que há de novo no 1.0).

Um único agente alimenta o IDE, CLI, aplicativos Web e móveis por meio do protocolo ACP aberto (como o Kiro funciona). Ele é executado localmente no IDE e na CLI e em um sandbox de nuvem para Web, dispositivos móveis e sessões de nuvem, até dez por vez, que retornam alterações como solicitações de pull ou mesclagem.

Especificações produzem requirements.md (ou bugfix.md), design.md e tasks.md; os requisitos usam a notação EARS (especificações de recursos) e tarefas independentes são executadas em ondas simultâneas. Steering adiciona contexto duradouro (product.md, tech.md, structure.md, AGENTS.md) e hooks executam um comando ou um prompt em eventos como um salvar arquivo. Na Web, o modo autônomo planeja, delega a subagentes e abre pull requests. Há também Powers, pacotes de habilidades e configuração de MCP, e Kiro Crew, um agente pessoal de código aberto.

Um resumo da Singularity

Singularity é um ADE (Agentic Development Environment) para desktop feito pela Meteor Factory: um editor com servidores de linguagem, um terminal, um cliente Git (gráfico, diffs, stash, árvores de trabalho), espaços de trabalho multiprojetos e um quadro Kanban que atua como superfície de execução para agentes. Um ticket contém a descrição, prioridade, dependências e configuração do agente; em seguida, mantém o relatório, os bloqueadores e uma resolução curta. Com worktrees ativado, cada execução funciona em seu próprio checkout do Git e seus commits são rebaseados no branch base, automaticamente ou após revisão. Orquestração conduz as CLIs de sete provedores (Claude Code, Codex, Copilot, Cursor, Gemini, Mistral, Ollama) com suas próprias contas. O aplicativo é gratuito; a licença desbloqueia apenas plug-ins pagos do Marketplace, como Pipelines.

Tabela de comparação

Spec ou ticket: duas maneiras de enquadrar uma solicitação

Uma especificação Kiro é um documento de design versionado com o código. Isso força você a explicar o comportamento, a arquitetura e o detalhamento esperados antes da implementação: para um recurso confuso, você revisa os requisitos em vez de uma longa comparação. Existe uma "especificação rápida" sem barreiras de aprovação para solicitações que já estão claras.

Um ticket Singularity é uma unidade de execução. Sua descrição é breve, mas sua força está no que o cerca: prioridade, tipo, dependências, tickets filhos, horários recorrentes, escolha de provedor e modelo e relatório. Singularity não impõe um formato de especificação, portanto, escrever uma descrição precisa depende de você.

O mesmo recurso em ambas as ferramentas

Aceite uma solicitação comum: adicione uma exportação de faturas em CSV, com um endpoint de API e um botão na IU.

Com Kiro

Você inicia uma especificação de recurso. Kiro elabora requisitos ("quando o usuário clica em Exportar, o sistema produzirá um CSV das faturas filtradas"), um design e uma lista de tarefas. Você ajusta cada documento e depois executa todas as tarefas: as independentes começam juntas e as demais seguem em ondas. Um gancho pode executar o linter em cada salvamento. No IDE você revisa as diferenças e pode reverter para um ponto de verificação; na Web, o agente abre uma solicitação pull sobre a qual você comenta.

Com Singularity

Você cria dois tickets, "endpoint de exportação CSV" e "botão Exportar", com o segundo bloqueado pelo primeiro. O agendador inicia o ticket da API; o agente trabalha em sua árvore de trabalho, publica sua fase no cartão e finaliza com um relatório. Com a mesclagem automática desativada, o resultado aguarda na guia Revisão: você aprova arquivo por arquivo, anota ou envia a execução de volta com feedback. Após o rebase, o ticket da IU começa em uma base que contém o endpoint.

Kiro faz com que você valide o pensamento a montante; O Singularity permite que você valide o resultado downstream. De qualquer forma, os testes continuam sendo essenciais.

Local, nuvem e paralelismo

Kiro cobre ambos os mundos: localmente, o IDE e CLI usam seu shell e conjunto de ferramentas; na nuvem, o mesmo equipamento é executado em uma sandbox isolada sem carregar sua cópia local e continua funcionando depois que você fecha o laptop. O paralelismo vem de ondas de tarefas, subagentes, modo Agent Focus e sessões na nuvem.

Singularity permanece local: cada agente é executado em sua máquina em sua própria árvore de trabalho, o número de agentes simultâneos é configurável e o escalonador respeita prioridades e dependências. Uma execução interrompida pelo fechamento do aplicativo é reanexada ou colocada em um estado explícito na reinicialização. Nenhuma execução integrada na nuvem, mas controle direto sobre o ambiente e as ferramentas locais.

Git, pull requests e integração

No IDE, Kiro mostra as diferenças e pontos de verificação do agente para os quais você pode reverter. Na nuvem, o agente cria uma ramificação, faz commit, abre uma solicitação pull ou merge no GitHub ou GitLab e, em seguida, responde aos comentários com /kiro all ou /kiro fix (trabalhando com o agente web). A revisão acontece onde a equipe já lê o código.

O Singularity integra-se localmente, sem forja: a guia Revisão permite aprovar cada arquivo, editar na árvore de trabalho, mesclar apenas arquivos aprovados ou reiniciar com feedback. A integração usa um rebase e uma fila de commit serializa integrações simultâneas em um projeto. Os testes ainda são necessários após um rebase: dois tickets podem introduzir regras incompatíveis sem conflito no Git.

Modelos, créditos e estrutura de custos

Kiro fatura o uso em créditos compartilhados entre IDE, CLI e Web (preços): Gratuito por US$ 0 com 50 créditos, 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) por usuário por mês, mais US$ 0,04 por crédito extra; A empresa é cotada mediante solicitação. A lista de modelos dá a cada modelo um multiplicador de crédito: roteador automático, Claude Sonnet e Opus, modelos experimentais GPT e modelos abertos mais baratos.

Singularity mantém a ferramenta e a inferência separadas: o aplicativo é gratuito, com agentes, projetos e árvores de trabalho ilimitados, e os 24 euros por mês por licença de estação de trabalho (avaliação de 14 dias) cobrem apenas plug-ins pagos. Os custos do modelo dependem das assinaturas que você já possui com cada provedor, sem segundo medidor de uso.

Dados e privacidade

De acordo com a página de proteção de dados, o conteúdo de usuários gratuitos e assinantes individuais pode ser usado para melhoria do serviço, a menos que eles desistam nas configurações e seja armazenado na região Leste dos EUA (Norte da Virgínia) da AWS; no Enterprise, ele não é usado para essa finalidade.

O Singularity não carrega seu código por conta própria: apenas as CLIs que você configurou se comunicam com seus serviços, de acordo com suas próprias políticas. Com o Ollama rodando localmente, a inferência permanece na máquina; os dados do aplicativo residem em um banco de dados SQLite local.

Onde Kiro é mais forte

• Método de especificação: requisitos, design e tarefas do EARS versionados no repositório, com um fluxo de correção de bugs dedicado.
• Execução na nuvem: sessões em um sandbox gerenciado que continuam em execução sem sua máquina e retornam como solicitações pull.
• Automação orientada a eventos: ganchos em salvamentos de arquivos ou chamadas de ferramentas e direcionamento condicional por padrão de arquivo.
• Ecossistema: extensões VSX abertas, poderes de parceiros e ACP para usar Kiro da JetBrains ou Zed.
• Estrutura empresarial da AWS: IAM Identity Center, regiões, GovCloud e faturamento por meio da AWS.

Onde a Singularity se destaca

• Um quadro para todo o trabalho: tickets de diferentes tipos, prioridades, dependências, tickets secundários e programações recorrentes em uma única visualização.
• Isolamento por execução: cada agente trabalha em sua própria árvore de trabalho local sem mexer nos arquivos não confirmados.
• Integração local controlada: revisão arquivo por arquivo, mesclagem parcial, rebase linear e fila de commit, sem dependência de forja.
• Escolha do provedor: sete provedores, incluindo modelos locais através do Ollama, usando suas contas existentes sem créditos intermediários.
• Aplicativo gratuito: todos os recursos sem assinatura; apenas plug-ins pagos são cobrados.

Você pode usar os dois?

Sim, no mesmo repositório. As especificações do Kiro são arquivos Markdown, então você pode escrever as especificações no Kiro e então criar tickets do Singularity que apontam para tasks.md para Claude Code, Codex ou Copilot executarem em árvores de trabalho, que o Kiro IDE também pode abrir.

Dois limites: Singularity não impulsiona Kiro como provedor, e os ganchos Kiro só disparam quando o arnês Kiro está fazendo o trabalho; os ganchos Git do repositório se aplicam em ambos os lados. Consulte também Singularity vs Antigravity e, para delegação na nuvem, Singularity vs Devin.

Qual ferramenta você deve escolher?

• Equipe que deseja formalizar requisitos antes de codificar: Kiro, pelas especificações e requisitos, design, fluxo de tarefas.
• Organização já padronizada na AWS: Kiro, para identidade, faturamento e governança da AWS.
• Alguém que deseja iniciar tarefas a partir de um telefone ou deixar um agente trabalhar durante a noite na nuvem: Kiro Web e suas sessões na nuvem.
• Equipe pequena gerenciando um backlog variado: Singularity, para a diretoria, dependências e revisão antes da integração.
• Desenvolvedor que já está pagando por Claude, ChatGPT ou Copilot, ou quer modelos locais: Singularity, que reutiliza essas contas ou Ollama.

Protocolo de teste

1. Escolha um recurso real que envolva uma API e uma IU, com critérios de aceitação por escrito.
2. No Kiro, crie uma especificação, revise os três documentos, execute todas as tarefas e anote o tempo gasto corrigindo a especificação e depois o código.
3. No Singularity, divida a mesma solicitação em dois tickets dependentes, desative a mesclagem automática e revise cada execução na guia Revisão.
4. Execute o mesmo conjunto de testes em ambos os resultados e compare o histórico do Git produzido por cada um.
5. Registre os créditos Kiro consumidos e o uso com o provedor Singularity impulsionado.

Perguntas frequentes

Preciso de uma conta AWS para usar o Kiro?

Não. Kiro afirma que nenhuma conta da AWS é necessária: você faz login com GitHub, Google, AWS Builder ID ou, em uma empresa, IAM Identity Center.

O Singularity consegue ler uma especificação do Kiro?

Não há integração dedicada, mas as especificações são arquivos Markdown no repositório. Um agente iniciado a partir de um ticket poderá lê-los em sua árvore de trabalho se a descrição do ticket se referir a ele.

Qual é mais barato?

Depende do seu uso. O Singularity é gratuito, mas você paga aos seus provedores de IA; Kiro inclui inferência em seus créditos, de 50 créditos gratuitos a 10.000 créditos por US$ 200 por mês. Compare uma semana real de trabalho.

Para ir mais longe, navegue em todas as comparações do Singularity, leia o guia de primeiros passos ou faça o download do Singularity para testar o quadro em seu próprio repositório.