Docs
Começar
O projeto é gerado a partir de uma cópia do repositório, baixada pelo plugin ou clonada. Ele nasce ao lado dessa cópia e leva o próprio .claude/.
Requisitos: JDK 21+gitcurlgh (opcional, para o push)
Guias: /init-project/arch-adopt/platform-upgrade
Projeto novo
A · Pelo plugin, sem clone
- Instale o plugin e abra o Claude Code no diretório que vai guardar os projetos.
- Rode
/nerviz:new-project: ele baixa a última release emnerviz-<tag>/e imprime a sessão a abrir ali. - Nessa sessão, aceite o trust prompt, confirme que a imposição está ativa e gere.
- Abra uma sessão nova dentro do projeto gerado e peça o primeiro caso de uso.
claude plugin marketplace add nerviz-ai/marketplace claude plugin install nerviz@nerviz cd ~/dev && claude # o diretório que vai guardar os projetos › /nerviz:new-project # baixa a última release em nerviz-<tag>/ # aceite o trust prompt: os hooks garantem a arquitetura cd ~/dev/nerviz-<tag> && claude › /arch-doctor › /init-project --blueprint hexagonal --build maven --name my-api # depois, desenvolva dentro do projeto gerado cd ~/dev/my-api && claude › /new-feature <o primeiro caso de uso>
--ref <tag|sha|main>fixa outra versão. Rodar de novo com a mesma tag reaproveita a árvore; árvoresnerviz-*antigas são listadas como seguras de apagar, nunca apagadas.- Ele recusa rodar dentro de um projeto (
pom.xmloubuild.gradleno diretório): ali, use/nerviz:arch-adopt. - O
/init-projectescreve fora da árvore (../<artifactId>), então o prompt de permissão da pasta irmã aparece. Para aprovar uma vez, rodemkdir ~/dev/my-apie/add-dir ../my-apiantes.
B · Por clone, o caminho de quem contribui
- Clone ao lado de onde os projetos vão morar e abra o Claude Code no clone.
- Confirme que a imposição está ativa e gere.
- Abra uma sessão nova dentro do projeto gerado e peça o primeiro caso de uso.
# clone ao lado de onde os projetos vão morar cd ~/dev git clone --depth 1 https://github.com/nerviz-ai/nerviz cd nerviz && claude # confirma que a imposição está ativa nesta máquina › /arch-doctor › /init-project --blueprint hexagonal --build maven --name my-api # depois, desenvolva dentro do projeto gerado cd ../my-api && claude › /new-feature <o primeiro caso de uso>
Projeto existente
O mesmo plugin serve aos dois casos: instale uma vez e adote de dentro do projeto Java. Revise com git diff; desfaça com git checkout -- .claude.
claude plugin marketplace add nerviz-ai/marketplace claude plugin install nerviz@nerviz # dentro do projeto Java › /nerviz:arch-adopt
Abaixo do Spring Boot 4.0: /platform-upgrade antes
O /arch-adopt recusa um projeto numa linha do Spring Boot abaixo de 4.0: o export sai com 2 antes de escrever um byte. O /platform-upgrade é o caminho para cima. Ele leva o build até a linha que o Initializr serve hoje, deixa o build verde e o diff sem commit, e termina imprimindo /arch-adopt.
- Parta de uma worktree limpa, com um JDK que o build aceite, um wrapper Maven ou Gradle na raiz do projeto e acesso de rede ao Initializr e aos repositórios do motor.
- Rode
/nerviz:platform-upgradedentro do projeto. Ela é só manual: reescreve o seu build e o seu código, então só roda quando você pede pelo nome. - Revise o diff e depois rode
/nerviz:arch-adopt.
# dentro do projeto Java, numa linha abaixo de 4.0 › /nerviz:platform-upgrade # revise o diff, depois adote › /nerviz:arch-adoptGuia do /platform-upgrade →
Falhas silenciosas que vale conhecer
| Sintoma | Causa | Conferir |
|---|---|---|
| Os hooks nunca disparam | Desenvolvendo na sessão aberta no clone | Abra o claude dentro do projeto gerado |
| Os hooks falham em todo sistema | java fora do PATH | /arch-doctor |
| Os testes nunca rodam no Stop | Sem HEAD: o primeiro gate do git-publish foi recusado | /arch-doctor |