install

Levanta uma raiz do Eidos nova onde não há nenhuma. Ele pergunta o que você está definindo, oferece os Frameworks semente, instala o escolhido em _eidos/ e cria uma raiz em torno dele.

O que ele pergunta

Duas respostas são incômodas de mudar depois, então ele as resolve de saída:

O nome da pasta raiz. Blueprints por padrão, mas pode ser qualquer um: nada aponta para uma raiz por caminho. Uma raiz é encontrada pelo _eidos/ oculto que há dentro dela.

A convenção de nomes. kebab-case (o padrão), TitleCase ou Title Case. Uma única convenção rege a raiz inteira, e mudá-la depois significa renomear cada arquivo. Mais →

Depois, de qual semente partir: uma para um produto, uma para um livro e uma para um programa de investigação. Pegue a mais próxima; tudo o que uma semente te dá pode ser mudado depois, então “perto o suficiente” é a resposta certa.

O que aterrissa em disco

DirectoryBlueprints/
- README.md o “comece aqui” humano
- Directory_eidos/ o Framework — a forma
  - Directoryshapes/ modelos de corpo, um arquivo por flavor
    …
  - Directoryroles/ como o agente fala com cada tipo de pessoa
    …
  - Framework.md índice + configuração + o Schema de propriedades
  - me.md quem está no assento (pessoal, no gitignore)
- Directoryframes/ a coleção de enquadramento
  - …
- Directoryspecs/ as unidades, agrupadas em um nível
  - …

Ele carrega as sementes

Uma das três skills que distribui uma cópia versionada de parte do padrão; neste caso, os Frameworks semente canônicos, para conseguir criar a estrutura onde não consegue alcançar a raiz do repositório. Por quê →

Depois de executá-lo

Faça commit da raiz inteira ao lado do código, _eidos/ e tudo, exceto o me.md pessoal, que o .gitignore da semente deixa de fora.

Daí em diante: whoami define quem você é, eidos escreve e valida, configure remodela o Framework, e index reconstrói as folhas.

Para uma raiz que já existe, esta é a skill errada: use eidos ou migrate.