Pular para o conteúdo

eidos

A skill principal: escrever e validar Blueprints, contra o Framework que a sua raiz declara.

Ela lê o Framework a partir da sua raiz, nunca de uma cópia própria, e pega três coisas do Framework.md: o Schema, a convenção de nomes e os flavors da coleção de destino. Depois:

  1. Escolhe um flavor (o padrão, a menos que você escolha outro) e lê aquele shape para o corpo.
  2. Nomeia o arquivo pelo título dele na convenção do Framework, com um id permanente em kebab-case dentro.
  3. Gera o frontmatter a partir das propriedades que se aplicam àquela coleção, então uma propriedade restrita nunca aterrissa onde não faz sentido.
  4. Começa pela seção de abertura do shape e aperta mais forte na seção de não-objetivos dele.

Aponte-a para um Blueprint existente e ela confere:

  • O frontmatter contra o Schema do Framework: id em kebab-case, datas como YYYY-MM-DD, propriedades personalizadas restritas à coleção certa.
  • As seções de corpo que faltam contra o flavor do Blueprint: um Blueprint num flavor leve nunca é cobrado pelas seções de um mais completo.
  • Uma seção de não-objetivos ausente, sinalizada em primeiro lugar entre as que faltam.
  • Qualquer coisa que pule a rotulagem que o shape pede.
  • Que nenhum campo de acompanhamento de trabalho se infiltrou.

A saída é uma revisão sobre a qual uma pessoa age, nunca uma barreira. Uma propriedade central que falta é trazida à tona e acrescentada com uma nota sobre o porquê; uma seção que falta é anotada e oferecida. Ela nunca recusa o arquivo.

Uma das três skills que fazem isso. O eidos é distribuído com o conjunto de regras EIDOS.md versionado dentro dele, então continua funcionando onde não consegue alcançar a raiz do repositório. Por quê →