Numa base de código que você não conhece, o primeiro dia vai embora procurando onde ficam as coisas. Aponte uma sessão principal para o repositório e ela divide a leitura: um auxiliar fica com a camada de dados, outro com a API, outro com o frontend e o build. Cada um manda de volta um resumo curto com caminhos de arquivo, e a principal escreve uma visão geral a partir de todos eles.

Uma sessão lê tudo sozinha, e um repositório grande não cabe. As partes que ela leu primeiro saem detalhadas, e o resto ganha uma frase cada.
Sou novo neste repositório. Peça a auxiliares para mapear as partes principais em paralelo e me escreva uma visão geral em ARCHITECTURE.md.
Ela olha as pastas do nível de cima e dá a cada auxiliar uma área e as mesmas três perguntas: o que tem aqui, quem chama isso, o que é arriscado mudar.
Cada um no próprio terminal sob a sessão principal, relatando o que achou com caminhos de arquivo.
A principal escreve o ARCHITECTURE.md com os relatórios e termina com o que ainda não sabe.
Por trás disso, um auxiliar por área. A segunda linha é para depois: o auxiliar que leu a API volta com a conversa dele e responde com base no que já leu. Leia a referência da CLI
$ overvibe new --attach --tool codex --cwd . --name "repo: map api" \ --prompt "Read src/api. What is here, what calls it, what is risky to change? Give paths. Do not edit. When done, run: overvibe send \"$OVERVIBE_SESSION\" \"<map>\"" $ overvibe resume "repo: map api" --prompt "Where does the API check auth?"
o repositório é pequeno o bastante para ler de uma vez, ou você só se importa com um canto dele. Pergunte direto ao Claude. Os auxiliares compensam quando o repositório tem várias partes e cada uma leva um tempo para ler.
O prompt diz para não mudarem. Num repositório em que você ainda não confia, inicie os auxiliares com --mode ask, assim cada ferramenta pergunta antes de rodar qualquer coisa e você responde no Overvibe.
É o mesmo padrão, apontado para código. O resumo de pesquisa cobre fontes de fora do repositório, como documentação, a web e exportações.
Sim. Pare os auxiliares quando a visão geral chegar, e o overvibe resume traz um de volta com a conversa quando você tiver uma pergunta sobre a parte dele.
Alguns agentes leem fontes diferentes ao mesmo tempo, e um deles escreve o resumo com o que eles mandam de volta.
Refatoração por móduloUma refatoração ou migração grande dividida por módulo, um auxiliar por área no próprio worktree, e um revisor lendo o resultado depois do merge.
Revisão de planoO Claude escreve o plano, o Codex lê com o repositório aberto e contesta, tudo antes de existir uma linha de código.
Instale o Overvibe, abra uma sessão principal no repositório e peça um auxiliar por área.
