Eidos o Confluence: ¿dónde deben vivir los requisitos?
Confluence es la wiki de equipo de Atlassian y el hogar habitual de los requisitos de producto en una empresa que usa Jira. Eidos guarda cada parte del producto en un archivo markdown junto al código, revisado contra un Framework (el marco) que tú eliges. Uno es donde lee la empresa. El otro, donde la definición se mantiene fiel.
La respuesta corta
Elige Confluence si todos, no solo los ingenieros, leen y comentan la spec en un navegador, y conviertes los requisitos en épicas e historias de Jira desde la página. Elige Eidos si la spec debe ser un archivo revisado en el mismo merge request que el código, comprobado contra el Framework de tu equipo y guardado en tus propias máquinas.
De un vistazo
Eidos y Confluence, lado a lado
| Pregunta | Eidos | Confluence |
|---|---|---|
| Dónde vive una spec | Un archivo markdown en tu repositorio | Una página en un espacio de Atlassian Cloud |
| Comprobada contra una forma declarada | Sí, en tu máquina y en CI | No: la plantilla de PRD es una página de partida |
| Versionada y revisada con el código | Sí: historial de git, ramas y merge requests | Historial de páginas, sin ramas |
| Leída y comentada por toda la empresa | Gratis en la app de escritorio, aún sin vista en el navegador | Sí, en un navegador, con permisos por página |
| Enlazada con Jira | El plugin de Jira trae un tablero al Backlog | Épicas e historias creadas desde la página |
| IA | Tu propio agente, que pregunta mientras escribes | Rovo, con créditos en cada plan de pago |
| Alojamiento propio | Archivos locales, sin servidor | Data Center pasa a solo lectura en marzo de 2029 |
| Precio | Gratis en local; en línea, 4,99 $ al mes por editor después de tres | Gratis hasta 10 usuarios, luego por usuario |
Dónde Confluence es la mejor opción
- Jira dentro de la página: crea épicas e historias a partir del texto seleccionado, y ve cada elemento de trabajo y cada sprint enlazado desde la spec.
- Toda la empresa puede revisar una spec en un editor conocido, con comentarios en línea, menciones y permisos. En Eidos, quien revisa usa la app de escritorio gratuita, porque aún no hay vista en el navegador.
- La plantilla de PRD trae una guía en cada sección, así que una página vacía ya dice cómo se ve algo bien hecho.
- Los agentes llegan a gran escala: un servidor MCP alojado y una CLI pensada para agentes, con OAuth, permisos por alcance y registros de auditoría.
- Rovo viene con cada licencia de pago, y en la mayoría de las empresas con Jira, Confluence ya está pagado.
Dónde gana Eidos
- Más que una plantilla: cada spec se comprueba contra las secciones y los campos que declara tu Framework, en tu máquina y en cada merge request. La comprobación es indulgente hasta que activas el modo estricto.
- La spec es markdown plano, revisado en una rama en el mismo merge request que el código. No hace falta una app del Marketplace para sacarla.
- Un archivo vigente por cada parte del producto, no un espacio de páginas que envejecen. Eidos todavía no avisa de un Blueprint (el plano) desactualizado.
- Eidos no escribe prosa ni necesita créditos. Tu propio agente lee los archivos, pregunta donde fuiste impreciso e insiste en el alcance. La escritura es tuya.
- Archivos locales sin servidor, y Eidos online solo si lo quieres. Nada tiene que pasar a la nube de otro, y no hay fecha de fin de vida.
- Markdown plano escrito según EIDOS.md, un estándar abierto bajo Apache-2.0, en una app gratuita.
¿Puedes pasarte?
Trae tus requisitos, o quédate con ambos
Exporta cada PRD de Confluence como Markdown, con un exportador del Marketplace o copiando la página, e instala el Framework de software en tu repositorio. Crea cada spec con New blueprint en la app o con eidos new, que le da un id y sus campos, y pega los requisitos bajo los encabezados de la plantilla. La comprobación lista lo que le falta a cada una. Muchos equipos mantienen Confluence como la página que lee la empresa, enlazada con la spec en el repositorio.
- Markdown plano en el repositorio, revisado como código
- La comprobación nombra lo que le falta a cada spec
- Aún no hay importador ni publicador para 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 jobLo que esta página dice de Confluence se comprobó con sus propias páginas y documentación en octubre de 2026. Los productos cambian; si algo aquí está desactualizado, cuéntanoslo con Send Feedback, en la app.
Comparar
Otras comparaciones
- Espacio de trabajo y wikivs. NotionElige Notion cuando todos necesitan escribir en un espacio compartido. Elige Eidos cuando la spec debe revisarse y vivir junto al código.
- Desarrollo guiado por specsvs. GitHub Spec KitElige Spec Kit para llevar a un agente de la spec al código, cambio a cambio. Elige Eidos para mantener una definición comprobada del producto tal como es.
Pon una spec junto al código esta semana.
Descarga Eidos MD, abre tu repositorio y escribe el próximo requisito como un Blueprint. La wiki puede quedarse con el resto.
Gratis para macOS, Windows y Linux. Tus archivos siguen siendo texto simple en una carpeta que es tuya.