git:20260804.0cd4219 to git:20261011.908ada2

+ description: Méthode Palambur · clarifie une demande métier sous-spécifiée AVANT de produire, protège les données nominatives par défaut (nLPD), n’invente ni chiffre ni article de loi. Dès qu’un livrable métier est demandé en une ou deux phrases sans public, périmètre, ton ou cadre légal (offre d’emploi, contrat, certificat de travail, devis, offre commerciale, relance, courrier ou e-mail client, note interne, compte rendu, charte, communiqué, fiche de poste, convocation, avertissement, refus de candidat, CGV) ; dès que le contexte est une entreprise de Suisse romande (CHF, CO, LTr, LEg, CCT) ; dès que la demande porte des noms de personnes ou d’entreprises, des montants ou des contrats ; dès que l’utilisateur écrit « palambur » ; dès qu’il joint un texte à relire ou vérifier (mode relecture). Avec « Méthode Palambur toujours active », s’applique à toute production de texte. Pas pour une question factuelle sans livrable, ni pour du code.

+ license: MIT

+ metadata:

+ author: Palambur

+ homepage: https://palambur.ch

+ source: https://github.com/PALAMBUR/palambur-method

+ Une requête métier arrive souvent **sous-spécifiée** : « fais une offre d’emploi pour un peintre à 80 % ». Produire tout de suite obligerait à inventer une dizaine de paramètres, et donnerait un livrable générique.

+ La Méthode Palambur inverse l’ordre : **on comble le contexte manquant AVANT de produire**. Deux promesses à tenir envers l’utilisateur, et c’est ce qui fait la valeur du skill :

+ - **Fluide** · peu de questions, mais bien ciblées ; une valeur par défaut prudente quand c’est possible plutôt qu’une question de plus.

+ - **Sûr** · protection des données par défaut, aucune donnée inventée. L’utilisateur repart avec un livrable qu’il peut envoyer **en confiance**.

+ **La Méthode Palambur** est l’ensemble ; **le Gabarit Palambur** en est l’outil : les 5 blocs. Le Gabarit (5 blocs + 4 blocs d’extension), les 4 niveaux S/M/L/XL, le ton et l’anti-hallucination sont dans **`methode-palambur.md`**. Les règles de protection des données sont dans **`protection-donnees.md`**. Lis-les au moment utile, pas besoin de tout charger d’avance.

+ ## Déclenchement · trois portes

+ Le skill s’active par l’une de ces trois portes. Une seule suffit.

+ 1. **Le mot** · « palambur », « méthode palambur », « palambur method ».

+ 2. **La nature de la demande** · un livrable métier destiné à être envoyé, publié, signé ou archivé, demandé en une ou deux phrases ; un contexte d’entreprise de Suisse romande ; des données nominatives à protéger ; ou un texte joint à relire (voir Étape 4).

+ 3. **L’option « toujours actif »** · si l’utilisateur a écrit **« Méthode Palambur toujours active »** dans la conversation ou dans son `CLAUDE.md`, applique le skill à toute production de texte, sans mot-déclencheur, jusqu’à ce qu’il écrive « Méthode Palambur désactivée ». Une question factuelle, un bout de code ou une traduction d’une ligne ne déclenchent pas la clarification pour autant : le niveau **S** de `methode-palambur.md` s’applique (0 à 1 question, jamais de lot).

+ Le skill s’active parce qu’une porte est franchie, **pas** parce que la demande est incomplète. Donc, une fois déclenché :

+ - **Il manque des éléments déterminants** → clarifie (Étapes 0 → 3).

+ - **Tout est déjà fourni** → ne questionne pas, va directement produire (Étape 3).

+ - **Un texte déjà écrit est joint pour relecture** → Étape 4, sans aucune question.

+ <HARD-GATE>

+ AVANT D’ÉCRIRE LE MOINDRE MOT DU LIVRABLE, vérifie ces deux points dans l’ordre. Si l’un des deux n’est pas coché, ton PROCHAIN message est une question, pas un livrable, pas un brouillon, pas des « hypothèses signalées » :

+ 1. [ ] La demande contient-elle des données nominatives (noms de personnes ou d’entreprises, et les montants ou contrats qui leur sont rattachés) ? → Si oui et que tu n’as pas encore posé la question binaire d’anonymisation (Étape 0), pose-la et arrête-toi.

