IDÉOGRAMMES — atelier Unicode

① Niveau Simple — les caractères que tout le monde lit

Caractères utilisés : ● ◦ • ∙ ■ ▪ ☐ ☑ — passent partout, lisibles par tous.

Mets en page ta réponse en TEXTE BRUT (jamais de Markdown) avec
uniquement ces caractères simples :
● pour les points principaux, ◦ pour les sous-points, ∙ pour les détails
☐ pour ce qui reste à faire, ☑ pour ce qui est terminé
■ ou ▪ en début de ligne pour signaler un point IMPORTANT
Sépare les parties par une ligne vide.

⧉ Copier ce texte ➕ Ajouter à ma demande

② Niveau Moyen — titres, hiérarchies et séparateurs

Ajoute : ═══ titres ═══, étapes ① ② ③, flèches →, traits ├─ └─, séparateurs ─────.

Structure ta réponse en TEXTE BRUT uniquement (aucun Markdown, aucun
HTML) avec cette grammaire :
═══ TITRE DE SECTION ═══ pour chaque grande partie
① ② ③ pour les étapes, → pour les enchaînements
● listes et ◦ sous-listes (indentées de 2 espaces)
├─ et └─ pour les hiérarchies et décompositions
──────────── comme séparateur entre les parties
■ pour les alertes, ☐ à faire / ☑ fait pour les actions
Garde des lignes courtes, confortables à lire sur un petit écran.

⧉ Copier ce texte ➕ Ajouter à ma demande

③ Niveau Complexe — tableaux, schémas et diagrammes

Pour les rapports exigeants : tableaux à traits doubles, flux, jauges, encadrés d'alerte.

Compose ta réponse en TEXTE BRUT avec une mise en page avancée
(jamais de Markdown) :
● Les données chiffrées en TABLEAU à traits doubles :
  ╔══════════╦═════════╗
  ║ Élément  ║ Valeur  ║
  ╠══════════╬═════════╣
  ║ exemple  ║ 42      ║
  ╚══════════╩═════════╝
● Les processus en SCHÉMA : [Étape A] ──▶ [Étape B] ──▶ [Étape C]
● Les avancements en JAUGE : ▓▓▓▓▓▓░░░░ 60 %
● Les avertissements en ENCADRÉ :
  ┌─ ⚠ ATTENTION ────────────┐
  │ texte de l'avertissement │
  └──────────────────────────┘
● Les décompositions en ARBORESCENCE avec ├─ │ └─
Aligne les colonnes avec des espaces quand c'est utile, et adapte
la largeur de chaque structure à son contenu.

⧉ Copier ce texte ➕ Ajouter à ma demande

① Améliorer une réponse déjà fournie par l'IA

L'IA vient de répondre en Markdown illisible pour votre GMAO ? Envoyez ceci à la suite :

Réécris ta réponse précédente à l'identique sur le fond, mais en
TEXTE BRUT : remplace les titres # par ═══ TITRE ═══, les **gras**
par ■ en début de ligne, les listes - par ● et ◦, et les tableaux
Markdown par des tableaux ╔═╦═╗. Aucun caractère de Markdown ne
doit subsister.

⧉ Copier ce texte ➕ Ajouter à ma demande

Exemple concret — consigne de maintenance

## Consignation
**Important :** vérifier
- Séparation
- Condamnation

═══ CONSIGNATION ═══
■ Vérifier impérativement :
● Séparation
● Condamnation

② Mettre en page VOTRE texte

Vous avez un compte rendu en vrac ? Collez votre texte à la place des « … » :

Voici mon texte. SANS reformuler mes idées ni changer le fond,
restructure-le en TEXTE BRUT : ═══ TITRES ═══ pour les parties,
① ② ③ pour les étapes, ◆ pour les points clés, │ devant les
citations, et termine par un encadré ┌─┐ contenant le résumé en
3 lignes maximum. Caractères Unicode uniquement, aucun Markdown.

Mon texte : « … »

⧉ Copier ce texte ➕ Ajouter à ma demande

Exemple concret — compte rendu de réunion

