Glosario
Todos los términos que usa el estándar, en el orden en que se construyen unos
sobre otros. Esta es la propia tabla de vocabulario de EIDOS.md, con enlaces al
resto de estas páginas.
Los encabezados conservan el término en inglés, porque es el que verás en
EIDOS.md, en el árbol de archivos y en la salida de las skills. La traducción
va en la primera línea de cada definición.
la raíz. La única carpeta en la que vive Eidos, con el Framework, las
colecciones y cualquier documento de nivel superior. Se encuentra por el
_eidos/ oculto que hay dentro, nunca por su nombre.
→
framework
Sección titulada «framework»el marco. La forma en la que se escribe todo: sus colecciones, shapes,
flavors, roles, convención de nombres y Schema. Vive en el _eidos/ oculto de la
raíz. Portátil: un Framework rige tantas raíces como quieras.
→
collection
Sección titulada «collection»la colección. Una carpeta de nivel superior con Blueprints repetidos que comparten un shape de cuerpo. Un Framework declara cada una, y puede agrupar los Blueprints de una colección en un nivel de subcarpetas. →
blueprint
Sección titulada «blueprint»el plano. Un archivo markdown dentro de una colección, que define una unidad por completo. Frontmatter (un acuerdo) más un cuerpo (un shape). →
el encuadre. Un Blueprint que describe la cosa entera en lugar de una unidad de ella. Los frames fijan aquello contra lo que se juzga cualquier otro Blueprint, y se revisan cada vez que ese juicio cambia. Todo Framework declara una colección de encuadre. →
la plantilla del cuerpo. Una plantilla de cuerpo: las secciones que lleva un
Blueprint, en orden, bajo nombres fijos, cada una con su orientación. Solo el
cuerpo; el frontmatter se genera. Un archivo por shape, en _eidos/shapes/.
→
la variante. Los shapes de una colección son variantes de una misma familia, y
cada variante es un flavor (<kind>.<flavor>). Una colección declara uno o más y
marca uno por defecto, normalmente un flavor ligero del que un Blueprint puede
crecer, junto a uno más completo.
→
property
Sección titulada «property»la propiedad. Un campo del frontmatter: un nombre, un tipo, a qué colecciones aplica y un significado. →
el esquema. Todo el contrato de propiedades del Framework: las propiedades centrales que Eidos exige, más lo que añada el Framework. →
top-level doc
Sección titulada «top-level doc»documento de nivel superior. Un documento único en la raíz: un Roadmap, una Visión, el canvas generado. Libre: sin shape, sin flavors, sin validación. →
el rol. Un contrato de respuesta para un rol, que dice cómo le habla un agente a ese tipo de persona. →
el actor. Quién está en el asiento ahora mismo: su rol, más una calibración personal. →
la semilla. Un Framework de partida que distribuye el estándar. install copia
uno en una raíz nueva.
→
Términos que Eidos deliberadamente no define
Sección titulada «Términos que Eidos deliberadamente no define»Vale la pena nombrarlos, porque su ausencia es la idea.
| No definido | Porque |
|---|---|
Specs, Chapters, Frames… |
Los nombres de colección pertenecen a un Framework, nunca al estándar. |
## Intent, ## Out of Scope… |
Los nombres de sección pertenecen a un shape. El estándar nunca gobierna una sección. |
status, domain, tags… |
Eidos no define ninguna propiedad personalizada. Cada una de estas es elección de una semilla. |
| Una agrupación | La agrupación de una colección es cosa de la colección. |
sprint, estimate, assignee |
Prohibidos de plano. Estos convierten un Blueprint en una tarea. |
Siguiente
Sección titulada «Siguiente»- Convenciones: las estructurales, agrupadas.
- Versionado