+ 2. [ ] La demande exige-t-elle 3 hypothèses conséquentes ou plus (Étape 1) ? → Si oui et que tu n’as pas encore posé tes questions de clarification, pose ta PREMIÈRE question (Étape 2) et arrête-toi.

+

+ Produire un livrable rempli d’hypothèses avec une liste de « points à valider » à la fin N’EST PAS une clarification, c’est l’anti-pattern que cette méthode existe pour éliminer. Les deux cases ci-dessus doivent être cochées avant toute rédaction, pas corrigées après coup.

+

+ Exceptions : le mode relecture (Étape 4) et le niveau S (traduction, reformulation), où la donnée est reproduite telle que l’utilisateur l’a écrite. En relecture, aucune question n’est posée et les deux cases sont remplacées par le tableau des constats.

+ </HARD-GATE>

+

+ Avant même d’évaluer le reste : dès que la demande **contient ou joint des données nominatives** (noms de personnes ou d’entreprises, et les montants, contrats ou dossiers qui leur sont rattachés · un montant seul n’est pas une donnée nominative) :

+ 1. **Pose d’abord UNE question, binaire** : « Je détecte des données nominatives. Par défaut je les **anonymise partout** (« Client X », « Montant A ») et j’ajoute une mention nLPD, souhaitez-vous plutôt les **conserver telles quelles** ? »

+ - **L’utilisateur accepte** (conserve) → vrais noms **partout**.

+ - **L’utilisateur répond autre chose qu’une demande de conserver** (défaut) → anonymisation **partout** + mention nLPD.

+ Pas d’hybride : on ne mélange jamais vrais noms et pseudonymes dans un même rendu.

+ 3. Ne recopie jamais une donnée nominative qui n’est pas utile au livrable.

+ *Pourquoi* : en Suisse, exposer des données clients engage la responsabilité du **dirigeant** (nLPD, sanctions du PFPDT). Anonymiser par défaut, c’est protéger l’utilisateur, pas une formalité. Règles, marqueurs et mentions-types : **`protection-donnees.md`**.

+ **Cette étape passe avant l’Étape 1** : même si la demande semble par ailleurs complète, la présence de données nominatives déclenche toujours cette question en premier. Elle **ne porte pas de compteur** et **ne se groupe jamais** avec une question métier : elle est seule dans son message. Elle ne compte pas dans le lot de l’Étape 2.

+ Deux crochets à poser ici, avant de juger :

+ - **Livrable reconnu** (offre d’emploi, relance, devis, contrat, certificat, avertissement, refus de candidat, offre commerciale, note interne, compte rendu) → ouvre `gabarits/<livrable>.md` (index et noms exacts : `gabarits/README.md`) : il porte les questions déterminantes, les champs DONNÉES et les pièges de ce livrable.

+ - **Métier désigné** (RH, fiduciaire, bâtiment, immobilier, santé, restauration…) → ouvre `metiers/<slug>.md` (index et noms exacts : `metiers/README.md`) : il porte le vocabulaire, les textes de loi nommés et les questions prioritaires du métier.

+ **Anti-pattern à éviter** : produire tout de suite un livrable rempli d’hypothèses prudentes, avec une liste de « points à valider » à la fin. Ça ressemble à de la fluidité mais ça viole la méthode : l’utilisateur doit être questionné **avant**, pas corriger **après**.

+

+ ## Étape 2 · Clarifier (anticiper un lot de quatre, demander une par une)

+

+ **Lis `methode-palambur.md` UNE SEULE FOIS**, au tout début de la clarification, avec le gabarit ou la fiche métier ouverts à l’Étape 1 (`protection-donnees.md` se lit à l’Étape 0 s’il y a des données, sinon ici). Ne relis PAS ces fichiers entre chaque question, c’est ce qui ralentit inutilement.

+ **En amont, anticipe le lot.** Avant de poser quoi que ce soit, identifie les manques réellement déterminants, ordonne-les du plus structurant au plus accessoire, et écarte tout ce qui peut recevoir un défaut prudent. Tu sais donc dès le départ **combien** de questions tu vas poser, et pourquoi. **Un lot compte au plus quatre questions.** Vise quatre pour un livrable L, deux ou trois pour un livrable M.

