Casos de uso

O Eidos é para qualquer pessoa que precise de um sistema de organização com aderência: um lugar onde a definição do que você está construindo é escrita uma vez, mantida verdadeira e lida por cada pessoa e cada agente que trabalha nela. A recompensa é velocidade. Quando a definição se sustenta, ninguém a explica de novo, ninguém discute de memória, e um agente pode ser apontado para ela com a confiança de que vai ficar dentro dela.

Um produto de software

Um time construindo um app mantém um Blueprint (o plano) por funcionalidade: o que é, por que existe, o que conta como pronto, o que fica fora do escopo. Cada spec nasce do mesmo template (o modelo), carrega as mesmas propriedades e é verificada contra o Framework (a estrutura) que o time escreveu. O trabalho acontece em outro lugar, em um backlog de tarefas que apontam para o Blueprint a que servem, então a definição nunca se enche de sprints e estimativas.

Alguém que entra no time lê a raiz e conhece o produto em uma tarde.
Um agente de código roda eidos instructions, lê o Blueprint que está implementando e escreve código que o cumpre, porque há exatamente um lugar onde a resposta vive.
Um product manager muda a definição no Blueprint, e a mudança é um commit que todos veem, com a discussão ao lado.
Uma release é uma versão: um nome para um commit da raiz, de modo que o que foi prometido possa ser lido depois exatamente como estava.

A semente de software → · Agentes →

Alguém construindo sozinho, com agentes

Uma pessoa, vários agentes e um produto que cresce mais rápido que a memória. A raiz é a memória: cada sessão começa lendo os Blueprints que importam, cada mudança na definição vai para um arquivo que a próxima sessão vai ler, e a verificação avisa quando um Blueprint se afastou do Framework. O navegador é onde a pessoa pensa, sobre um canvas de esboços que são promovidos a Blueprints, e onde se pergunta ao agente, através do Plato, com o Blueprint aberto como contexto.

Um estúdio ou uma agência

Um Framework é reutilizável. Um estúdio escreve um para o tipo de produto que constrói, publica no Registro e o instala no repositório de cada novo cliente com um único comando. A partir daí cada projeto se lê do mesmo jeito, cada spec tem a mesma forma, e uma pessoa que passa de um cliente a outro nunca reaprende a estrutura. O cliente aprova Blueprints, não uma apresentação de slides, e o estado aprovado é uma versão.

O Registro → · eidos install →

Um livro, um estudo, um corpo de trabalho

O mesmo sistema sustenta qualquer coisa com partes que precisam concordar. Um livro são capítulos e personagens que se mantêm coerentes ao longo de um manuscrito; um programa de pesquisa são investigações que compartilham um método e um vocabulary (vocabulário). As sementes dos dois vêm com a CLI, e o Framework é seu para remodelar.

A semente de livro → · A semente de pesquisa →

O que você ganha em qualquer caso

Aderência

Um Framework em .eidos/ contra o qual cada Blueprint é verificado. A deriva é relatada, nunca aceita em silêncio.

Uma única fonte de verdade

Um arquivo markdown por unidade do produto, no seu repositório, tão verdadeiro para o que foi planejado quanto para o que foi entregue.

Velocidade

Esqueleto, validação, um índice, um navegador e o fluxo com agentes são um único comando. O pensamento é seu; a mecânica, não.

Utilidade para agentes

Uma raiz que um agente pode ler, citar e não abandonar. A orientação é um comando, não um prompt que alguém precise lembrar.

Início rápidoInstale a CLI, crie uma raiz, escreva o seu primeiro Blueprint.

Por que o Eidos existeO problema que ele resolve, e quando não usá-lo.