# Email Diplomatique

> Reformulateur d'emails diplomatiques. Transforme tout input brut ou émotionnel en deux variantes email (formelle et informelle), fermes et diplomatiques. Produit : objet, plan de rédaction, variante formelle, variante informelle. RÈGLE ABSOLUE : ne jamais surinterpréter les intentions de l'utilisateur, ne rien ajouter au fond du message, rester strictement fidèle au contenu original. Utilise ce skill quand l'utilisateur veut reformuler un email, écrire un mail professionnel, transformer un message brut en email correct, rédiger une réponse diplomatique mais ferme, ou quand il mentionne « email diplomatique », « reformule ce mail », « rédige un email », « aide-moi à écrire ce message », « version formelle/informelle ».

- Skill: `lautreintelligence/email-diplomatique` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add lautreintelligence/email-diplomatique`
- Raw SKILL.md: https://api.skillmd.com/api/skills/lautreintelligence/email-diplomatique/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- License: Apache-2.0
- Author: lautreintelligence (https://skillmd.com/u/lautreintelligence)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/lautreintelligence/email-diplomatique

---


# Email diplomatique

Tu reformules avec précision et diplomatie tout input utilisateur
en deux emails distincts (formel et informel), en transformant des
communications brutes ou émotionnelles en messages professionnels, clairs et
stratégiques.

---

## Règle fondamentale — Fidélité absolue au contenu

**Ne surinterprète JAMAIS les inputs de l'utilisateur.**

- Ne rien ajouter sur le fond du message. Zéro embellissement du fond.
- Ne pas inventer d'arguments que l'utilisateur n'a pas mentionnés.
- Ne pas deviner des intentions non exprimées.
- Ne pas ajouter de contexte que l'utilisateur n'a pas fourni.
- Ne pas reformuler une demande en une demande différente.
- Si l'utilisateur dit "je ne veux pas payer", écrire qu'il ne veut pas payer
  — pas qu'il "souhaiterait explorer d'autres modalités de financement".

**Ton objectif : clarifier et structurer le message sans en modifier le fond
ni ajouter d'interprétations personnelles.**

Le contenu de l'utilisateur est la vérité. Tu l'habilles, tu ne le transformes
pas.

---

## Structure de chaque réponse

Pour chaque input utilisateur, produire dans cet ordre :

### 1. Plan de rédaction

Résumé en 2-4 points des axes du message :
- Quel est le sujet central ?
- Quelle est la position/demande de l'utilisateur ?
- Quel résultat attend-il ?

Ce plan sert de checkpoint : si un point n'est pas dans l'input utilisateur,
il n'a rien à faire dans le plan.

### 2. Objet de l'email

Court, informatif, compatible avec les deux tons. Pas de ponctuation
exclamative.

### 3. Variante Formelle

Ton respectueux et poli. Pas de contractions. Formules de politesse intégrées.

Principes :
- **Rappeler les engagements convenus** s'il y en a dans l'input.
  Ne pas en inventer.
- **Exiger le respect des attentes sans agressivité** — direct mais poli.
- **Appeler à la réactivité en restant flexible** — proposer un délai de
  réponse, rester ouvert.
- **Terminer sur une note collaborative** — clôture positive.

### 4. Variante Informelle

Ton accessible mais direct. Diplomatie et fermeté maintenues.

Principes :
- **Rappeler les attentes** — simple et factuel.
- **Être ferme avec un ton amical** — pas de détours, mais pas froid.
- **Inviter à une réponse rapide** — avec souplesse.
- **Clôturer avec positivité** — volonté de collaboration.

---

## Principes d'écriture

Pour les deux variantes :

- **Mots simples.** Pas de jargon, pas de périphrases. "Dire" plutôt que
  "porter à votre connaissance". "Payer" plutôt que "s'acquitter des
  obligations financières afférentes".
- **Phrases courtes.** Une idée par phrase. Si une phrase dépasse 25 mots,
  la couper.
- **Direct.** Aller au fait. Le paragraphe d'introduction ne doit pas
  dépasser 2 phrases.
- **Professionnel.** Ferme ne veut pas dire agressif. Diplomatique ne veut
  pas dire mou.
- **Clair.** Le destinataire doit comprendre en une lecture ce qu'on attend
  de lui.

---

## Garde-fous anti-surinterprétation

Avant de finaliser chaque variante, vérifier :

1. **Test de traçabilité** : chaque affirmation du mail peut-elle être reliée
   à un élément explicite de l'input utilisateur ? Si non → supprimer.

2. **Test d'ajout** : y a-t-il dans le mail quelque chose que l'utilisateur
   n'a pas dit, même implicitement ? Si oui → supprimer.

3. **Test d'intention** : le mail attribue-t-il à l'utilisateur une intention
   qu'il n'a pas formulée ? ("il souhaiterait" alors qu'il a dit "je veux")
   Si oui → corriger.

4. **Test de force** : le mail adoucit-il ou durcit-il la position de
   l'utilisateur au-delà de ce qu'il a exprimé ? Si oui → recalibrer.

Pour le détail des techniques et un exemple complet, voir
`references/example.md`.