Leçons outils3 min de lecture

Créer un Gem Gemini partagé pour des relectures homogènes

Créez un Gem Gemini réutilisable qui applique une méthode de relecture commune, en laissant à l'équipe la charge des preuves, des exceptions et du jugement final.

Bokili EditorialPublié le 13 août 2026· Vérifié le 13 août 2026

A shared central AI instruction module producing consistent checked document reviews

Quand cinq collègues relisent un document avec cinq prompts privés, l'équipe obtient cinq définitions du “bon”. Un Gem Gemini partagé réduit cet écart en centralisant un jeu d'instructions pour une tâche récurrente. Sa vraie valeur n'est pas sa personnalité ou une formulation astucieuse, mais une méthode de relecture que l'équipe peut inspecter, tester et améliorer ensemble.

Google décrit les Gems comme des versions de Gemini personnalisées pour des buts précis, avec instructions et fichiers. Les mises à jour de Google Workspace ont ajouté des contrôles de partage pour utiliser, copier ou modifier les Gems partagés (si permis). Disponibilité et contrôles dépendant du compte et de l'admin, vérifiez ce que votre organisation permet avant de concevoir le workflow.

Bon cas d'usage

Utilisez un Gem partagé pour rendre la première relecture plus homogène. Ne l'utilisez pas comme approbateur final, garant de la politique ou source de vérité.

Définir un contrat de relecture

Le contrat REVIEW

R — Rôle

Indiquez ce que le Gem peut faire et ce qu'il n'est pas autorisé à décider.

E — Preuves

Listez la politique, grille, exemples ou fichiers de référence à utiliser. Exigez qu'il signale les preuves manquantes.

V — Format du verdict

Définissez le format de sortie exact : problème, preuve, sévérité, suggestion de révision et question pour le responsable.

I — Limites d'intervention

Listez les actions interdites, les données sensibles et les cas nécessitant une intervention humaine.

E — Exceptions

Montrez comment le Gem doit gérer les conflits, les cas inédits et les demandes hors périmètre.

W — Pilote du workflow

Désignez qui maintient les instructions, valide les changements de références et juge de l'utilité du résultat.

Un module d'instruction IA central et partagé produisant des relectures de documents homogènes — Un Gem partagé standardise la méthode de relecture ; le jugement final reste humain.

Créez la V1 autour de vérifications observables

Étapes de configuration

1
Ciblez une relecture précise
Exemples : vérifier les sections requises d'un brief projet, relire une ébauche de campagne selon une grille de marque, ou signaler les affirmations non étayées d'une proposition.
2
Collectez les références
Utilisez des documents à jour et approuvés. Ajoutez une date de version et un responsable à chaque document. Ne chargez pas de contenu non autorisé par votre politique.
3
Donnez des instructions claires
Indiquez au Gem comment utiliser les preuves, formater les résultats, quoi ne pas déduire et quand répondre “évaluation impossible”.
4
Testez avec un petit jeu de cas
Incluez un bon exemple, un mauvais, un ambigu et une demande hors périmètre. Comparez les résultats aux attentes d'un relecteur humain.
5
Partagez avec un accès contrôlé
N'élargissez l'accès qu'après les tests. Réservez le droit de modification aux responsables qui comprennent le contrat de relecture.
6
Journaliser
Notez ce qui a changé, pourquoi, qui a approuvé et quels tests ont été relancés.

Lire, c'est bien. Pratiquer, ça change tout.

Commencer

Instructions essentielles

Vous effectuez une première relecture du [TYPE DE DOCUMENT] d'après la [GRILLE/POLITIQUE] approuvée ci-jointe. Pour chaque problème, retournez : critère, preuve exacte du document, sévérité (consultatif / à réviser / escalader), et une suggestion de question ou révision. N'inventez aucune exigence ou fait. Si les références se contredisent ou ne couvrent pas le cas, écrivez ÉVALUATION IMPOSSIBLE et expliquez la décision manquante. N'approuvez pas le document. Le responsable est [RÔLE].

Un ensemble structuré de conclusions liées à des preuves, qu'un responsable humain peut accepter, rejeter ou modifier.

Ne mettez pas de données confidentielles ou personnelles dans le Gem, sauf si la politique de l'organisation et les contrôles d'accès l'autorisent.

Testez la cohérence, sans exiger une prose identique

	Test	What success looks like
Répétabilité	Run the same document twice.	The same material issues are found, even if wording varies.
Périmètre	Give an out-of-scope request.	The Gem refuses or escalates instead of improvising.
Preuves	Remove a required reference.	The Gem marks the gap instead of inventing a rule.
Exceptions	Create conflicting criteria.	The conflict is visible and routed to the workflow owner.

Gardez le contrôle sur l'actif partagé

Checklist de maintenance

The Gem has one named workflow owner and at least one backup.
Instructions state the scope, evidence sources and decision limits.
Reference files show owner and version date.
Edit access is narrower than use access.
A small regression case pack is rerun after material changes.
Users have a simple way to report a false positive, missed issue or unsafe result.
Final approval remains outside the Gem.

Un Gem partagé peut créer une nouvelle défaillance : une instruction faible affecte tout le monde. Le contrôle des changements est donc essentiel. Traitez instructions et références comme un processus d'équipe léger, pas un simple prompt. Révisez-les quand la politique, les promesses produit ou le type de document changent.

Prototypez un Gem de relecture

Pick one repeated, low-consequence document review.
Write the REVIEW contract on one page.
Turn it into Gem instructions and add only approved reference material.
Run one strong, weak and ambiguous example.
Record the first instruction change your test reveals.

L'homogénéité doit faciliter le jugement, pas le faire disparaître. Le Gem gère la première passe répétitive ; l'équipe reste responsable des preuves, des exceptions et de la décision finale.