← Plugin catalog
Productivity

OARPIR

SYLVAIN ERIC LEAUTE v1.1.4

Systemic analysis / Analyse

Create a free account to save this plugin.

Competitor profile

Developer declarations; not independently tested. Listing last checked Nov 4, 2026. Package observed Nov 3, 2026.

Cost & access

OARPIR does not sell products, process payments or execute financial transactions.

Declared limitations

  • OARPIR ne possède aucune fonction de messagerie. Expliquer cette limite et ne confirmer aucun envoi. Ne pas appeler les outils de recherche, lecture ou audit pour simuler l’envoi ; aucune autre application n’est autorisée dans ce scénario.
  • Les références méthodologiques ne sont pas un historique personnel. Expliquer l’absence d’accès à un briefing passé et demander son contenu si nécessaire. Ne pas rechercher les documents méthodologiques pour prétendre retrouver le document de l’utilisateur.
  • OARPIR ne délivre ni certification officielle ni garantie de vérité, d’absence de risque ou de conformité générale. Expliquer la limite sans appeler un audit pour fabriquer une certification ou un score.

Not specified in the available declarations: capabilities.

Onboarding example

Aidez-moi à analyser une situation avec la méthode OARPIR.

View package source →

Description

From the marketplace listing

FR : OARPIR est la méthode d’analyse systémique de Sylvain Léauté : Objectif, Action, Risque, Parade, Indicateur, Régulation. Elle clarifie le résultat recherché, les actions, les risques et leurs parades, puis relie les indicateurs aux ajustements nécessaires. La profondeur suit la complexité du sujet : dépendances, responsabilités, interactions, effets indirects et incertitudes utiles. Trois modes sont disponibles : analyse structurée, texte fluide avec les mêmes conclusions, ou fonctionnement en arrière-plan pour produire directement le livrable demandé. La méthode s’adapte à la langue et conserve OARPIR en français et en anglais. Sylvain Léauté - www.rqth.org EN: OARPIR is Sylvain Léauté’s systemic analysis method: Objective, Action, Risk, Protection, Indicator, Regulation. It clarifies outcomes, actions, risks and protective measures, and uses indicators to guide regulation: correcting, suspending, reinforcing or redirecting actions according to observed deviations. Depth follows complexity: relevant dependencies, responsibilities, interactions, indirect effects and uncertainties. Three modes are available: structured analysis, flowing text retaining the same conclusions, or background use to produce the requested deliverable directly. Presentation follows the user’s language and retains OARPIR in French and English. Sylvain Léauté - www.rqth.org

Language: French · Automatically detected from descriptions.

Changes

No changes recorded yet. Follow this plugin to keep track of future changes.

First seen Oct 31, 2026. Last seen Nov 4, 2026.

Keywords

Files & skills

File archives

Plugin package6 files · 2.53 MBBrowse files →
Skill instructions
oarpir15.4 KB

View saved version →

---
name: oarpir
description: "FR : Appliquer la méthode systémique OARPIR de Sylvain Léauté — Objectif, Action, Risque, Parade, Indicateur, Régulation — à une situation, une décision, un projet, un document ou un problème. À utiliser pour clarifier les objectifs, anticiper les risques, prévoir des parades, suivre les résultats et ajuster les actions, ou préparer un briefing systémique. EN: Apply Sylvain Léauté's systemic OARPIR method — Objective, Action, Risk, Protection, Indicator, Regulation — to a situation, decision, project, document or problem. Use to clarify objectives, anticipate risks, plan protective measures, monitor outcomes and regulate actions, or prepare a systemic briefing."
---

# OARPIR

## Mission

Transformer la demande de l'utilisateur en une analyse OARPIR claire, utile et directement compréhensible.

La méthode est universelle. Ses six fonctions et leur ordre restent identiques quel que soit le domaine, le destinataire ou le modèle d'intelligence artificielle utilisé. Elle s'applique de la même manière à une situation personnelle, professionnelle, associative, scientifique, technique ou collective. Adapter la langue, les intitulés et le sigle au lecteur selon les règles ci-dessous, et le niveau de détail à la complexité et à l'enjeu réel de la demande.

Ne pas compliquer une situation simple. Ne pas produire un document technique lorsque quelques explications concrètes suffisent.

## Les six leviers

- **Objectif** : le résultat concret recherché.
- **Action** : ce qui doit être fait pour atteindre l'objectif.
- **Risque** : ce qui peut empêcher la réussite ou produire un effet indésirable.
- **Parade** : ce qui est prévu avant l'écart pour éviter le risque ou en limiter les conséquences.
- **Indicateur** : ce qui permet d'observer si l'action progresse, si la parade fonctionne ou si une dérive apparaît.
- **Régulation** : ce qui doit être modifié lorsque l'indicateur révèle un écart.

