Eidos ou Spec Kit: a próxima mudança ou o produto inteiro?

O GitHub Spec Kit transforma uma intenção numa spec, num plano e em tarefas que o seu agente de código executa, uma funcionalidade por vez. O Eidos mantém um Blueprint (o plano) para cada parte do produto, escrito por uma pessoa e verificado contra um Framework (a estrutura) que você escolhe. Ele continua fiel depois que cada funcionalidade é lançada. Um move o trabalho. O outro define para que serve o trabalho.

A resposta curta

Escolha o Spec Kit se você quer que o seu agente de código vá de um pedido de funcionalidade ao código por um único caminho fixo, no agente que a sua equipe usa. Escolha o Eidos se você quer uma definição do produto que sobreviva a cada mudança: escrita por uma pessoa, verificada sempre do mesmo jeito e legível para quem nunca abre um terminal. Muitas equipes vão querer os dois.

Num relance

Eidos e GitHub Spec Kit, lado a lado

Pergunta	Eidos	GitHub Spec Kit
O que uma spec descreve	Uma parte do produto, como ela é	Uma mudança: uma pasta por funcionalidade
Quem escreve	Uma pessoa; o seu agente pergunta e insiste no escopo	O agente redige; uma pessoa revisa
Verificar a forma de uma spec	Uma verificação determinística, na sua máquina e no CI	Comandos do agente: clarify, checklists, analyze
Da spec ao código	Não vem incluído: o seu agente lê o Blueprint	Plano, tarefas, implementação e converge
Agentes de código	Claude Code, Codex ou qualquer agente ACP no app	Dezenas, ligados por um único specify init
Além da funcionalidade	Enquadramentos para o público, o mercado, a arquitetura e os critérios	Uma constituição do projeto
Quem nunca abre um terminal	Um app de desktop, com comentários, uma tela e um backlog	Não atendido: uma CLI e o seu agente
Preço e licença	App gratuito; padrão aberto Apache-2.0	Gratuito, com licença MIT

Onde o Spec Kit é a melhor escolha

É do GitHub, gratuito e com licença MIT. É a primeira resposta que a maioria dos desenvolvedores encontra para o desenvolvimento guiado por specs, com uma grande comunidade e muitas extensões.
Um único specify init liga os mesmos comandos a dezenas de agentes de código, então uma equipe pode compartilhar um processo sem compartilhar um assistente.
Um caminho completo da intenção ao código: constitution, spec, plan, tasks, implement, converge. O Eidos para na definição e deixa o plano e o código com você e o seu agente.
O converge compara o código com a spec e transforma a diferença em tarefas. O Eidos ainda não verifica se um agente seguiu um Blueprint.
As lacunas ficam à vista: marcas [NEEDS CLARIFICATION], seções obrigatórias, e requisitos e critérios de sucesso numerados.

Onde o Eidos ganha

O produto como ele é, não a próxima mudança: um Blueprint para cada parte do produto, com um id permanente, fiel depois que a funcionalidade é lançada.
Uma pessoa decide cada frase. O seu agente lê, pergunta onde você foi vago e insiste no escopo. Ele não escreve a spec para você revisar.
Uma verificação determinística de cada spec contra o seu Framework, como um job em cada pull request. A verificação é tolerante até você ativar o modo estrito.
Do tamanho que você fizer. Um Blueprint novo começa com os títulos do seu modelo, não com páginas de markdown gerado para revisar.
Espaço para mais do que funcionalidades: o público, o mercado e a arquitetura, e Frameworks para livros e pesquisa além de software.
Um app de desktop gratuito para as pessoas que trabalham ao lado dos desenvolvedores, com comentários, uma tela e um backlog que apontam para os Blueprints.

Use os dois

O Spec Kit para a mudança, o Eidos para o produto

O Spec Kit e o Eidos guardam cada um os seus arquivos em pastas próprias, então os dois cabem num repositório. Instale o Framework de software ao lado do Spec Kit e escreva um Blueprint para cada parte do produto. Quando a spec de uma funcionalidade se assentar, leve o que ela decidiu para o Blueprint que ela mudou. Depois ative o modo estrito, para que o job de cada pull request falhe quando um Blueprint perder a forma.

Os dois num repositório, em pastas próprias
Qualquer agente lê os Blueprints como arquivos puros
Uma verificação que roda igual em cada pull request

$ eidos install @BuildableWorks/software Blueprints --group payments --yes
✓ installed @BuildableWorks/software → Blueprints
  collections: frames, specs; groups under specs: payments
$ eidos setup --strict on
$ eidos ci --write github
✓ created .github/workflows/eidos-check.yml: eidos check on every pull request

O que esta página diz sobre o GitHub Spec Kit foi conferido nas páginas e na documentação dele em outubro de 2026. Produtos mudam; se algo aqui estiver desatualizado, conte para nós com Send Feedback, no app.

Comparar

Outras comparações

Dê ao seu agente um produto para onde construir.

Baixe o Eidos MD, abra o seu repositório ao lado do Spec Kit e escreva você mesmo o primeiro Blueprint.

Baixar grátis Início rápido

Grátis para macOS, Windows e Linux. Seus arquivos continuam texto simples, em uma pasta que é sua.