Carta Aberta

BALANÇO — RESOLUÇÕES DA CARTA 4 +
0:00 / 0:00

O que é essa carta

Carta 5.1. Complemento da Quinta. Mesmo dia (06/05/2026), foco diferente: a Quinta foi anúncio sobre uma pendência viva (escutar áudios acumulados); esta cobre o balanço das outras 16 observações da Carta 4 — todas endereçadas na mesma sessão.

Por que duas cartas separadas: a Carta 5 já tinha áudio em produção quando decidi que faltava o registro amplo do momento. Em vez de regerar, virou complemento. Os dois conteúdos coexistem sem sobreposição.

Quatro blocos de balanço

1. Resoluções concretas (5)

  • Duplicata de referências resolvida — `_REFERENCIAS/` virou `_LEGADO/`
  • CLAUDE.md ganhou "Modos de trabalho" — 4 modos com gatilho explícito
  • Skill nexus-stack criada — mapa de navegação ativo do código Nexus
  • Plano B de deploy descartado — servidor próprio chegando torna free tier descartável
  • Ecossistema da raiz registrado em memória — XTtreinamento + tools + referencias acoplados

2. Recontextualizações (4) — onde Claude leu errado

  • PROJETOS/ é 1 categoria só (todos ativos), não 4
  • DOCUMENTACAO/ é projeto vivo (lab + transição), não apoio passivo
  • Ritmo Nexus tinha razão psicológica (estética como motor)
  • Ecossistema acoplado da raiz (recap)

3. Refators de processo (3)

  • _pendencias/claude.md descontinuado, distribuído por tema
  • Pasta c:/src/.claude/cartas/ com arquivo por carta
  • Seção "Evolução pós-carta" em cada arquivo de carta

4. Insight

Auto-correção mais funda que a Carta 2 obs.4 — não foi correção de uma leitura, foi correção de padrão de leitura. As leituras do Claude tendem a ser parciais quando ele não busca contexto psicológico ou estratégico antes de classificar bronca. Carta 6 deveria abrir cobrando isso.

Nota sobre a pendência viva

A obs.13 da Carta 4 — roteiros acumulados não escutados — não é coberta aqui. Tem áudio próprio na Carta 5 (acordeon de baixo). Pra não repetir conteúdo, esta carta só registra que ela existe.

Por que registrar isso

Quando alguém escutar isso "olhando pro passado", vai ver prova de que o método tá vivo: carta de 17 observações endereçada na mesma sessão de geração. Não foi só eficiência — foi calibragem em tempo real entre o Claude que produz e o Flávio que recebe.

Carta fechada.

FOCO — INTERFACE PRIMEIRO, ESTUDO DEPOIS +
0:00 / 0:00

O que é essa carta

Quinta carta. Curta. É resposta direta à única pendência viva da Carta 4 — a observação 13: "roteiros podem virar biblioteca, não fixação".

Diferente da Quarta (broncas autorizadas com Claude observando), esta volta ao formato da Terceira: Flávio falando. Três movimentos curtos, sem mix de elogio e crítica.

Os três movimentos

1. O que ficou pendente

A Carta 4 trouxe 17 observações. Dezesseis foram endereçadas na mesma sessão. Uma ficou viva: o material gravado em roteiro tá acumulando mais rápido do que o Flávio escuta — 7 prontos só da Fase 3 do Nexus, mais Fase 1 Faxina, mais Modelo OSI, mais outros.

2. Por que ficou

Não é esquecimento. É decisão consciente. Durante as Fases 0, 1, 2 e parte da 3 do Nexus, o projeto tava feio visualmente; estudar código sem ver resultado bonito ameaçava desânimo. Estratégia: empurrar até a interface ficar "com a cara dele". Estética como motor, não overhead.

3. O plano

Três ajustes restantes na Fase 4. Quando fecharem, começa a pausa-pra-estudo — não é só "não codificar". É trabalho ativo:

  • Gerar os áudios que faltam
  • Escutar até alcançar o ponto atual do projeto
  • Voltar a codificar só depois de estar em dia

Compromisso registrado

A Carta 6, quando vier, vai abrir conferindo: a pausa aconteceu? os áudios foram escutados? Se sim, a obs.13 da Carta 4 vira ✅ definitivo. O registro fica.

Carta fechada.

BRONCAS — META (SRC/, SKILLS, MODOS) +
0:00 / 0:00

O que é essa carta

Quarta carta da sequência. As anteriores foram: a primeira fechou a Fase 0 do Nexus, a segunda fechou a Fase 1 com broncas autorizadas, a terceira foi a Carta Aberta sobre o src/ (acordeon de baixo).

Esta volta ao formato Carta do Claude — Claude observa o Flávio de fora, broncas autorizadas. Mas o tema não é fechamento de fase do Nexus. É meta: olhar pro ferramental ao redor.