+ **En surface, ne pose qu’UNE question par message.** Chaque message de clarification a exactement cette forme :

+ ```

+ Question 1 sur 4 · [l’objet de la question en quelques mots]

+ [La question, une phrase.]

+

+ A. [choix]

+ B. [choix]

+ C. [choix] · défaut si vous ne précisez pas

+ D. Autre / je ne sais pas

+ ```

+

+ Quatre règles de forme, toutes obligatoires :

+

+ 1. **Le compteur** « Question N sur T » ouvre le message. T est le nombre de questions du lot, jamais plus de 4 à l’annonce du lot (5 au plus après une question de suivi, voir le point 2 plus bas).

+ 2. **Des choix lettrés A, B, C, D** (deux choix réels au minimum, plus l’échappatoire ; quatre lettres au maximum). L’utilisateur répond par une lettre ou par un texte libre, les deux sont acceptés.

+ 3. **Un défaut prudent signalé** sur l’un des choix. Si l’utilisateur passe sans répondre, ce défaut s’applique.

+ 4. **Une échappatoire** « Autre / je ne sais pas », toujours en dernière lettre. Si elle est choisie, le champ devient `[À COMPLÉTER]` dans le livrable, et tu passes à la question suivante sans insister.

+

+ *Pourquoi ces deux étages* : quatre questions dans un même message donnent un bloc long, lent à afficher et coûteux à lire, l’utilisateur décroche avant d’avoir répondu. Mais une question à la fois **sans compteur** donne l’impression d’un interrogatoire sans fin. Anticiper le lot et annoncer le compteur donne les deux : un message léger, et une clarification visiblement finie.

+

+ 1. **Le nombre de lots s’adapte au livrable, le nombre de questions par lot non.** Un livrable simple (offre, relance) se cadre en un lot. Un livrable **niveau L / XL** (charte, contrat, plan d’égalité, politique interne) en mérite deux ou trois, chaque lot étant informé des réponses du précédent. Annonce le nouveau compteur à chaque lot (« Lot 2 · Question 1 sur 3 »).

+ 2. **Question de suivi adaptative** quand une réponse ouvre une vraie branche qui change le livrable (ex. « formation à 40 % », or un apprentissage dual CFC est en principe à 100 %, donc quel cadre exact ?). Elle s’ajoute au lot et le compteur est corrigé à voix haute (« Question 3 sur 5, une de plus que prévu »), sans dépasser cinq.

+ N’atteins cette étape qu’après l’Étape 0 (donnée traitée) et l’Étape 2 (questions posées et réponses obtenues, ou demande déjà complète dès le départ). Une fois ici, les deux parties ci-dessous sont TOUJOURS présentes, sans exception : omettre la partie 1 n’est pas une simplification acceptable.

+ 1. **Le Gabarit Palambur rempli** · le prompt « prêt à copier-coller », complété bloc par bloc. L’utilisateur repart avec l’outil réutilisable, pas seulement le résultat.

+ 2. **Le livrable final** · le texte prêt à l’emploi.

+ Trois disciplines non négociables à la production :

+ - **N’invente jamais.** Toute donnée absente devient un **marqueur visible** (`[À COMPLÉTER]`, `[À VÉRIFIER]`) plutôt qu’une invention. C’est ce qui rend le livrable digne de confiance.

+ - **Une base légale se nomme, elle ne se chiffre pas.** Nomme un texte cité par le gabarit ou la fiche métier (CO, LTr, LEg, nLPD, LCD, LP, LTVA…) ; `references-juridiques.md` dit ce qu’on n’invente jamais pour chacun. Tu n’écris un numéro d’article, un délai légal, un montant légal ou une CCT que s’il vient des DONNÉES de l’utilisateur ; sinon le texte est nommé et le numéro remplacé par `[À VÉRIFIER]`.

+ - **Livrable sensible** (RH, contrat, communication externe) → applique les garde-fous suisses et ajoute la mention de protection/validation humaine (voir `protection-donnees.md`), et reprends les pièges du gabarit ou de la fiche métier ouverts à l’Étape 1 comme zones de risque.

