Vibe coding para agents.md apontar para o CLAUDE.md

ChatGPT e Codex não leem o CLAUDE.md por padrão. Na live do Fumava, Martin pediu um arquivo canônico com a visão do produto e um agent apontando para ele, porque vai usar Cloud Code e ChatGPT/Codex no mesmo projeto. O agents.md só tem 1 menção: no início de cada sessão, ler o CLAUDE.md.

Ele precisa estruturar o projeto. O gerador de currículo corre em paralelo. O pedido do arquivo veio cedo; o Pain 36 devolveu `agent` e `agents` depois.

Um arquivo canônico e um agent apontando para ele

Ele pede as 2 coisas no mesmo fôlego.

A gente precisa fazer um arquivo mdloud.m. MD. Aí depois tu cria um agent cmd aí apontando para ele, porque eu vou usar tanto no cloud code quanto no chat GPT/codex, né?

A legenda grava "cloud" no lugar de CLAUDE. "mdloud.m. MD" é o CLAUDE.md. "agent cmd" é o arquivo de agent. "Apontando para ele" é a tarefa desse arquivo: o "ele" é o canônico que acaba de pedir. Cloud Code e ChatGPT/Codex vão rodar no mesmo repo.

O CLAUDE.md fica com a visão do produto. Cloud Code lê esse arquivo quando abre o projeto. Os modelos do ChatGPT, no Codex, não carregam o CLAUDE.md sozinhos. Sem o agents.md apontar para o CLAUDE.md, o Codex abre o mesmo repo e sobe a sessão sem a visão que o Cloud Code já carregou.

Ele nomeia o canônico:

a gente tem o arquivo cloud. Canônica com visão do produto e etc.

"Cloud" outra vez é CLAUDE. Canônica com visão do produto é o que esse arquivo guarda. Cloud Code abre o CLAUDE.md sozinho.

quando a gente usar aqui os modelos do chat GPT, ele não lê como padrão esse esse arquivo, né?

"Esse esse arquivo" é o CLAUDE.md. Ele fala "esse esse" e a transcrição grava os 2. O "não lê como padrão" é o motivo de existir o ponteiro. Martin pede um agents.md que aponte para o que já está escrito no canônico.

Pain 36 gerou 2 arquivos, agent e agents

O Pain 36 termina e deixa 2 arquivos no disco: `agent` e `agents`. Ele tinha pedido um agent cmd apontando. O pain devolveu os 2 nomes e Martin para na duplicata.

Eu só não entendi porque que ele fez um arquivo chamado agent e outro chamado agents. Eu acho que o segundo que é o padrão, né?

"Chamado agent e outro chamado agents" é o que ele vê. Ele fica com `agents` e deixa o `agent`. Para ele, o padrão da ferramenta é o segundo nome. Ele não compara o conteúdo dos 2 arquivos neste recorte e não abre o Codex para testar se o ponteiro já carrega o CLAUDE.md.

O vibe coding em que o agents.md aponta para o CLAUDE.md

No vibe coding desta live, o arquivo que o Codex lê é o agents.md. Martin descreve o que ficou escrito ali.

no arquivo agents pmmd, daí ele só tem uma menção ao cloud MD de, tipo assim, a todo início de sessão ler o arquivo cloud.m.

"Agents pmmd" é o agents.md. "Cloud MD" e "cloud.m" são o CLAUDE.md. A menção que ele descreve é esta: a todo início de sessão, ler o CLAUDE.md. "Tipo assim" na fala dele é o tamanho da menção: ler o cloud.m no início da sessão. No agents.md ficou 1 instrução. A visão do produto permanece no CLAUDE.md.

O Fumava desta live também tem o recorte de notificar antes da hora que a pessoa fuma. Aqui o recorte é o arquivo que o Codex lê quando a sessão começa.

Amanhã, se o Codex abre o repo sem o CLAUDE.md

Amanhã, no vibe coding, você abre o mesmo repo nos 2 lados. A visão do produto já está no CLAUDE.md, o Cloud Code lê esse arquivo e o Codex lê o agents.md. Se a linha do agents.md for ler o CLAUDE.md no início da sessão, as 2 ferramentas partem do mesmo canônico. Se o pain criar `agent` e `agents`, o nome que Martin ficou é o segundo.

Dá para assistir à live e ouvir o "mdloud.m. MD", o "agent cmd", o "esse esse arquivo" que o ChatGPT não lê e o "agents pmmd" que manda ler o cloud.m no início da sessão.