Exemplos

Nada no Eidos é nomeado pelo padrão. O EIDOS.md define coleções, shapes, flavors e propriedades, e nunca como qualquer um deles se chama.

O jeito mais fácil de acreditar nisso é ver a mesma máquina responder a três vocabulários diferentes. Cada exemplo abaixo é uma configuração de Framework completa: como as coleções dela se chamam, como os Blueprints dela são agrupados, o que os shapes dela pedem, e com o que se parece um Blueprint real.

Um produto de softwareUm subconjunto do YouTube — frames e specs, agrupados por domínio.

Um programa de pesquisaUm estudo sobre a carga de reuniões no trabalho remoto — frames e investigações, agrupadas por linha.

Um livroHarry Potter e a Pedra Filosofal — frames e capítulos, agrupados por parte.

A mesma máquina, três vocabulários

	Software	Pesquisa	Livro
Coleção de enquadramento	`frames` — architecture, audience, criteria, market	`frames` — question, prior work, method, ethics	`frames` — premise, reader, voice, market
As unidades	`specs`	`investigations`	`chapters`
Agrupadas por	`domain`	`strand`	`part`
Flavors	`full` · `micro`	`full` · `note`	`full` · `sketch`
O elenco de papéis dela	Developer, Designer, Project Manager, Stakeholder	Researcher, Reviewer (adversarial), Sponsor (non-technical)	Editor, Reader, Collaborator

Todos eles carregam também o papel de Framework Owner, que sustenta a intenção, o escopo e as decisões.

O que permanece idêntico

Sob três conjuntos de nomes, nada disto se move:

Um arquivo é uma unidade, completa, independente do tempo e do estado.
Cinco propriedades centrais (id, title, summary, flavor, connects_to) e nenhuma outra exigida pelo padrão.
Uma coleção de enquadramento declarada primeiro, seja qual for o nome dela.
Uma família de shapes por coleção, oferecida como flavors com um padrão.
Uma seção de não-objetivos que é a que mais pesa, onde quer que o shape a coloque.
Sem campos de acompanhamento de trabalho, em nenhum deles.