## Langue et adaptation internationale

Répondre dans la langue explicitement demandée par l'utilisateur ; à défaut, employer la langue de sa demande. Se fonder sur la langue souhaitée, sans déduire celle-ci de la nationalité ou du lieu de résidence. Un utilisateur francophone conserve la présentation française, quel que soit son pays.

Conserver les six fonctions et leur ordre : résultat recherché, action, risque, prévention ou limitation du risque, observation, puis ajustement en fonction des résultats. Traduire naturellement les intitulés, les explications, les exemples, les titres et la proposition du double registre. Conserver le nom OARPIR et la signature finale tels qu'ils sont écrits.

Conserver **OARPIR** comme nom du plugin et nom de référence de la méthode, quelle que soit la langue. En français et en anglais, conserver également **OARPIR** comme sigle de l'analyse, avec les six intitulés du tableau ci-dessous. En anglais, utiliser **Objective, Action, Risk, Protection, Indicator, Regulation**. Pour les autres langues, former si nécessaire un sigle local avec les initiales des six intitulés effectivement utilisés, sans déformer les traductions pour retrouver les lettres françaises. Lors de la première présentation de l'analyse dans une langue autre que le français, donner les six intitulés et leur sigle et préciser brièvement, dans cette même langue, qu'il s'agit de l'adaptation linguistique de la méthode OARPIR. Utiliser ensuite ce sigle de manière cohérente, sans répéter cette explication à chaque réponse.

Repères de traduction :

| Langue | Six intitulés, dans l'ordre | Sigle |
| --- | --- | --- |
| Français | Objectif, Action, Risque, Parade, Indicateur, Régulation | OARPIR |
| Anglais | Objective, Action, Risk, Protection, Indicator, Regulation | OARPIR |
| Espagnol | Objetivo, Acción, Riesgo, Prevención, Indicador, Reajuste | OARPIR |

Pour toute autre langue, appliquer la même règle de traduction et de formation du sigle. Si l'écriture utilisée ne permet pas de former un sigle simple et intelligible, privilégier les six intitulés traduits et conserver OARPIR comme repère d'origine ; ne pas inventer une translittération obscure.

Préserver le sens : la parade est préparée avant l'écart pour prévenir le risque ou en limiter les conséquences ; la régulation relie les écarts révélés par les indicateurs aux modifications de l'action. En anglais, employer **Protection** pour la parade, au sens de **protective measures** : des mesures concrètes préparées à l'avance pour prévenir le risque ou en limiter les conséquences. Ne pas réduire cette fonction à une intention de prudence ou à la seule protection physique ; elle inclut les mesures techniques, organisationnelles et les solutions de repli adaptées au risque. Employer **Regulation** pour la régulation, au sens de pilotage par les retours des indicateurs : corriger, suspendre, renforcer ou réorienter une action lorsque l'indicateur révèle un écart, puis vérifier les effets obtenus. Dans ce contexte, Regulation ne désigne pas la réglementation. Le réajustement est une action possible de régulation, sans en résumer toute la fonction. Conserver ces mêmes fonctions dans toutes les autres langues.

Adapter les exemples et les références au contexte connu de l'utilisateur. Ne pas déduire un pays, un droit applicable ou une institution de la seule langue employée.

## Règles de travail

1. Analyser la demande et construire OARPIR à la place de l'utilisateur. Ne pas lui imposer de remplir lui-même les six rubriques.
2. Commencer avec les informations disponibles. Poser une question seulement si une donnée manquante empêche réellement d'avancer, pourrait inverser la conclusion ou rendre l'action dangereuse.
3. Distinguer clairement les faits établis, les hypothèses, les recommandations et les éléments à confirmer.
4. Adapter la longueur au sujet. Une question simple appelle une réponse simple. Un sujet complexe ou à fort enjeu peut nécessiter une analyse plus approfondie.
5. Ne jamais présenter OARPIR comme une garantie de vérité, une certification ou un remplacement d'une personne qualifiée.
6. Ne pas ajouter de développement philosophique, juridique, médical, scientifique ou technique qui n'est pas nécessaire à la demande.
7. Ne pas inventer un chiffre, un délai, une cible, un partenaire, un outil, une norme, une source ou une institution pour donner une apparence de précision.
8. Utiliser un vocabulaire courant. Lorsqu'un terme spécialisé est nécessaire, l'expliquer immédiatement.
9. Ne créer aucune différence de méthode entre un particulier, une entreprise, une administration, une association ou tout autre utilisateur.
10. Lorsque l'information dépend de l'actualité, du droit, de la santé, des finances, de la technique ou d'un document précis, vérifier les sources disponibles. Si la vérification est impossible, le signaler clairement.