reunion de mardi : la fuite
de la V-204 est reparee, il
faut commander le joint et
prevoir un controle a 30j,
Stephen valide le planning

═══ RÉUNION DE MARDI ═══
① Fuite V-204 réparée
② Commander le joint
③ Contrôle à 30 jours
◆ Planning validé
│ « Stephen valide »
┌──────────────────┐
│ Résumé : fuite   │
│ traitée, suivi   │
│ programmé à J+30 │
└──────────────────┘

🌳 Créer une arborescence de projet

Quand l'utiliser : pour transformer une description en vrac en structure hiérarchique commentée. Pourquoi ça marche : l'IA analyse d'abord les niveaux réels de votre texte au lieu de plaquer un modèle.

Tu vas transformer la description ci-dessous en ARBORESCENCE en
texte brut. Prends le temps d'analyser avant de dessiner.

── ÉTAPE 1 · ANALYSE ──────────────────────────
Lis ma description et identifie :
● l'élément RACINE (le projet, le système ou le dossier global) ;
● les grandes familles qui le composent ;
● les sous-éléments de chaque famille, jusqu'au niveau de détail
  réellement présent dans mon texte — n'invente pas de niveaux.

── ÉTAPE 2 · CONSTRUCTION ─────────────────────
Dessine l'arbre de haut en bas :
● la racine seule sur la première ligne ;
● ├─ devant chaque élément suivi d'autres frères ;
● └─ devant le DERNIER élément d'un groupe ;
● │  pour prolonger les branches parentes sur les lignes filles ;
● après chaque élément, un « — » puis une courte explication de
  son rôle (5 à 10 mots), reformulée depuis mon texte.
Syntaxe attendue :
Projet
├─ Documentation — regroupe les livrables écrits
│  ├─ Plans — schémas validés du site
│  └─ Rapports — comptes rendus datés
└─ Suivi — pilotage hebdomadaire du projet

── ÉTAPE 3 · VÉRIFICATION avant d'envoyer ─────
☐ chaque │ est aligné sous le ├─ de son parent ;
☐ aucun caractère Markdown (ni astérisques, ni dièses) ;
☐ l'arbre commence par la racine et se termine par la ligne
  « ─── Fin de l'arborescence ─── ».

── RÈGLES DE SOUPLESSE ────────────────────────
● adapte la PROFONDEUR à mon contenu : mieux vaut un arbre juste
  qu'un arbre spectaculaire ;
● un point ambigu ? place-le au niveau le plus plausible et
  marque-le (?) en fin de ligne ;
● le style appuyé ║ ╠═ ╚═ est accepté, mais n'utilise qu'UNE
  famille de traits pour tout l'arbre.

Ma description : « … »

╔════════════════════════════════════════════════════════════╗
║  ┌─────────────┐     ┌─────────────┐     ┌───────────────┐ ║
║  │   SITES     │────►│  OPÉRATIONS │────►│ INTERRUPTIONS │ ║
║  │   clients   │     │  procédures │     │ types_interr. │ ║
║  │ types_sites │     │ op_salariés │     └───────────────┘ ║
║  └─────────────┘     │ op_matériels│                       ║
║                      └─────────────┘                       ║
╚════════════════════════════════════════════════════════════╝

📊 Générer un diagramme ou un graphique

Quand l'utiliser : pour visualiser des chiffres sans tableur. Pourquoi ça marche : le prompt impose une échelle honnête et autorise l'IA à préférer un tableau si vos données s'y prêtent mieux.

Tu vas représenter mes données en GRAPHIQUE en texte brut.
Analyse d'abord, dessine ensuite, vérifie enfin.

── ÉTAPE 1 · ANALYSE DES DONNÉES ──────────────
● repère les séries (une ou plusieurs), leurs unités et leur
  ordre naturel (souvent le temps) ;
● trouve le minimum et le maximum pour poser une échelle SIMPLE
  (valeurs rondes : 100, 120, 140… plutôt que 103, 117…) ;
● choisis la forme la plus honnête :
  ◦ évolution dans le temps → COURBE tracée avec ╭ ╮ ╰ ╯ ── ;
  ◦ comparaison de catégories → BARRES horizontales en █▓░ ;
  ◦ trop de points pour rester lisible → regroupe (par mois,
    par famille) et dis-le sous le graphique.

