Eidos o Spec Kit: ¿el próximo cambio o todo el producto?

GitHub Spec Kit convierte una intención en una spec, un plan y tareas que tu agente de código ejecuta, una funcionalidad a la vez. Eidos mantiene un Blueprint (el plano) por cada parte del producto, escrito por una persona y comprobado contra un Framework (el marco) que tú eliges. Sigue siendo fiel después de que sale cada funcionalidad. Uno impulsa el trabajo. El otro define para qué es el trabajo.

La respuesta corta

Elige Spec Kit si quieres que tu agente de código vaya de una petición de funcionalidad al código por un único camino fijo, en el agente que use tu equipo. Elige Eidos si quieres una definición del producto que sobreviva a cada cambio: escrita por una persona, comprobada siempre de la misma manera y legible para quien nunca abre una terminal. Muchos equipos querrán ambos.

De un vistazo

Eidos y GitHub Spec Kit, lado a lado

Pregunta	Eidos	GitHub Spec Kit
Qué describe una spec	Una parte del producto, tal como es	Un cambio: una carpeta por funcionalidad
Quién la escribe	Una persona; tu agente pregunta e insiste en el alcance	El agente redacta; una persona revisa
Comprobar la forma de una spec	Una comprobación determinista, en tu máquina y en CI	Comandos del agente: clarify, checklists, analyze
De la spec al código	No viene incluido: tu agente lee el Blueprint	Plan, tareas, implementación y converge
Agentes de código	Claude Code, Codex o cualquier agente ACP en la app	Decenas, conectados con un solo specify init
Más allá de la funcionalidad	Encuadres para el público, el mercado, la arquitectura y los criterios	Una constitución del proyecto
Quien nunca abre una terminal	Una app de escritorio, con comentarios, un lienzo y un backlog	Sin atender: una CLI y tu agente
Precio y licencia	App gratuita; estándar abierto Apache-2.0	Gratis, con licencia MIT

Dónde Spec Kit es la mejor opción

Es de GitHub, gratis y con licencia MIT. Es la primera respuesta que encuentran la mayoría de los desarrolladores para el desarrollo guiado por specs, con una gran comunidad y muchas extensiones.
Un solo specify init conecta los mismos comandos a decenas de agentes de código, así que un equipo puede compartir un proceso sin compartir un asistente.
Un camino completo de la intención al código: constitution, spec, plan, tasks, implement, converge. Eidos se detiene en la definición y deja el plan y el código a ti y a tu agente.
Converge compara el código con la spec y convierte la diferencia en tareas. Eidos todavía no comprueba que un agente haya seguido un Blueprint.
Los huecos quedan a la vista: marcas [NEEDS CLARIFICATION], secciones obligatorias, y requisitos y criterios de éxito numerados.

Dónde gana Eidos

El producto tal como es, no el próximo cambio: un Blueprint por cada parte del producto, con un id permanente, fiel después de que la funcionalidad sale.
Una persona decide cada frase. Tu agente lee, pregunta donde fuiste impreciso e insiste en el alcance. No escribe la spec para que tú la revises.
Una comprobación determinista de cada spec contra tu Framework, como un trabajo en cada pull request. La comprobación es indulgente hasta que activas el modo estricto.
Tan larga como la hagas. Un Blueprint nuevo empieza con los encabezados de su plantilla, no con páginas de markdown generado que revisar.
Espacio para más que funcionalidades: el público, el mercado y la arquitectura, y Frameworks para libros e investigación además de software.
Una app de escritorio gratuita para la gente que trabaja junto a los desarrolladores, con comentarios, un lienzo y un backlog que apuntan a los Blueprints.

Usa ambos

Spec Kit para el cambio, Eidos para el producto

Spec Kit y Eidos guardan cada uno sus archivos en carpetas propias, así que ambos caben en un repositorio. Instala el Framework de software junto a Spec Kit y escribe un Blueprint por cada parte del producto. Cuando la spec de una funcionalidad se asiente, lleva lo que decidió al Blueprint que cambió. Después activa el modo estricto, para que el trabajo de cada pull request falle cuando un Blueprint pierda su forma.

Ambos en un repositorio, en carpetas propias
Cualquier agente lee los Blueprints como archivos planos
Una comprobación que corre igual en 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

Lo que esta página dice de GitHub Spec Kit 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

Dale a tu agente un producto hacia el que construir.

Descarga Eidos MD, abre tu repositorio junto a Spec Kit y escribe tú mismo el primer Blueprint.

Descargar gratis Inicio rápido

Gratis para macOS, Windows y Linux. Tus archivos siguen siendo texto simple en una carpeta que es tuya.