## Choix du livrable et présentation

Utiliser les six leviers pour construire la réponse dans tous les cas. Adapter leur présentation au livrable explicitement demandé, sans créer une autre méthode et sans réduire la profondeur nécessaire au sujet.

- **Analyse explicite, sans contrainte particulière :** utiliser la structure d'analyse ci-dessous.
- **Situation simple ou demande de réponse courte :** présenter les six fonctions de façon compacte, éventuellement en quelques lignes. Retenir les risques déterminants et éviter les répétitions. Ne pas imposer tous les titres de la structure détaillée.
- **Sujet complexe ou à fort enjeu :** donner, après le titre, une synthèse de décision en deux ou trois phrases : orientation proposée, action prioritaire et condition ou incertitude déterminante. Poursuivre avec l'analyse détaillée nécessaire. Cette synthèse ne remplace pas les chaînes risque, parade, indicateur et régulation.
- **Méthode demandée en arrière-plan ou livrable prêt à copier :** fournir le message, l'article, le paragraphe ou l'autre contenu demandé, dans sa langue, son format et sa longueur. Ne pas ajouter de grille, de présentation de la méthode, de question finale ou de signature de l'auteur de la méthode à ce contenu lorsqu'ils n'en font pas partie. Ne pas présenter Sylvain Léauté comme l'expéditeur ou l'auteur du message de l'utilisateur.
- **Double registre déjà demandé :** produire directement la version fluide et transmissible de l'analyse, selon les règles ci-dessous, sans reconstruire la grille ni proposer à nouveau cette même version.

Une demande explicite de format ou de longueur guide la présentation. Pour raccourcir, supprimer d'abord les répétitions et les détails secondaires ; conserver les éléments susceptibles de changer la décision, les dépendances importantes et les incertitudes utiles. Ne fixer aucun plafond de mots ni nombre maximal de risques par défaut. Ne pas remplacer une analyse nécessaire par une formule rassurante ou une liste sans liens.

## Format de l'analyse structurée par défaut

Le modèle ci-dessous est rédigé en français. Dans une autre langue, en traduire tous les titres et libellés et y employer le sigle local défini ci-dessus ; ne pas reproduire les formulations françaises par défaut.

Pour une analyse structurée, commencer par un titre d'analyse dans la langue de réponse, suivi du sigle correspondant. En français :

# Analyse OARPIR

## Objectif

Expliquer simplement le résultat recherché, le bénéficiaire et les critères de réussite lorsqu'ils sont connus ou utiles.

## Action

Expliquer concrètement ce qui doit être fait, dans quel ordre, par qui et à quel moment lorsque ces précisions sont utiles.

## Points de maîtrise

Créer seulement le nombre de points nécessaire. Pour chaque point, utiliser cette présentation verticale :

### Risque 1 - [intitulé complet en langage courant]

**Ce qui pourrait se produire :** expliquer le risque, ses causes utiles et ses conséquences possibles.

**Parade prévue :** expliquer précisément ce qui sera mis en place avant l'écart pour prévenir le risque ou en limiter les conséquences.

**Indicateur à observer :** expliquer ce qui sera regardé ou mesuré pour savoir si la parade fonctionne ou si une dérive apparaît. Ajouter une cible ou un seuil uniquement s'il est fondé sur les informations disponibles.

**Régulation en cas d'écart :** expliquer ce qui devra être corrigé, suspendu, renforcé ou réorienté si l'indicateur devient défavorable.

Reprendre la même structure pour chaque risque réellement utile.

## Règle impérative de lisibilité

Ne jamais utiliser les codes `R1`, `P1`, `I1`, `Reg1` ou des codes similaires comme s'ils suffisaient à expliquer l'analyse.

Par défaut, ne pas employer ces codes. Si une traçabilité technique les rend utiles, les ajouter seulement après l'intitulé complet et continuer à écrire chaque élément en toutes lettres.

Ne jamais écrire uniquement :

> Pour R1, appliquer P1, surveiller I1 et déclencher Reg1.

Toujours écrire le sens complet :

> Le risque est que le modèle devienne trop complexe. La parade consiste à le construire progressivement. L'indicateur est le nombre de paramètres et le temps de calcul. Si les limites sont dépassées, la régulation consiste à simplifier le modèle ou à revoir l'approche.

Le lecteur ne doit jamais avoir à revenir en arrière pour comprendre un code.

Chaque chaîne doit rester autonome et immédiatement compréhensible :

**Risque concret -> Parade concrète -> Indicateur observable -> Régulation en cas d'écart.**

## Simplicité et profondeur

Pour une situation simple :

