Glossário
Todos os termos que o padrão usa, na ordem em que se constroem uns sobre os
outros. Esta é a própria tabela de vocabulário do EIDOS.md, com links para o
resto destas páginas.
Os títulos mantêm o termo em inglês, porque é ele que você vai ver no EIDOS.md,
na árvore de arquivos e na saída das skills. A tradução vem na primeira linha de
cada definição.
a raiz. A única pasta em que o Eidos vive, contendo o Framework, as coleções e
quaisquer documentos de nível superior. Encontrada pelo _eidos/ oculto que há
dentro dela, nunca pelo nome.
→
framework
Seção intitulada “framework”a estrutura. A forma em que tudo é escrito: as coleções, shapes, flavors,
papéis, convenção de nomes e Schema dela. Vive no _eidos/ oculto da raiz.
Portátil: um Framework rege quantas raízes você quiser.
→
collection
Seção intitulada “collection”a coleção. Uma pasta de nível superior com Blueprints repetidos que compartilham um shape de corpo. Um Framework declara cada uma, e pode agrupar os Blueprints de uma coleção em um nível de subpastas. →
blueprint
Seção intitulada “blueprint”o plano. Um arquivo markdown dentro de uma coleção, que define uma unidade por completo. Frontmatter (um acordo) mais um corpo (um shape). →
o enquadramento. Um Blueprint que descreve a coisa inteira em vez de uma unidade dela. Os frames definem aquilo contra o que qualquer outro Blueprint é julgado, e são revisados sempre que esse julgamento muda. Todo Framework declara uma coleção de enquadramento. →
o modelo do corpo. Um modelo de corpo: as seções que um Blueprint carrega, em
ordem, sob nomes fixos, cada uma com a sua orientação. Só o corpo; o frontmatter
é gerado. Um arquivo por shape, em _eidos/shapes/.
→
a variante. Os shapes de uma coleção são variantes de uma mesma família, e cada
variante é um flavor (<kind>.<flavor>). Uma coleção declara um ou mais e marca
um como padrão, normalmente um flavor leve do qual um Blueprint pode crescer, ao
lado de um mais completo.
→
property
Seção intitulada “property”a propriedade. Um campo do frontmatter: um nome, um tipo, a quais coleções se aplica e um significado. →
o esquema. Todo o contrato de propriedades do Framework: as propriedades centrais que o Eidos exige, mais o que o Framework acrescentar. →
top-level doc
Seção intitulada “top-level doc”documento de nível superior. Um documento único na raiz: um Roadmap, uma Visão, o canvas gerado. Livre: sem shape, sem flavors, sem validação. →
o papel. Um contrato de resposta para um papel, dizendo como um agente fala com aquele tipo de pessoa. →
o ator. Quem está no assento agora: o papel dele, mais uma calibração pessoal. →
a semente. Um Framework de partida que o padrão distribui. O install copia um
deles para uma raiz nova.
→
Termos que o Eidos deliberadamente não define
Seção intitulada “Termos que o Eidos deliberadamente não define”Vale nomeá-los, porque a ausência deles é o ponto.
| Não definido | Porque |
|---|---|
Specs, Chapters, Frames… |
Nomes de coleção pertencem a um Framework, nunca ao padrão. |
## Intent, ## Out of Scope… |
Nomes de seção pertencem a um shape. O padrão nunca rege uma seção. |
status, domain, tags… |
O Eidos não define nenhuma propriedade personalizada. Cada uma destas é escolha de uma semente. |
| Um agrupamento | O agrupamento de uma coleção é da própria coleção. |
sprint, estimate, assignee |
Proibidos de saída. Estes transformam um Blueprint em uma tarefa. |
A seguir
Seção intitulada “A seguir”- Convenções: as estruturais, agrupadas.
- Versionamento