── ÉTAPE 2 · CONSTRUCTION ─────────────────────
● une ligne de TITRE au-dessus : ═══ Titre du graphique ═══ ;
● l'axe vertical : les valeurs de l'échelle suivies de ┤,
  de la plus haute à la plus basse ;
● la zone de tracé : la courbe monte et descend avec ╭ ╮ ╰ ╯,
  les paliers avec ── (ou les barres avec █ pleins et ░ vides) ;
● l'axe horizontal : └──────── puis les libellés en dessous,
  espacés régulièrement ;
● la LÉGENDE en dernière ligne : ── Nom de série, séparées par
  trois espaces ;
● encadre l'ensemble avec ┌─┐ │ └─┘ si cela reste lisible.

── ÉTAPE 3 · VÉRIFICATION ─────────────────────
☐ chaque série des données apparaît dans la légende ;
☐ les hauteurs reflètent réellement les valeurs ;
☐ le graphique se termine par « ─── Fin du graphique ─── ».

── RÈGLES DE SOUPLESSE ET D'HONNÊTETÉ ─────────
● adapte la largeur au nombre de points : pas de format imposé ;
● n'invente AUCUNE valeur : une donnée manquante se note « n.c. » ;
● si mes données ne permettent pas un graphique fiable (trop
  hétérogènes, pas d'ordre naturel), produis plutôt un petit
  tableau et explique ton choix en une phrase.

Mes données : « … »

┌────────────────────────────────────────────────────────┐
│  180k€ ┤                                    ╭──         │
│  160k€ ┤              ╭──╮             ╭───╯            │
│  140k€ ┤    ╭──╮  ╭──╯  ╰──╮     ╭───╯                  │
│  120k€ ┤╭──╯  ╰──╯         ╰─────╯                      │
│  100k€ ┤╯                                               │
│        └──────────────────────────────────────────      │
│         Avr  Mai  Juin Juil Août Sep  Oct  Nov  Déc     │
│                                                         │
│  ── Total   ── Véhicules   ── IT   ── Opérations        │
└────────────────────────────────────────────────────────┘

🔀 Décrire un processus (logigramme)

Quand l'utiliser : procédures, interventions, circuits de validation. Pourquoi ça marche : l'état de DÉPART et l'état de FIN sont obligatoires, chaque décision a ses deux sorties, et tout chemin doit aboutir — l'IA ne peut pas laisser un schéma en suspens.

Tu vas transformer la description ci-dessous en LOGIGRAMME
(schéma de processus) en texte brut. Un processus a TOUJOURS un
état de départ et un état final — c'est non négociable.

── ÉTAPE 1 · ANALYSE ──────────────────────────
● identifie dans ma description les ACTIONS successives et
  distinctes (une action = un verbe) ;
● identifie l'ÉTAT DE DÉPART : la situation avant toute action
  (par exemple « Panne signalée », « Demande reçue ») ;
● identifie l'ÉTAT FINAL : la situation une fois tout terminé
  (par exemple « Équipement remis en service ») ;
● repère les DÉCISIONS : les questions fermées (oui/non) qui
  font bifurquer le chemin ;
● repère les RETOURS : les cas où l'on recommence une étape.

── ÉTAPE 2 · CONSTRUCTION ─────────────────────
De haut en bas, dans l'ordre logique et progressif :
● tout en haut :   ( DÉBUT : état de départ )
● chaque action dans une boîte :
  ┌──────────────────┐
  │ Verbe + objet    │
  └────────┬─────────┘
           ▼
● chaque décision en losange textuel :
  ◇ Question ? ── Oui ──► (suite à droite ou boîte dédiée)
  │
  Non, et le chemin continue vers le bas ;
● les retours en arrière signalés par ◄──┐ avec un mot
  (« recommencer », « nouvel essai ») ;
● tout en bas :    ( FIN : état final )

── ÉTAPE 3 · VÉRIFICATION ─────────────────────
☐ TOUT chemin (chaque Oui, chaque Non) mène à ( FIN ) ;
☐ aucune boîte orpheline, aucune décision à une seule sortie ;
☐ les étapes suivent l'ordre réel de ma description.

── RÈGLES DE SOUPLESSE ────────────────────────
● le nombre d'étapes suit MON contenu, ni plus ni moins ;
● s'il manque une étape indispensable à la cohérence, ajoute-la
  préfixée (+) pour que je la repère ;
● une seule colonne principale suffit ; les branches Oui peuvent
  partir à droite si la place le permet.

Mon processus : « … »

( DÉBUT : Panne signalée )
        ▼
┌────────────────┐
│ Qualifier la   │
│ panne          │
└───────┬────────┘
        ▼
  ◇ Sous garantie ? ── Oui ──► ┌──────────────┐
        │                      │ Appeler le   │
       Non                     │ SAV          │
        ▼                      └──────┬───────┘
┌────────────────┐                    │
│ Réparer en     │◄── recommencer     │
│ interne        │    si échec        │
└───────┬────────┘                    │
        ▼                             ▼
( FIN : Équipement remis en service )

▦ Construire un tableau de données

Quand l'utiliser : listes de matériel, comparatifs, relevés. Pourquoi ça marche : les colonnes sont déduites de VOS données (aucun emplacement figé), le TOTAL n'apparaît que s'il a un sens, et rien n'est inventé.

Tu vas présenter mes données en TABLEAU en texte brut.
La justesse prime sur l'esthétique.

── ÉTAPE 1 · ANALYSE ──────────────────────────
● déduis les COLONNES pertinentes de mes données elles-mêmes —
  je n'impose pas d'emplacements : à toi de choisir l'ordre le
  plus logique (identifiant → description → valeurs) ;
● repère le type de chaque colonne (texte, nombre, date) ;
● décide d'un TRI utile (alphabétique, chronologique, ou par
  valeur décroissante) et annonce-le sous le tableau.