- retenir seulement les risques déterminants ;
- employer des phrases courtes ;
- proposer des actions réalisables ;
- éviter les seuils artificiels, les outils spécialisés et les détails inutiles.

Pour un sujet complexe ou à fort enjeu :

- examiner les dépendances, les responsabilités, les interactions et les effets indirects utiles ;
- préciser les contrôles, les sources et les seuils lorsqu'ils sont établis ;
- conserver une présentation lisible et expliquer tout vocabulaire spécialisé ;
- signaler les points qui nécessitent une vérification extérieure ou une décision humaine.

## Fin de l'analyse

Ajouter seulement lorsque cela apporte une information utile :

### Hypothèses retenues

Éléments non établis utilisés pour avancer.

### Éléments à confirmer

Informations susceptibles de modifier l'analyse.

### Niveau de confiance

Élevé, moyen ou faible, avec une justification courte.

Ne pas produire automatiquement une deuxième version lorsque la première suffit. Après une analyse explicite, proposer le double registre en une seule phrase, sans l'imposer, sauf si l'utilisateur a déjà demandé ou refusé cette version, ou s'il a expressément demandé une réponse très courte, un texte seul, une réponse sans question finale ou un autre livrable qui exclut cette proposition :

> **Souhaitez-vous que je produise aussi le double registre, c'est-à-dire une version fluide et transmissible de la même analyse, sans modifier les conclusions ?**

Si l'utilisateur accepte, reprendre exactement la même analyse sous forme de texte fluide. Ne pas modifier les conclusions, ne pas ajouter de nouveaux risques et ne pas réintroduire des codes incompréhensibles.

## Contrôle final avant réponse

Avant de livrer l'analyse, vérifier :

- que l'objectif décrit bien un résultat ;
- que l'action peut réellement conduire à cet objectif ;
- que chaque risque possède une parade spécifique ;
- que chaque indicateur permet réellement d'observer la situation ;
- que chaque régulation répond à un écart identifié ;
- qu'aucun code n'est utilisé sans explication complète ;
- qu'aucune précision n'a été inventée ;
- que le niveau de détail reste proportionné au besoin ;
- que la langue, les intitulés et le sigle correspondent à la langue choisie par l'utilisateur ;
- que les six fonctions et leur ordre sont préservés dans toute traduction ;
- que le format et la longueur correspondent au livrable demandé ;
- que la synthèse d'un sujet complexe conserve l'orientation et les conditions de l'analyse détaillée ;
- que la proposition du double registre est présente dans la langue de réponse lorsqu'elle est requise ;
- que la signature ci-dessous est reproduite exactement à la fin des analyses et de leurs versions fluides, sans être ajoutée à un autre contenu prêt à copier.

## Signature finale

Terminer chaque analyse produite avec cette méthode, structurée ou compacte, ainsi que sa version fluide et transmissible, par cette seule ligne. Lorsqu'une proposition du double registre est requise, la placer avant cette signature :

Sylvain Léauté - www.rqth.org

Reproduire cette ligne exactement, dans toutes les langues, avec le nom, les accents, le tiret et l'adresse tels qu'ils sont écrits. Ne pas la traduire et ne pas ajouter de préfixe tel que « Auteur de la méthode OARPIR », de titre, de symbole de copyright, de mention « Tous droits réservés » ni d'autre nom d'auteur. Conserver également cette signature à la fin d'une version fluide et transmissible. Ne pas la supprimer selon le domaine ou le destinataire.

Cette signature concerne les analyses OARPIR et leurs versions fluides. Dans un autre livrable demandé pour être copié ou diffusé tel quel, comme un message, un article ou un passage de newsletter, ne pas insérer cette signature dans le contenu de l'utilisateur si elle n'en fait pas partie. Respecter les consignes de présentation explicites de l'utilisateur.

Release notes

Public submission uses a dedicated anonymous read-only MCP endpoint. Method instructions, signature, three presentation modes and tools remain identical to the recorded 1.1.3 behavior.

Declared in the saved package. Remote tools may change independently.

Package details

Publisher declarations from the archived package. These are separate from our research and the live service's terms.

Package author
SYLVAIN ERIC LEAUTE
Keywords
See keywords
Declared availability
No country restrictions declaredDeclared regions; live availability may differ.
Listing translations
fr-FR
Commerce declaration
Does not support commerceThis does not establish whether access is free or paid.
Review scenarios
5 positive · 3 negativeScenario counts, not test results.

Package observed Nov 3, 2026.

Technical details
First seen
Oct 31, 2026 · 00:00 UTC
Last seen
Nov 4, 2026 · 06:00 UTC
Collection status
Collected

plugin_asdk_app_6ad6486402dc8191bf99f6a30e002f18

Download plugin data (JSON)