De uso livre
Os prompts que você roda em um marco, os modelos que preenche, os guias que lê e as skills que instalam o método no seu assistente.
Os guias são o que você lê, os prompts o que você roda em um marco, os modelos o que você preenche, e as skills instalam o método no assistente com que você já trabalha. Cada recurso diz em que marco é usado, e o filtro ao lado das abas reduz a lista a esse marco.
Tudo o que está aqui também vai dentro da pasta de projeto que você baixa para começar um caso, então um assistente lê tudo direto do seu próprio disco. Baixar a pasta do projeto
Use em todos os marcos
/pt/resources/method-guide
O método em si: os sete marcos, o que cada um exige, os prompts que usa e o que você tem em mãos antes de seguir em frente.
/pt/resources/first-case
Comece hoje o seu próprio projeto: uma pasta, uma sessão aberta nela, o primeiro prompt e os marcos que vêm depois.
Use em todos os marcos
/pt/resources/worked-example
O caso de prática percorrido de ponta a ponta, com cada artefato preenchido e marcado como simulado.
/pt/resources/sandbox
Um pequeno aplicativo local, sem conta e sem rede, para percorrer o caso de prática.
Leia o guia principal do começo ao fim uma vez antes de aplicar o método a um produto. O exemplo resolvido é o caso de prática percorrido pelos sete marcos, com cada artefato preenchido e marcado como simulado.
Use no marco 0 · Montar a pasta do projeto
/pt/resources/prompt-inventory
Converte o que pode, indexa cada fonte e lista o que não conseguiu ler. Não interpreta nada.
Use no marco 1 · Reunir o discovery
/pt/resources/prompt-channel-reading
Coloca um agente para ler o que ninguém tem tempo de ler. O que volta é matéria-prima, não uma decisão.
Use no marco 2 · Escrever o PRD
/pt/resources/prompt-prd
Lê o que os dois primeiros marcos deixaram na pasta e escreve o PRD no modelo.
Use no marco 3 · Prototipar os fluxos de ponta a ponta
/pt/resources/prompt-design-specification
A especificação longa que a sessão de PM escreve para a ferramenta de design, exigindo fluxos de ponta a ponta.
Use no marco 3 · Prototipar os fluxos de ponta a ponta
/pt/resources/prompt-design-instruction
A camada curta digitada na ferramenta de design, junto com a especificação e os anexos.
Use no marco 3 · Prototipar os fluxos de ponta a ponta
/pt/resources/prompt-refinement
Para quando o primeiro resultado sai raso demais, conceitual demais ou parecido demais com um dashboard.
Use no marco 4 · Levar o protótipo para o código
/pt/resources/prompt-port
Entrega o protótipo e o starter ao agente de código, dentro das convenções da sua organização.
Use no marco 4 · Levar o protótipo para o código
/pt/resources/prompt-observed-conventions
Quando o backend tem código, mas não tem convenções escritas: o agente descreve as que o código já segue, e o responsável pelo backend as confirma, corrige ou descarta.
Use no marco 4 · Levar o protótipo para o código
/pt/resources/prompt-backend-requests
Enquanto o protótipo vai para o código: o agente lista o que o trabalho de backend vai exigir de outras equipes — acessos, permissões, chaves, recursos — como pedidos a enviar já, e não no dia em que o trabalho travar.
Use no marco 5 · Conectar o backend
/pt/resources/prompt-connect
O marco mais longo: os fluxos precisam se sustentar em profundidade, não na superfície.
Use no marco 6 · Testar e depois lançar
/pt/resources/prompt-release
O que foi testado, por quem, com quais contas, o que se sabe que está quebrado e o que se pede aos leads que aprovem.
Use em todos os marcos
/pt/resources/prompt-control-session
A segunda sessão, a que questiona. Lê, verifica e questiona; não muda nada.
Use em todos os marcos
/pt/resources/prompt-standing-constraint
Inclua-a em cada prompt que muda código: memória, diário e em que ponto está o trabalho.
Dois deles não estão ligados a um marco específico. A sessão de controle roda ao lado da principal, do discovery até o backend, e a restrição permanente vai dentro de cada prompt que muda código.
Use no marco 2 · Escrever o PRD
/pt/resources/prd-template
O único modelo que o método preenche. Todos os marcos depois do segundo o leem.
Use em todos os marcos
/pt/resources/memory-entry
Uma entrada da memória: onde o produto está e por que ele andou nessa direção.
Use em todos os marcos
/pt/resources/journal-entry
Uma entrada do diário: datada, nunca reescrita, incluindo o que se revelou um erro.
O modelo de PRD é o único documento que o método preenche: o marco 2 o escreve, e todos os marcos depois dele o leem. Os outros dois são formatos de entrada que você copia — um para uma decisão, outro para o que aconteceu.
/onirion onde a versão o oferece.claude/skills/.claude/skills/onirion/. Para levá-la a outro projeto, copie .claude e .agents.$onirion onde a versão o oferece.agents/skills/.agents/skills/onirion/. Copie essa pasta para $CODEX_HOME/skills/ para tê-la em todo lugar.As duas skills levam o mesmo método. Elas fazem a sessão dizer em que marco está, o que tem em mãos, o que falta e o que você precisa decidir antes que ela passe adiante — e param aí em vez de inventar uma decisão, uma aprovação ou um serviço.
Nenhum dos adaptadores muda o método: os marcos, o que cada um exige e o que o fecha são os mesmos com qualquer assistente. O que nenhum dos dois traz é a ligação — como a sessão principal e a sessão de controle se dirigem uma à outra dentro de uma ferramenta específica é algo que você configura nessa ferramenta.
| O que você configura | Com o Claude Code | Com o Codex |
|---|---|---|
| Instalar o método | Não há nada para instalar: ele está na pasta de projeto que você baixa, em .claude/skills/. | Não há nada para instalar: ele está na mesma pasta, em .agents/skills/. |
| Chamá-lo | Peça o método pelo nome. /onirion é um atalho onde a versão o oferece. | Descreva a tarefa e deixe que ela a reconheça. $onirion é um atalho onde a versão o oferece. |
| Rodar a sessão de controle | Uma segunda sessão aberta na mesma pasta, iniciada com o prompt da sessão de controle e o bloco de regras que o acompanha. | Uma segunda sessão aberta na mesma pasta, iniciada com o mesmo prompt e o mesmo bloco de regras. |
| Mudar de pasta no marco 4 | Copie .claude e .agents para o repositório assim que ele existir ao lado da pasta de fontes. | Copie as mesmas duas pastas, ou coloque a skill entre as suas próprias skills do Codex para que ela acompanhe você. |
Instalar não muda nada no resto do seu projeto e não inicia nenhum projeto de produto. Os dois instaladores se recusam a sobrescrever uma skill que já existe; então, se já houver uma instalação anterior, cabe a você lê-la e removê-la antes de substituí-la.
Termos de reutilização
O método pode ser reutilizado livremente. O guia principal, os prompts, os modelos, o caso de prática e o exemplo resolvido estão sob a licença Creative Commons Atribuição 4.0 (CC BY 4.0), com o crédito “Onirion, um método de Alexis Boyer”; o código — o aplicativo do sandbox e seus testes, e os arquivos das skills — está sob a licença MIT. Os modelos preenchidos pertencem a quem os preenche, sem necessidade de crédito.
As páginas deste site não. Elas são © Alexis Boyer, todos os direitos reservados: use o método no seu próprio trabalho o quanto quiser, mas não republique estas páginas, inteiras ou em parte, sem pedir permissão. As imagens não estão cobertas por nada disso.