── ÉTAPE 2 · CONSTRUCTION ─────────────────────
● un TITRE au-dessus : ═══ Titre du tableau ═══ ;
● traits doubles pour un document officiel :
  ╔═══╦═══╗ en haut · ║ entre colonnes · ╠═╬═╣ sous l'en-tête
  · ╚═╩═╝ en bas — ou traits simples ┌─┬─┐ pour une note
  rapide : choisis selon le contexte de ma demande ;
● dimensionne chaque colonne sur son contenu le plus long ;
● les nombres se lisent mieux alignés à droite, le texte à
  gauche — c'est une recommandation, pas un carcan ;
● ajoute une ligne TOTAL uniquement si les valeurs
  s'additionnent réellement (des pourcentages ou des dates
  ne se somment pas).

── ÉTAPE 3 · VÉRIFICATION ─────────────────────
☐ même nombre de séparateurs ║ sur chaque ligne ;
☐ chaque donnée de ma liste figure dans le tableau ;
☐ termine par une ligne de contexte : « Source : … » ou
  « ─── Fin du tableau ─── ».

── RÈGLES D'HONNÊTETÉ ─────────────────────────
● AUCUNE valeur inventée : une case sans donnée reçoit « n.c. » ;
● si mes données tiennent mal en tableau (récit, texte libre),
  propose une liste structurée à la place et dis pourquoi.

Mes données : « … »

═══ Coûts par module ═══
╔══════════════╦══════════╦═════════╗
║ Module       ║ Éléments ║ Coût    ║
╠══════════════╬══════════╬═════════╣
║ Opérations   ║        8 ║ 65 k€   ║
║ Véhicules    ║       12 ║ 48 k€   ║
║ Informatique ║       34 ║ 27 k€   ║
╠══════════════╬══════════╬═════════╣
║ TOTAL        ║       54 ║ 140 k€  ║
╚══════════════╩══════════╩═════════╝
Tri : par coût décroissant · ─── Fin du tableau ───

🗓 Produire un planning ou un calendrier

Quand l'utiliser : suivis de chantier, feuilles de route. Pourquoi ça marche : l'IA choisit elle-même l'échelle (jours, semaines ou mois) selon la durée réelle, et signale les dates incohérentes au lieu de les maquiller.

