Eidos ou Confluence: onde os requisitos devem morar?
O Confluence é a wiki de equipe da Atlassian e a casa de costume dos requisitos de produto numa empresa que usa o Jira. O Eidos guarda cada parte do produto em um arquivo markdown ao lado do código, verificado contra um Framework (a estrutura) que você escolhe. Um é onde a empresa lê. O outro, onde a definição se mantém fiel.
A resposta curta
Escolha o Confluence se todos, não só os engenheiros, leem e comentam a spec num navegador, e você transforma requisitos em épicos e histórias do Jira a partir da página. Escolha o Eidos se a spec deve ser um arquivo revisado no mesmo merge request que o código, verificado contra o Framework da sua equipe e guardado nas suas próprias máquinas.
Num relance
Eidos e Confluence, lado a lado
| Pergunta | Eidos | Confluence |
|---|---|---|
| Onde uma spec mora | Um arquivo markdown no seu repositório | Uma página num espaço do Atlassian Cloud |
| Verificada contra uma forma declarada | Sim, na sua máquina e no CI | Não: o modelo de PRD é uma página de partida |
| Versionada e revisada com o código | Sim: histórico do git, branches e merge requests | Histórico de páginas, sem branches |
| Lida e comentada pela empresa toda | Grátis no app de desktop, ainda sem visão no navegador | Sim, num navegador, com permissões por página |
| Ligada ao Jira | O plugin do Jira traz um quadro para o Backlog | Épicos e histórias criados a partir da página |
| IA | O seu próprio agente, que pergunta enquanto você escreve | Rovo, com créditos em todo plano pago |
| Hospedagem própria | Arquivos locais, sem servidor | O Data Center passa a somente leitura em março de 2029 |
| Preço | Grátis localmente; online, US$ 4,99 por mês por editor depois de três | Gratuito até 10 usuários, depois por usuário |
Onde o Confluence é a melhor escolha
- O Jira dentro da página: crie épicos e histórias a partir do texto selecionado, e veja cada item de trabalho e cada sprint ligado a partir da spec.
- A empresa toda pode revisar uma spec num editor conhecido, com comentários na linha, menções e permissões. No Eidos, quem revisa usa o app de desktop gratuito, porque ainda não há visão no navegador.
- O modelo de PRD traz orientação em cada seção, então uma página vazia já diz como é um trabalho bem feito.
- Os agentes chegam em grande escala: um servidor MCP hospedado e uma CLI feita para agentes, com OAuth, escopos e logs de auditoria.
- O Rovo vem com cada licença paga, e na maioria das empresas com Jira o Confluence já está pago.
Onde o Eidos ganha
- Mais que um modelo: cada spec é verificada contra as seções e os campos que o seu Framework declara, na sua máquina e em cada merge request. A verificação é tolerante até você ativar o modo estrito.
- A spec é markdown puro, revisado numa branch no mesmo merge request que o código. Não é preciso um app do Marketplace para tirá-la de lá.
- Um arquivo atual para cada parte do produto, não um espaço de páginas que envelhecem. O Eidos ainda não avisa quando um Blueprint (o plano) está desatualizado.
- O Eidos não escreve prosa nem precisa de créditos. O seu próprio agente lê os arquivos, pergunta onde você foi vago e insiste no escopo. Quem escreve é você.
- Arquivos locais sem servidor, e o Eidos online só se você quiser. Nada precisa ir para a nuvem de outra pessoa, e não há data de fim de vida.
- Markdown puro escrito segundo o EIDOS.md, um padrão aberto sob Apache-2.0, num app gratuito.
Dá para migrar?
Traga seus requisitos, ou fique com os dois
Exporte cada PRD do Confluence como Markdown, com um exportador do Marketplace ou copiando a página, e instale o Framework de software no seu repositório. Crie cada spec com New blueprint no app ou com eidos new, que dá a ela um id e os seus campos, e cole os requisitos sob os títulos do modelo. A verificação lista o que ainda falta em cada uma. Muitas equipes mantêm o Confluence como a página que a empresa lê, com um link para a spec no repositório.
- Markdown puro no repositório, revisado como código
- A verificação aponta o que falta em cada spec
- Ainda não há importador nem publicador para o Confluence
$ eidos install @BuildableWorks/software Blueprints --group payments --yes
✓ installed @BuildableWorks/software → Blueprints
collections: frames, specs; groups under specs: payments
$ eidos new specs "Refunds" --group payments
✓ specs/payments/refunds.md (specs, spec.full, id B-QQJ7)
$ eidos ci --write gitlab
✓ created .gitlab-ci.yml with the eidos-check jobO que esta página diz sobre o Confluence 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
- Espaço de trabalho e wikivs. NotionEscolha o Notion quando todos precisam escrever num espaço compartilhado. Escolha o Eidos quando a spec deve ser verificada e morar ao lado do código.
- Desenvolvimento guiado por specsvs. GitHub Spec KitEscolha o Spec Kit para levar um agente da spec ao código, mudança a mudança. Escolha o Eidos para manter uma definição verificada do produto como ele é.
Coloque uma spec ao lado do código esta semana.
Baixe o Eidos MD, abra o seu repositório e escreva o próximo requisito como um Blueprint. A wiki pode ficar com o resto.
Grátis para macOS, Windows e Linux. Seus arquivos continuam texto simples, em uma pasta que é sua.