1Introduction
Ce guide est l'outil de session. Il ne reprend pas la présentation de Grok: il dit quoi faire, dans quel ordre, avec quels messages. Chaque section se consulte seule, en cours de travail.
Public: utilisateurs du Kit et des projets consommateurs qui travaillent avec Grok. Ton: direct.
2Carte de session
| # | Réflexe | Effet |
|---|---|---|
| 1 | Un objectif par session | Évite les conversations fleuves |
| 2 | Plan d'abord, contenu ensuite | Corriger une structure coûte moins cher |
| 3 | Artefacts = source de vérité | La mémoire de chat ne survit pas seule |
| 4 | Annoncer, puis attendre le go | Vous gardez la main sur les fichiers |
| 5 | Niveaux stylesheet stricts | Lisibilité et validation |
| 6 | Valider avant de livrer | kit_validate_docx exit 0 |
| 7 | Corriger de façon ciblée | Problème, direction, ce qu'il faut garder |
| 8 | Dire aussi ce que vous refusez | Moins de remplissage |
| 9 | Clore formellement | Résumé, inventaire, points ouverts |
| 10 | Injection Kit complète | Pas de mise à jour partielle |
3Conduire une session
3.1Ouverture
Le premier message fixe le cadre: projet, objectif du jour, fichiers à relire, contrainte de langue ou de format. Demander à Grok de confirmer ce qu'il a lu — en particulier la version de la feuille de style — avant toute production.
Nouvelle session sur [NOM DU PROJET]. Objectif : [OBJECTIF PRÉCIS]. Lis les artefacts, en particulier [FICHIERS CLÉS]. Confirme la version de la feuille de style lue. Annonce le plan. N'exécute rien tant que je n'ai pas dit go.
3.2Pendant le travail
–Une section à la fois. Valider avant de passer à la suivante.
–Fichiers dans le projet. Pointer vers les artefacts plutôt que recoller de longs extraits.
–Rappel court. Si une règle dérive, la reformuler en une phrase. Ne pas tout réexpliquer.
–Points ouverts. Noter ce qui surgit et que l'on ne traite pas maintenant.
3.3Clôture
Cinq minutes de clôture évitent de tout réexpliquer à la session suivante. La formule courte du Kit suffit.
Et maintenant pour la fin de session, s'il vous plaît.
Attendu: fichiers produits avec noms exacts et horodatages, décisions, points ouverts, suggestions pour la suite, fichiers à déposer dans les artefacts.
4Formuler
4.1Trois questions avant d'envoyer
–Quoi. Le livrable est-il nommé (plan, section, script, document)?
–Pour qui. Le public et le niveau sont-ils indiqués?
–Sous quelles contraintes. Langue, longueur, format, ce qu'il ne faut pas faire?
Si l'une des trois réponses est floue, compléter le message avant de l'envoyer.
4.2Montrer plutôt que décrire
Un exemple d'entrée et de sortie aligne le format plus vite qu'une description. Utile pour les extractions, les reformulations et les tableaux répétitifs.
Format voulu, une ligne par élément : Nom | Type | Localisation | Valeur Exemple : Température salon | Température | Salon | 21,3 °C Traite maintenant le fichier joint.
4.3Corriger sans tout casser
Régénérer sans changer l'instruction produit un résultat de même nature. Si l'invite était imprécise, écrire un message correctif.
La section [NOM] ne convient pas : - [PROBLÈME 1] - [PROBLÈME 2] Réécris en : [DIRECTION]. Conserve : [CE QU'IL FAUT GARDER].
5Flux types
5.1Document professionnel
| # | Action | Stop tant que |
|---|---|---|
| 1 | Cadrage : public, périmètre, langue | Le cadrage n'est pas validé |
| 2 | Plan détaillé des sections | Le plan n'est pas validé |
| 3 | Rédaction section par section | La section courante n'est pas validée |
| 4 | Script stylesheet + setters | Les contrôles amont échouent |
| 5 | Génération et kit_validate_docx | Exit différent de 0 |
| 6 | Livraison dans les artefacts | Le nom ou le TS est incorrect |
5.2Analyse et diagnostic
–Joindre tous les fichiers utiles dès le premier message.
–Demander un raisonnement étape par étape. Inventaire, causes incompatibles, diagnostic, puis actions.
–Valider le diagnostic avant les recommandations.
–Clore par une synthèse archivable.
5.3Script ou automatisation
Spécifier les entrées et les sorties avant d'écrire une ligne. Demander d'abord la liste des fonctions stylesheet à appeler. Joindre la feuille de style active. Tester chaque bloc avant d'enchaîner.
Pour un script Kit: lecture du Reference dans la session courante, contrats respectés, pas d'appel hors helper.
6Gabarits supplémentaires
6.1Reprise après interruption
Je reprends [NOM DU PROJET] après [DURÉE OU CONTEXTE]. Lis [FICHIERS CLÉS]. Résume en cinq points l'état actuel. Objectif de cette session : [OBJECTIF].
6.2Génération une fois le contenu validé
Le contenu des sections [LISTE] est validé. Génère le script complet. Feuille de style : [FICHIER + VERSION] Nom de sortie : [PRÉFIXE] - [CATÉGORIE] - [SUJET], horodatage via getLuxTimestamp() Auteur : [NOM] Appelle les setters du Registry, puis la chaîne de contrôle complète avant toute livraison.
6.3Analyse de fichier technique
Voici [TYPE DE FICHIER]. [FICHIER JOINT] Produis : 1. Inventaire structuré des [ÉLÉMENTS]. 2. Anomalies ou points d'attention. 3. [OPTIONNEL : recommandations]. Raisonne étape par étape avant de conclure.
7Erreurs coûteuses
| Faire | Éviter |
|---|---|
| Un objectif clair par session | Tout mélanger dans une conversation longue |
| Valider le plan avant le contenu | Demander un document complet d'un coup |
| Maintenir les artefacts à jour | Compter sur la seule mémoire de chat |
| Helpers stylesheet aux bons niveaux | Formatage manuel hors styles |
| Annoncer, puis go | Laisser générer sans plan validé |
| Valider le .docx avant livraison | Livrer un fichier non contrôlé |
| Note ou tip après le contenu utile | Note ou tip juste sous un titre |
| Injection Kit complète | Copier trois fichiers et ignorer le reste |