Tu vas transformer mes échéances en PLANNING en texte brut,
du premier jour à la dernière livraison.

── ÉTAPE 1 · ANALYSE ──────────────────────────
● liste les tâches, leurs dates (début, fin) et les jalons
  ponctuels (livraison, réunion, décision) ;
● calcule la durée totale couverte, puis choisis l'ÉCHELLE la
  plus lisible : jours, semaines ou mois — à toi de juger ;
● si je t'ai donné la date du jour, repère-la ; sinon demande-la
  ou indique « (date du jour inconnue) » sous le planning.

── ÉTAPE 2 · CONSTRUCTION ─────────────────────
● un TITRE : ═══ Planning : nom du projet ═══ ;
● une RÈGLE TEMPORELLE en première ligne : les périodes
  séparées par des espaces réguliers (Juil    Août    Sept…) ;
● la position d'aujourd'hui marquée ▼ sur la règle ;
● UNE LIGNE PAR TÂCHE : son nom, puis sa barre positionnée
  sous les bonnes périodes —
  ▓ pour la part déjà passée, ░ pour la part à venir ;
● les jalons marqués ◆ à leur date ;
● une dépendance forte (B attend A) peut se noter → en début
  de barre ;
● une LÉGENDE en dernière ligne :
  ▓ réalisé · ░ à venir · ◆ jalon.

── ÉTAPE 3 · VÉRIFICATION ─────────────────────
☐ les longueurs de barres sont proportionnelles aux durées ;
☐ chaque tâche citée dans mes échéances a sa ligne ;
☐ termine par « ─── Fin du planning ─── ».

── RÈGLES DE SOUPLESSE ────────────────────────
● largeur adaptée à la durée réelle : aucun gabarit imposé ;
● des dates incohérentes (fin avant début) ? signale-les avec ⚠
  au lieu de les corriger en silence ;
● si les dates manquent pour dessiner, produis une simple liste
  chronologique numérotée ① ② ③ et explique.

Mes échéances : « … »

═══ Planning : rénovation vanne V-204 ═══
            Juil      Août      Sept      Oct
              ▼
 Études     ▓▓▓▓▓░░
 Achats        ▓▓▓▓▓▓░░░
 Montage           → ░░░░░░░░░░◆
 Essais                        ░░░░░◆
 Réception                          ░░◆
 ▓ réalisé · ░ à venir · ◆ jalon
─── Fin du planning ───

📑 Rédiger un cahier des charges complet

Le prompt le plus ambitieux : un document entier — page de garde, schéma de liaison, modules, exigences, planning, risques. Pourquoi ça marche : le travail par phases interdit à l'IA de remplir du vide, et tout ce qui manque devient « à préciser » plutôt qu'une invention.

Tu vas rédiger un CAHIER DES CHARGES complet en texte brut à
partir de ma description. C'est un document long : travaille
par phases et ne saute aucune vérification.

── PHASE 1 · ANALYSE DU PROJET ────────────────
Extrais de ma description :
● l'OBJECTIF en une phrase ;
● les ACTEURS (qui utilise, qui décide, qui maintient) ;
● les MODULES ou grandes fonctions ;
● les CONTRAINTES (techniques, budget, délais, réglementaires) ;
● les ÉCHÉANCES connues.
Ce qui n'est pas dans ma description n'existe pas : note-le
« à préciser » plutôt que de l'inventer.

── PHASE 2 · STRUCTURE DU DOCUMENT ────────────
Compose dans cet ordre, en adaptant : une section sans matière
est SUPPRIMÉE, pas remplie de vide.
① PAGE DE GARDE — le titre du projet dans un grand cadre
   ╔═══╗ ║ ╚═══╝ centré, avec la date et « version 1.0 » ;
② SOMMAIRE — les sections numérotées ① ② ③ … ;
③ CONTEXTE ET OBJECTIF — quelques lignes, points clés ◆ ;
④ SCHÉMA DE LIAISON GLOBALE — les entités principales dans
   des boîtes ┌─┐ reliées par ──► et │, l'ensemble dans un
   cadre ╔═╗ ; chaque flèche a un sens de lecture clair ;
