Kit gratuit
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.
Tout ce que la méthode utilise, réparti en quatre. Les guides sont ce que vous lisez, à commencer par le guide principal et ses sept jalons. Les prompts sont ce que vous lancez à un jalon : vous en collez un dans la session et il fait le travail de ce jalon. Les modèles sont ce que vous remplissez. Les skills installent la méthode dans l’assistant dans lequel vous travaillez déjà.
Chaque ressource indique à quel jalon elle sert, et un filtre par jalon se trouve à côté des onglets : réglez-le sur un jalon et la liste se réduit à ce que ce jalon utilise, effacez-le et tout revient. Celles qui indiquent « à chaque jalon » — le guide principal, la session contrôleur, la contrainte permanente, les entrées de mémoire et de journal — sont celles sur lesquelles vous revenez d’un bout à l’autre.
Chacune a sa propre page : un court résumé, le texte complet et une version Markdown qu’un assistant peut lire, sous une seule adresse et une seule version. Tout ce qui est sur cette page se trouve aussi dans le kit, si bien que rien n’a besoin d’être recopié depuis un navigateur.
Tout le kit tient en un seul téléchargement : le guide principal, les prompts, les modèles, le cas d’entraînement avec sa sandbox, l’exemple rempli et les deux skills. Télécharger le kit
À utiliser au à 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 au à 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 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 au à chaque jalon
/fr/resources/prompt-control-session
La seconde session, celle qui challenge. Elle lit, vérifie et challenge ; elle ne modifie rien.
À utiliser au à 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 au à 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 au à 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.claude/skills/onirion/, lancez bash onirion/claude/install.sh /chemin/absolu/vers/votre-projet.$onirion.agents/skills/onirion/, lancez python3 onirion/codex/build_skill.py, puis python3 onirion/codex/install.py --project /chemin/vers/votre-projet (ou --user).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 | Lancez l’installeur sur votre dossier ; le skill se place sous .claude/skills/. | Construisez le skill, puis installez-le dans le .agents/skills/ du dossier, ou dans vos propres skills Codex. |
| L’appeler | /onirion, ou demandez la méthode par son nom. | $onirion, ou décrivez la tâche et laissez-le faire le rapprochement. |
| 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 | Réinstallez sur le dépôt une fois qu’il existe, à côté du dossier des sources. | Réinstallez sur le dépôt, ou installez 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
Le texte (la méthode, les guides, les prompts, les modèles, le cas d’entraînement, l’exemple rempli et les pages du site) est sous licence Creative Commons Attribution 4.0 (CC BY 4.0), en créditant « Onirion, une méthode d’Alexis Boyer » (avec le nom de la méthode une fois choisi) ; le code (les installeurs, le bundler Codex, 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 images ne sont pas couvertes par ces licences.