Librement utilisable
Les prompts que vous lancez à un jalon, les modèles que vous remplissez, les guides que vous lisez, et les skills qui installent la méthode dans votre assistant.
Les guides sont ce que vous lisez, les prompts ce que vous lancez à un jalon, les modèles ce que vous remplissez, et les skills installent la méthode dans l’assistant dans lequel vous travaillez déjà. Chaque ressource indique à quel jalon elle sert, et le filtre à côté des onglets réduit la liste à ce jalon.
Tout ce qui est ici voyage aussi dans le dossier de projet que vous téléchargez pour démarrer un cas, si bien qu’un assistant le lit depuis votre propre disque. Télécharger le dossier de projet
À utiliser à chaque jalon
/fr/resources/method-guide
La méthode elle-même : les sept jalons, ce que chacun exige, les prompts qu'il utilise, et ce que vous avez en main avant de passer au suivant.
/fr/resources/first-case
Démarrez votre propre projet aujourd’hui : un dossier, une session ouverte dessus, le premier prompt, et les jalons qui suivent.
À utiliser à chaque jalon
/fr/resources/worked-example
Le cas d'entraînement déroulé de bout en bout, chaque artefact rempli et signalé comme simulé.
/fr/resources/sandbox
Une petite application locale, sans compte ni réseau, pour dérouler le cas d'entraînement.
Lisez le guide principal de bout en bout une fois avant d’appliquer la méthode à un produit. L’exemple rempli est le cas d’entraînement déroulé à travers les sept jalons, chaque artefact rempli et signalé comme simulé.
À utiliser au jalon 0 · Monter le dossier du projet
/fr/resources/prompt-inventory
Convertit ce qu'il peut, indexe chaque source, liste ce qu'il n'a pas pu lire. Il n'interprète rien.
À utiliser au jalon 1 · Rassembler la discovery
/fr/resources/prompt-channel-reading
Fait lire par un agent ce que personne n'a le temps de lire. Ce qui revient est une matière, pas une décision.
À utiliser au jalon 2 · Écrire le PRD
/fr/resources/prompt-prd
Lit ce que les deux premiers jalons ont laissé dans le dossier et écrit le PRD dans le modèle.
À utiliser au jalon 3 · Prototyper les flows end to end
/fr/resources/prompt-design-specification
La spécification longue que la session PM écrit pour l'outil de design, en exigeant des flows de bout en bout.
À utiliser au jalon 3 · Prototyper les flows end to end
/fr/resources/prompt-design-instruction
La couche courte tapée dans l'outil de design, à côté de la spécification et des pièces jointes.
À utiliser au jalon 3 · Prototyper les flows end to end
/fr/resources/prompt-refinement
Quand le premier résultat est trop superficiel, trop conceptuel ou trop « dashboard ».
À utiliser au jalon 4 · Porter le prototype dans le code
/fr/resources/prompt-port
Confie le prototype et le starter à l'agent de code, à l'intérieur des conventions de votre organisation.
À utiliser au jalon 4 · Porter le prototype dans le code
/fr/resources/prompt-observed-conventions
Quand le backend a du code mais pas de conventions écrites : l'agent décrit celles que le code suit déjà, et le responsable backend les confirme, les corrige ou les écarte.
À utiliser au jalon 4 · Porter le prototype dans le code
/fr/resources/prompt-backend-requests
Pendant le portage : l'agent liste ce que le travail backend attendra des autres équipes — accès, permissions, clés, ressources — sous forme de demandes à envoyer dès maintenant, plutôt que le jour où vous êtes bloqué.
À utiliser au jalon 5 · Brancher le backend
/fr/resources/prompt-connect
Le jalon le plus long : les flows doivent tenir en profondeur, pas en surface.
À utiliser au jalon 6 · Tester, puis livrer
/fr/resources/prompt-release
Ce qui a été testé, par qui, avec quels comptes, ce qui est cassé, et ce qu'on demande aux responsables d'approuver.
À utiliser à chaque jalon
/fr/resources/prompt-control-session
La seconde session, celle qui challenge. Elle lit, vérifie et challenge ; elle ne modifie rien.
À utiliser à chaque jalon
/fr/resources/prompt-standing-constraint
À porter dans chaque prompt qui modifie du code : mémoire, journal, et où en est le travail.
Deux d’entre eux ne sont liés à aucun jalon en particulier. La session contrôleur tourne à côté de la session principale, de la discovery au backend, et la contrainte permanente voyage à l’intérieur de chaque prompt qui modifie du code.
À utiliser au jalon 2 · Écrire le PRD
/fr/resources/prd-template
Le seul modèle que la méthode remplit. Tous les jalons suivants le lisent.
À utiliser à chaque jalon
/fr/resources/memory-entry
Une entrée de la mémoire : où en est le produit, et pourquoi il a bougé ainsi.
À utiliser à chaque jalon
/fr/resources/journal-entry
Une entrée du journal : datée, jamais réécrite, y compris ce qui s'est révélé faux.
Le modèle de PRD est le seul document que la méthode remplit : le jalon 2 l’écrit, et tous les jalons suivants le lisent. Les deux autres sont des formats d’entrée que vous recopiez — un pour une décision, un pour ce qui s’est passé.
/onirion là où la version le propose.claude/skills/.claude/skills/onirion/. Pour l’emporter dans un autre projet, copiez .claude et .agents.Instructions d’installation Télécharger le dossier de projet
$onirion là où la version le propose.agents/skills/.agents/skills/onirion/. Copiez ce dossier dans $CODEX_HOME/skills/ pour l’avoir partout.Instructions d’installation Télécharger le dossier de projet
Les deux skills portent la même méthode. Ils font dire à la session à quel jalon elle se trouve, ce qu’elle a en main, ce qui manque et ce que vous devez décider avant qu’elle le franchisse — et ils s’arrêtent là plutôt que d’inventer une décision, une approbation ou un service.
Aucun des deux adaptateurs ne change la méthode : les jalons, ce que chacun exige et ce qui le clôt sont les mêmes quel que soit l’assistant que vous utilisez. Ce qu’aucun des deux ne porte, c’est le raccordement — la façon dont la session principale et la session contrôleur s’adressent l’une à l’autre dans un outil donné se met en place dans cet outil.
| Ce que vous mettez en place | Avec Claude Code | Avec Codex |
|---|---|---|
| Installer la méthode | Rien à installer : il est dans le dossier de projet que vous téléchargez, sous .claude/skills/. | Rien à installer : il est dans le même dossier, sous .agents/skills/. |
| L’appeler | Demandez la méthode par son nom. /onirion est un raccourci là où la version le propose. | Décrivez la tâche et laissez-le faire le rapprochement. $onirion est un raccourci là où la version le propose. |
| Lancer la session contrôleur | Une deuxième session ouverte sur le même dossier, démarrée avec le prompt de la session contrôleur et son bloc de règles. | Une deuxième session ouverte sur le même dossier, démarrée avec le même prompt et le même bloc de règles. |
| Changer de dossier au jalon 4 | Copiez .claude et .agents dans le dépôt une fois qu’il existe, à côté du dossier des sources. | Copiez les deux mêmes dossiers, ou placez le skill dans vos propres skills Codex pour qu’il vous suive. |
L’installation ne change rien au reste de votre projet et ne démarre aucun projet produit. Les deux installeurs refusent d’écraser un skill déjà présent : une installation plus ancienne reste la vôtre, à lire et à supprimer avant que vous la remplaciez.
Conditions de réutilisation
La méthode est libre de réutilisation. Le guide principal, les prompts, les modèles, le cas d’entraînement et l’exemple rempli sont sous licence Creative Commons Attribution 4.0 (CC BY 4.0), en créditant « Onirion, une méthode d’Alexis Boyer » ; le code — l’application sandbox et ses tests, et les fichiers des skills — est sous licence MIT. Les modèles remplis appartiennent à qui les remplit, sans crédit nécessaire.
Les pages de ce site ne le sont pas. Elles sont © Alexis Boyer, tous droits réservés : utilisez la méthode dans votre travail autant que vous voulez, mais ne republiez pas ces pages, en tout ou partie, sans demander. Les images ne sont couvertes par aucune des licences ci-dessus.