Projeto de Pesquisa ChrisOS¶

Organização canônica¶

A documentação possui duas camadas organizacionais independentes:

O currículo é a autoridade para a ordem de leitura. A numeração dos diretórios permanece por estabilidade de URLs e manutenção do repositório; ela não substitui a ordem de pré-requisitos.

Percurso de aprendizado e lacunas atuais
Guia do desenvolvedor

Cadeia de dependências¶

A cadeia principal é:

matéria e modelos físicos
    ↓
ferramentas matemáticas exigidas pelo modelo físico
    ↓
campos elétricos, circuitos e comportamento eletromagnético
    ↓
dispositivos semicondutores e CMOS
    ↓
lógica booleana e sequencial
    ↓
representação, estruturas de dados e algoritmos
    ↓
arquitetura de CPU e interfaces de plataforma
    ↓
firmware e boot
    ↓
kernel, memória, concorrência e processos
    ↓
linguagens e armazenamento persistente
    ↓
gráficos, rede e desktop
    ↓
emulação, virtualização e self-hosting
    ↓
hardware real, validação e especificações

Capítulos ausentes permanecem visíveis no currículo e não são ignorados pela sequência canônica de anterior/próximo.

Níveis do currículo¶

Estrutura dos documentos¶

Capítulos técnicos separam as seguintes classes de evidência:

1. teoria física ou matemática;
2. arquitetura geral de sistemas;
3. implementação atual do ChrisOS/ChrisCPU;
4. validação executável ou evidência derivada do source;
5. limitações conhecidas;
6. arquitetura futura explicitamente identificada como futura.

A existência de um símbolo no source não comprova conclusão de funcionalidade. Afirmações de implementação permanecem vinculadas à revisão analisada.

Semântica de navegação¶

Cada capítulo curricular expõe:

• nível e módulo;
• posição absoluta na sequência;
• capítulos planejados anterior e seguinte;
• pré-requisitos técnicos declarados;
• capítulos autorais que dependem dele;
• par de idiomas;
• revisão e arquivos de source.

Quando o item anterior ou seguinte está ausente, a lacuna aparece explicitamente em vez de ser ignorada.

Coleções do repositório¶

As coleções estáveis permanecem disponíveis para consulta temática:

Política de evidência¶

1. Source atual em main.
2. Checks e gates reproduzíveis contra a mesma revisão.
3. Especificações atuais mantidas no repositório.
4. Material histórico explicitamente vinculado à revisão correspondente.
5. Trabalho futuro separado do comportamento implementado.