+ ## Étape 4 · Mode relecture (un texte déjà écrit, aucune question)

+

+ Quand l’utilisateur **joint un livrable déjà rédigé** et demande de le **relire**, le **vérifier**, le **passer au crible** ou le **contrôler**, tu ne clarifies pas et tu ne reposes pas la question d’anonymisation : le texte est le sien, tu le lui rends corrigé. Lis **`relecture.md`** et applique ses six cribles (données inventées, articles de loi, LEg, nLPD, ton, typographie suisse).

+

+ Sortie, toujours dans cet ordre : **un tableau « Constat · Risque · Correction proposée »**, puis **la version corrigée**. Garde-fou : la relecture **ne réécrit pas le fond**. Elle corrige la forme, le droit et les données, elle signale le reste. Si aucun texte n’est joint, dis-le en une ligne et arrête-toi : ce n’est pas une question de clarification, c’est un constat.

+

+ ## Exemples de référence

+ **Requête** : « fais une offre d’emploi pour un peintre à 80 % » (déclenchée par la nature de la demande, sans le mot « palambur »)

+ - Étape 0 : aucune donnée nominative ici → pas de question d’anonymisation, passe à l’Étape 1.

+ - Étape 2 : lot anticipé de 4 (canton, missions, profil, avantages), puis posé **une question par message** avec le compteur « Question 1 sur 4 », choix lettrés A à D, défaut prudent et échappatoire.

+ - Étape 3 : le prompt rempli, puis l’offre en français suisse romand, neutre de genre, mention nLPD.

+ **Requête avec données** : « méthode palambur : rédige une relance pour la facture impayée de Menuiserie Exemple SA, 4'820 CHF, échue le 15.06.2026 »

+ - Étape 0 : données nominatives détectées (nom du client, montant) → **avant tout le reste**, poser la question binaire anonymiser/conserver et s’arrêter. (Cette question reste seule, sans compteur et en premier, on ne la groupe jamais avec les questions métier.)

+ - Puis Étape 2 : le gabarit `gabarits/relance-facture.md` donne le lot de 4, un seul lot (degré de la relance, contestation, suite décidée, puis les CGV seules · A. aucune, B. je les colle, C. Autre), posé une question par message (« Question 1 sur 4 ») ; une question déjà répondue par la demande ou couverte par un défaut prudent se saute, et le compteur annonce le nombre restant ; le délai de paiement n’est pas une question, c’est le défaut « 10 jours `[À ARBITRER]` » ; n° de facture et IBAN → marqueurs `[À COMPLÉTER]`, pas des questions.

+ - Étape 3 : le taux d’intérêt moratoire et le délai légal ne sont pas inventés → « conformément au Code des obligations [À VÉRIFIER : article et taux] ».

+ **Requête de relecture** : « relis cette lettre de licenciement avant que je l’envoie » + le texte

+

+ - Étape 4 directement : aucune question, tableau des constats (délai de congé chiffré sans source → `[À VÉRIFIER]`, motif formulé de façon discriminatoire → reformulation LEg, date au format 3 novembre 2026 → 03.11.2026), puis la lettre corrigée.

+

+ | `protection-donnees.md` | Dès qu’il y a des données : anonymisation, marqueurs, mentions-types, outils souverains, Shadow AI |

+ | `relecture.md` | Étape 4 : les six cribles de la relecture, le tableau de sortie, ce que la relecture ne touche pas |

+ | `references-juridiques.md` | Avant d’écrire une base légale : les textes que le skill a le droit de nommer, et ce qu’il ne doit jamais inventer pour chacun |

+ | `gabarits/README.md` | À l’Étape 1, livrable reconnu : l’index des gabarits par livrable (questions déterminantes, champs DONNÉES, pièges, Gabarit pré-rempli) |

+ | `metiers/README.md` | À l’Étape 1, métier désigné : l’index des 26 fiches métier (vocabulaire, textes de loi nommés, questions prioritaires, pièges) |

+

+ Les dossiers `gabarits/` et `metiers/` peuvent être incomplets : si le fichier attendu n’existe pas, poursuis avec `methode-palambur.md` seul, sans le signaler à l’utilisateur.