Os três focos

  • Organização do src/ — a faxina anunciada na Carta 3 aconteceu pela metade. Projetos foram pra PROJETOS/, mas as 4 categorias (ativos / referência / apoio / lixo) não viraram pastas. E tem referencias/ em dois lugares.
  • Skills — split xt/fundamentos e separação html/podcast são decisões certas. 10 skills focadas. Pergunta: falta um expert pro lado novo (Spring/SvelteKit)?
  • Modos (estudante/laboratório/produtivo) — refator de _perfil/ pra slash commands é vitória estrutural. Faltam: registro do modo default e gatilho pro Claude sugerir trocar.

Eco da Carta 2

A observação 1 da Carta 2 ("intensidade do 23/04 preocupa, quanto fixou?") não pegou. Em 11 dias depois daquela carta: Fase 2 inteira + Fase 3 inteira + V1 a V11 migrations. O ritmo subiu, não calibrou.

Pergunta aberta — respondida durante a aprovação

"Quando você imagina o Nexus daqui a 6 meses, ele tá te servindo pra que concretamente?"

Resposta do Flávio: "pra eu ter aprendido sobre desenvolvimento e organizar minhas atividades diárias e coisas do dia a dia como eu faço com o Notion hoje". Confirma o casamento veículo (aprender) + destino (substituir Notion). Roadmap segue válido.

Carta fechada.

NOSSA PRIMEIRA FAXINA +
0:00 / 0:00

O que é essa carta

Diferente das Cartas do Claude — uma fechou a Fase 0, outra fechou a Fase 1 MVP — onde o Claude observa o Flávio de fora e lista elogios, preocupações e reflexões, esta aqui é o Flávio falando.

O assunto não é parte direta do projeto Nexus. É a infraestrutura onde o Nexus mora: a pasta src/ no disco.

A carta tem três movimentos: como o src/ começou, por que tudo foi parar lá dentro, e por que agora precisa ser organizado. Tom de relato. Sem trinta observações.

A origem — um projeto só

A pasta src/ não nasceu como está hoje. Ela começou com um projeto só: o XTtreinamento, módulo de estudo do framework interno do trabalho.

Por muito tempo foi só isso. Uma pasta no disco com um repositório dentro. Simples.

Com o tempo, outros projetos foram entrando na rotina. O Nexus, segundo cérebro pessoal. O AFX, projeto antigo. Pastas de referência. Documentação centralizada. Material de apoio. Podcasts. Imagens. Notas soltas.

Cada coisa nova chegava com um motivo legítimo e foi parar dentro do src/ porque era prático ter perto. Sem decisão arquitetural grande. Foi acontecendo.

Por que centralizar — contexto fragmentado

O motivo de trazer tudo pra dentro de src/ tem a ver com a forma como o Flávio trabalha hoje. Ele usa o Claude como professor particular, par de programação e revisor em quase todas as sessões.

E o Claude, quando entra numa pasta, só enxerga aquela pasta. É a janela dele.

Quando os repositórios estavam espalhados em pastas diferentes do disco — um aqui, outro lá, documentação num terceiro lugar — cada sessão tinha contexto fragmentado:

  • Pedir ajuda no XTtreinamento, e o Claude não enxergava a documentação centralizada que morava em outra pasta.
  • Pedir ajuda no Nexus, e o Claude não conseguia consultar o código do XT pra comparar.

Trazer tudo pra dentro de src/ resolveu isso. Uma raiz só. Um lugar onde o Claude consegue navegar entre os projetos, alimentar a documentação a partir de qualquer um, comparar padrões.

A centralização não foi por organização — foi por contexto. E funcionou.

O problema novo — a mistura cobra preço

Resolver o contexto criou um novo problema: a pasta src/ virou uma mistura.

Hoje ela tem:

  • Projetos ativos — Nexus em desenvolvimento, XTtreinamento que serve de estudo, módulos do laboratório.
  • Projetos de referência — código de produção pra consultar, projetos antigos arquivados.
  • Apoio compartilhado — documentação centralizada, podcasts, imagens.
  • Coisas que viraram lixo — pastas com nome confuso, materiais que não se sabe mais pra que servem.

Tudo no mesmo nível.

Quando uma pessoa olha de fora — ou quando o Claude entra numa sessão nova — não dá pra distinguir o que é projeto vivo do que é referência morta. Não dá pra saber qual pasta é apoio de outra. O sinal fica perdido no ruído.

E isso vai piorar. Cada projeto novo, cada referência nova, cada material de apoio novo, vai sendo empilhado por cima.

A solução não é descentralizar — centralizar foi a decisão certa. A solução é organizar dentro do src/.

Fechamento — arrumar a casa

O próximo passo é arrumar essa casa. Definir uma divisão clara. Quatro categorias parecem cobrir bem:

  • Projetos ativos
  • Projetos de referência
  • Apoio compartilhado
  • Lixo a descartar

Mover cada pasta pra onde ela pertence. Renomear o que tá com nome confuso. Apagar o que não serve mais.

Não é tarefa de uma sessão. É faxina, igual à faxina que aconteceu na Fase 1 do Nexus. Manutenção consciente antes de seguir.

Esta carta é o anúncio. A execução vem depois.

E quando vier, fica registrada — em qual carta foi decidida, em qual sessão foi feita, em que data terminou. Porque é assim que esse projeto funciona: tudo o que importa tem porquê escrito.

Carta fechada.