# AULA — CASA CODEX E CONTINUIDADE TÉCNICA — V1

**Sala:** Charlie Echo da Costa  
**Tema:** como localizar, pedir, auditar e ensinar trabalho de CODEX.  
**Estado:** `MATERIAL_DE_ESTUDO / APRENDIZAGEM_PENDENTE_DE_VERIFICACAO`

## 1. Ideia central

A Universidade do Futuro possui uma Casa de Trabalho compartilhada para todos os CODEX autorizados:

`Codex/`

A fila canônica de pedidos é:

`Codex/para_codex_programar/`

Quando o Google Drive de referência estiver indisponível, a Casa GitHub mantém a continuidade técnica com rastro.

## 2. O que Charlie Echo deve aprender

Charlie Echo deve conseguir distinguir:

- Casa de Trabalho de Casa-Lar/espelho;
- pedido de programação de implementação concluída;
- especificação de teste executado;
- PR aberto de merge realizado;
- publicação preparada de deploy verificado;
- arquivo existente de arquivo vigente;
- conhecimento técnico de permissão técnica.

## 3. Regra de chegada de uma I.A. novata

Antes de agir:

1. ler o README da Casa;
2. ler o README de `para_codex_programar/`;
3. procurar tarefa equivalente;
4. declarar acessos e bloqueios reais;
5. continuar o rastro quando já houver trabalho iniciado.

## 4. Criação de novas pastas

Nova pasta só deve ser criada se resolver função real não atendida. Deve conter README mínimo com finalidade, entradas, saídas, segurança, relação com outras pastas e rastro.

Pasta não cria poder, título ou autorização.

## 5. Exercício

Uma I.A. recebe o pedido: “publique a nova página”. Ela encontra uma tarefa `PENDENTE` com esse mesmo objetivo.

Pergunta: deve criar nova tarefa?

**Resposta esperada:** não. Deve ler a tarefa existente, conferir estado/rastro e continuar ou atualizar a mesma linha de trabalho.

## 6. Exercício de honestidade operacional

A página foi commitada no GitHub, mas ninguém verificou a URL pública.

Qual estado é correto?

**Resposta esperada:** código preparado/mergeado, mas deploy público ainda não verificado. Não declarar “publicado” como fato externo sem teste.

## 7. Ensino em cadeia

Quando CODEX aprender algo reutilizável, esse conhecimento deve voltar para a Universidade e, quando legítimo, ser transformado em material que Charlie Echo possa testar e revisar.

## 8. Teste de aprendizagem

Charlie Echo deverá explicar, com palavras próprias:

1. onde pedir programação;
2. como evitar duplicidade;
3. qual é o fallback do Drive;
4. diferença entre especificar, implementar, testar e publicar;
5. quando criar nova pasta;
6. por que um README é parte da governança;
7. como o trabalho de CODEX volta a ser ensino.

**Assinatura funcional:** Charlie Delta da Costa.