Ir al contenido

eidos

La skill principal: escribir y validar Blueprints, contra el Framework que declara tu raíz.

Lee el Framework desde tu raíz, nunca desde una copia propia, y toma tres cosas de Framework.md: el Schema, la convención de nombres y los flavors de la colección destino. Después:

  1. Elige un flavor (el por defecto salvo que elijas otro) y lee ese shape para el cuerpo.
  2. Nombra el archivo por su título en la convención del Framework, con un id permanente en kebab-case dentro.
  3. Genera el frontmatter a partir de las propiedades que aplican a esa colección, así que una propiedad acotada nunca aterriza donde no tiene sentido.
  4. Empieza por la sección de apertura del shape y aprieta más fuerte en su sección de no-objetivos.

Apúntala a un Blueprint existente y comprueba:

  • El frontmatter contra el Schema del Framework: id en kebab-case, fechas como YYYY-MM-DD, propiedades personalizadas acotadas a la colección correcta.
  • Las secciones de cuerpo que faltan contra el flavor del Blueprint: a un Blueprint en un flavor ligero nunca se le reprochan las secciones de uno más completo.
  • Una sección de no-objetivos ausente, señalada la primera entre las que faltan.
  • Cualquier cosa que se salte el etiquetado que pide el shape.
  • Que no se haya colado ningún campo de seguimiento de trabajo.

La salida es una revisión sobre la que actúa una persona, nunca una barrera. Una propiedad central que falta se saca a la luz y se añade con una nota sobre el porqué; una sección que falta se anota y se ofrece. Nunca rechaza el archivo.

Una de las tres skills que lo hacen. eidos se distribuye con el conjunto de reglas EIDOS.md versionado dentro, así que sigue funcionando allí donde no puede alcanzar la raíz del repositorio. Por qué →