⑤ MODULES — un tableau (n° · nom · rôle principal) ;
⑥ EXIGENCES — les besoins en ● / sous-besoins ◦, les points
   CRITIQUES préfixés ■, les états ☐ à faire / ☑ acquis ;
⑦ PLANNING — les phases en barres ▓░ avec jalons ◆ ;
⑧ RISQUES — chaque risque avec sa parade, préfixé ⚠ ;
⑨ CONCLUSION — 3 lignes maximum, dans un encadré ┌─┐ │ └─┘.

── PHASE 3 · VÉRIFICATION FINALE ──────────────
☐ chaque section du sommaire existe (ou a été retirée du
  sommaire) ;
☐ aucun caractère Markdown nulle part ;
☐ aucune donnée inventée : les inconnues portent
  « à préciser » ;
☐ le document se clôt par « ─── Fin du document ─── ».

── ESPRIT GÉNÉRAL ─────────────────────────────
Guide-toi sur la clarté : les cadres et caractères servent la
lecture, jamais l'inverse. Adapte la largeur de tes cadres au
contenu, pas à une règle fixe.

Mon projet : « … »

╔══════════════════════════════════════════════════╗
║      PRINCIPE DE LIAISON GLOBALE DES DONNÉES      ║
╠══════════════════════════════════════════════════╣
║  👤 SALARIÉ                                       ║
║     ├──🚗──► VÉHICULE ──► COÛTS ────► 💰 BUDGET   ║
║     │           └──► RÉSERVATIONS ─► 📅 PLANNING  ║
║     ├──💻──► ÉQUIPEMENT IT ──► INVENTAIRE ──┐     ║
║     ├──⚙───► OPÉRATION ─► SITE ─► COÛTS ────┤     ║
║     └──🧾──► NOTES DE FRAIS ────────► 💰 BUDGET   ║
╚══════════════════════════════════════════════════╝

🏭 Agent « Rapports techniques » (GMAO, maintenance)

Tu rédiges exclusivement en TEXTE BRUT (jamais de Markdown ni de HTML).
Structure de chaque réponse :
1. Un titre encadré :   ╔═ TITRE ═╗ … ╚═════════╝
2. Des sections « ═══ NOM ═══ » puis des puces ● / sous-puces ◦.
3. Les états : ☑ conforme · ☐ à faire · ☒ non conforme · ⚠ alerte.
4. Les enchaînements chronologiques avec → et les durées entre ( ).
5. Un pied de rapport : ──────── puis « Rédigé le JJ/MM/AAAA ».
Palette de caractères : ● ◦ ◆ ─ │ ┌ ┐ └ ┘ ═ ║ ╔ ╗ ╚ ╝ → ☐ ☑ ☒ ⚠ ① ② ③.
Reste concis et lisible ; adapte la largeur de tes cadres au contenu.

⧉ Copier ces instructions ➕ Ajouter à ma demande

📓 Agent « Notes & comptes rendus »

Tu es un preneur de notes en TEXTE BRUT. Règles permanentes :
- Chaque réunion : « ◆ SUJET — JJ/MM » en première ligne.
- Décisions préfixées ☑, actions préfixées ☐ avec responsable entre [ ].
- Les citations importantes sur leur ligne, préfixées │.
- Regroupe par thème avec des séparateurs ────────.
- Termine par « ═══ ACTIONS ═══ » : la liste des ☐ triée par échéance.
Jamais de gras Markdown (**), jamais de titres # : Unicode seulement.

⧉ Copier ces instructions ➕ Ajouter à ma demande

🌳 Agent « Arborescences & plans »

Quand on te demande un plan, une structure de dossiers ou une
décomposition, réponds UNIQUEMENT sous forme d'arborescence :
Projet
├─ Sous-élément
│  ├─ Détail
│  └─ Détail
└─ Sous-élément
Traits autorisés : ├─ │ └─. Deux espaces par niveau supplémentaire.
Aucun texte avant l'arbre ; après l'arbre, 3 lignes d'explication max.

⧉ Copier ces instructions ➕ Ajouter à ma demande