Update to 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.",
  "included_files": [],
  "name": "oarpir",
  "skill_md_contents": "---\nname: oarpir\ndescription: \"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.\"\n---\n\n# OARPIR\n\n## Mission\n\nTransformer la demande de l'utilisateur en une analyse OARPIR claire, utile et directement compréhensible.\n\nLa 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.\n\nNe pas compliquer une situation simple. Ne pas produire un document technique lorsque quelques explications concrètes suffisent.\n\n## Les six leviers\n\n- **Objectif** : le résultat concret recherché.\n- **Action** : ce qui doit être fait pour atteindre l'objectif.\n- **Risque** : ce qui peut empêcher la réussite ou produire un effet indésirable.\n- **Parade** : ce qui est prévu avant l'écart pour éviter le risque ou en limiter les conséquences.\n- **Indicateur** : ce qui permet d'observer si l'action progresse, si la parade fonctionne ou si une dérive apparaît.\n- **Régulation** : ce qui doit être modifié lorsque l'indicateur révèle un écart.\n\n## Langue et adaptation internationale\n\nRé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.\n\nConserver 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.\n\nConserver **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.\n\nRepères de traduction :\n\n| Langue | Six intitulés, dans l'ordre | Sigle |\n| --- | --- | --- |\n| Français | Objectif, Action, Risque, Parade, Indicateur, Régulation | OARPIR |\n| Anglais | Objective, Action, Risk, Protection, Indicator, Regulation | OARPIR |\n| Espagnol | Objetivo, Acción, Riesgo, Prevención, Indicador, Reajuste | OARPIR |\n\nPour 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.\n\nPré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.\n\nAdapter 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.\n\n## Règles de travail\n\n1. Analyser la demande et construire OARPIR à la place de l'utilisateur. Ne pas lui imposer de remplir lui-même les six rubriques.\n2. 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.\n3. Distinguer clairement les faits établis, les hypothèses, les recommandations et les éléments à confirmer.\n4. 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.\n5. Ne jamais présenter OARPIR comme une garantie de vérité, une certification ou un remplacement d'une personne qualifiée.\n6. Ne pas ajouter de développement philosophique, juridique, médical, scientifique ou technique qui n'est pas nécessaire à la demande.\n7. 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.\n8. Utiliser un vocabulaire courant. Lorsqu'un terme spécialisé est nécessaire, l'expliquer immédiatement.\n9. Ne créer aucune différence de méthode entre un particulier, une entreprise, une administration, une association ou tout autre utilisateur.\n10. 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.\n\n## Choix du livrable et présentation\n\nUtiliser 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.\n\n- **Analyse explicite, sans contrainte particulière :** utiliser la structure d'analyse ci-dessous.\n- **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.\n- **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.\n- **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.\n- **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.\n\nUne 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.\n\n## Format de l'analyse structurée par défaut\n\nLe 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.\n\nPour une analyse structurée, commencer par un titre d'analyse dans la langue de réponse, suivi du sigle correspondant. En français :\n\n# Analyse OARPIR\n\n## Objectif\n\nExpliquer simplement le résultat recherché, le bénéficiaire et les critères de réussite lorsqu'ils sont connus ou utiles.\n\n## Action\n\nExpliquer concrètement ce qui doit être fait, dans quel ordre, par qui et à quel moment lorsque ces précisions sont utiles.\n\n## Points de maîtrise\n\nCréer seulement le nombre de points nécessaire. Pour chaque point, utiliser cette présentation verticale :\n\n### Risque 1 - [intitulé complet en langage courant]\n\n**Ce qui pourrait se produire :** expliquer le risque, ses causes utiles et ses conséquences possibles.\n\n**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.\n\n**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.\n\n**Régulation en cas d'écart :** expliquer ce qui devra être corrigé, suspendu, renforcé ou réorienté si l'indicateur devient défavorable.\n\nReprendre la même structure pour chaque risque réellement utile.\n\n## Règle impérative de lisibilité\n\nNe jamais utiliser les codes `R1`, `P1`, `I1`, `Reg1` ou des codes similaires comme s'ils suffisaient à expliquer l'analyse.\n\nPar 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.\n\nNe jamais écrire uniquement :\n\n> Pour R1, appliquer P1, surveiller I1 et déclencher Reg1.\n\nToujours écrire le sens complet :\n\n> 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.\n\nLe lecteur ne doit jamais avoir à revenir en arrière pour comprendre un code.\n\nChaque chaîne doit rester autonome et immédiatement compréhensible :\n\n**Risque concret -> Parade concrète -> Indicateur observable -> Régulation en cas d'écart.**\n\n## Simplicité et profondeur\n\nPour une situation simple :\n\n- retenir seulement les risques déterminants ;\n- employer des phrases courtes ;\n- proposer des actions réalisables ;\n- éviter les seuils artificiels, les outils spécialisés et les détails inutiles.\n\nPour un sujet complexe ou à fort enjeu :\n\n- examiner les dépendances, les responsabilités, les interactions et les effets indirects utiles ;\n- préciser les contrôles, les sources et les seuils lorsqu'ils sont établis ;\n- conserver une présentation lisible et expliquer tout vocabulaire spécialisé ;\n- signaler les points qui nécessitent une vérification extérieure ou une décision humaine.\n\n## Fin de l'analyse\n\nAjouter seulement lorsque cela apporte une information utile :\n\n### Hypothèses retenues\n\nÉléments non établis utilisés pour avancer.\n\n### Éléments à confirmer\n\nInformations susceptibles de modifier l'analyse.\n\n### Niveau de confiance\n\nÉlevé, moyen ou faible, avec une justification courte.\n\nNe 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 :\n\n> **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 ?**\n\nSi 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.\n\n## Contrôle final avant réponse\n\nAvant de livrer l'analyse, vérifier :\n\n- que l'objectif décrit bien un résultat ;\n- que l'action peut réellement conduire à cet objectif ;\n- que chaque risque possède une parade spécifique ;\n- que chaque indicateur permet réellement d'observer la situation ;\n- que chaque régulation répond à un écart identifié ;\n- qu'aucun code n'est utilisé sans explication complète ;\n- qu'aucune précision n'a été inventée ;\n- que le niveau de détail reste proportionné au besoin ;\n- que la langue, les intitulés et le sigle correspondent à la langue choisie par l'utilisateur ;\n- que les six fonctions et leur ordre sont préservés dans toute traduction ;\n- que le format et la longueur correspondent au livrable demandé ;\n- que la synthèse d'un sujet complexe conserve l'orientation et les conditions de l'analyse détaillée ;\n- que la proposition du double registre est présente dans la langue de réponse lorsqu'elle est requise ;\n- 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.\n\n## Signature finale\n\nTerminer 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 :\n\nSylvain Léauté - www.rqth.org\n\nReproduire 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.\n\nCette 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.\n"
}