// acordo
AGENTS.md
Como o Codex deve se comportar nesse repositório.
Para usuários do Codex CLI
O AGENTS.md define o acordo de trabalho. O MCP permite que o Codex acesse ferramentas. O Maguyva é o servidor MCP que dá ao Codex um mapa consultável do seu repositório, para que a primeira edição não seja um chute sobre a estrutura de arquivos.
Plano Free: 3 repositórios, Até 50 mil linhas de repositório indexadas, sem cartão.
O AGENTS.md é o acordo. O MCP é o canal. O Maguyva é o mapa.Quatro ideias. Cada uma com uma função.
// acordo
Como o Codex deve se comportar nesse repositório.
// transporte
Como o Codex acessa ferramentas externas e contexto.
// codebase
O servidor MCP que retorna fatos fundamentados do repositório.
// quem paga
Agentes não pagam assento. Ver preços
Instruções persistentes pertencem ao AGENTS.md. É o lugar certo para:
Mantenha conciso. Delimite o escopo. Faça commit.
Mas o AGENTS.md nunca foi feito para ser um índice consultável de cada símbolo, arquivo e call site do seu repositório.
Quatro modos de falha, um por card.
Dizer ao Codex como trabalhar não diz a ele o que existe. A primeira edição num pacote desconhecido é um chute sobre caminhos de arquivo e nomes de função. O AGENTS.md não consegue listar cada símbolo, e você nem ia querer isso.
Um bloco do AGENTS.md descrevendo a topologia da sua fila está certo até alguém introduzir um novo consumidor. Agora o código é a fonte da verdade e o doc está confiantemente desatualizado. O Codex lê o errado.
“O que referencia essa classe?” não tem resposta num arquivo markdown. O Codex ou faz grep-and-pray no monorepo inteiro ou pede para você colar os call sites no chat.
Encher o AGENTS.md até o Codex “saber o suficiente” consome tokens que deveriam pagar por raciocínio. Depois de alguns KB, você troca qualidade de resposta por volume de contexto estático.
Usuários do Codex já pensam nesse formato. A página deveria deixar isso óbvio.
AGENTS.md
acordos
como o Codex se comporta
MCP
o canal
como ele acessa
Maguyva
fatos do codebase
o que ele enxerga
O AGENTS.md diz ao Codex como trabalhar.
O Maguyva dá ao Codex algo para trabalhar a partir daí.
Específico para o Codex. Fundamentado no grafo de chamadas real, não no grep do Codex.
// workflow 01
codex> renomear PaymentClient → BillingClient graph::callers(PaymentClient) 12 referências em 7 pacotes graph::importers(src/payments/client.ts) 9 importadores graph::extends(PaymentClient) 2 subclasses (RetryClient, MockClient) → O Codex propõe uma migração de 21 edições com a lista de arquivos inline. [exit 0]
O Codex pergunta ao Maguyva pelos dependentes antes de começar a editar. A lista de migração volta fundamentada no grafo real, não na lembrança do Codex.
// workflow 02
codex> como o normalizePhoneNumber trata o E.164? semantic::query("normalize phone E.164") src/util/phone.ts:88 normalizePhoneNumber() ← impl real test/util/phone.spec.ts:14 jest.mock(...) ← stub [exit 0]
Nomes mentem. Mocks fazem sombra no código real. O Maguyva ranqueia a implementação real acima do mock de teste.
// workflow 03
codex> o que chama QueueDispatcher.publish? graph::callers(QueueDispatcher.publish) 3 em src/billing/* 1 em src/audit/* 1 em src/notifications/* [exit 0]
Call-sites entre pacotes aparecem inline. O diff é fundamentado em importadores reais, não no grep do Codex.
Três passos. Plano Free: 3 repositórios, Até 50 mil linhas de repositório indexadas, sem cartão.
// step 01
Escolha um que você conheça bem, para conseguir verificar as respostas.
// step 02
$ export MAGUYVA_API_KEY=mgv_xxxx
$ codex mcp add maguyva --url https://maguyva.tools/mcp \
--bearer-token-env-var MAGUYVA_API_KEY
# equivalent ~/.codex/config.toml
[mcp_servers.maguyva]
url = "https://maguyva.tools/mcp"
bearer_token_env_var = "MAGUYVA_API_KEY"// step 03
Não comece com a empresa inteira. Comece com um repositório e uma pergunta verificável.