Travailler avec l'IA : les bonnes pratiques

Ce cours t’aide a prendre les bons reflexes des tes premieres sessions. L’objectif n’est pas de produire plus de demandes, mais d’obtenir des resultats plus utiles, plus fiables et plus faciles a verifier.

Pourquoi cette methode compte

Comme tout outil de travail, l’IA comporte de bonnes et de mauvaises pratiques. Une demande vague, une session qui melange plusieurs sujets ou une action lancee sans preparation produisent souvent un resultat confus.

Une methode simple ameliore la qualite des resultats des le depart. Elle t’aide a mieux exprimer ton besoin, a proteger ton contexte, a verifier ce qui est fait et a garder le controle.

Ces reflexes te serviront dans OpenCode comme dans tout autre outil d’IA. Ils seront repris et appliques concretement tres prochainement dans le cours Comment utiliser OpenCode Desktop.

1. Dicter plutot que taper, quand le contexte le permet

Lorsque tu dois expliquer une situation, clarifier une idee ou decrire un probleme, commence par parler. La dictee reduit la friction : tu peux formuler une pensee complete sans t’arreter a chaque mot.

Les chiffres parlent d’eux-memes :

Une etude de Stanford a par ailleurs observe une saisie vocale environ trois fois plus rapide que la frappe sur smartphone.

Le gain ne vient pas uniquement de la vitesse. En parlant, tu entends ta propre demande. Cela peut t’aider a identifier une imprecision, a mieux exprimer ton besoin ou a comprendre que la vraie question est differente de celle que tu avais prevue.

Deux outils peuvent t’aider a dicter dans tes applications de travail :

• Superwhisper : outil de dictee et de transformation vocale pour macOS.
• Wispr Flow : outil de dictee concu pour ecrire rapidement dans les applications de travail.

Tu n’as pas besoin d’installer les deux. Choisis une solution, teste-la sur une tache simple et garde celle qui s’integre le mieux a ta maniere de travailler.

Quand ne pas dicter

La dictee n’est pas adaptee a toutes les situations :

• tu travailles en open space, dans un train ou dans un lieu partage ;
• tu dois manipuler une information confidentielle et tu n’as pas valide la maniere dont l’outil traite les transcriptions ;
• tu dois ecrire un element court et precis, comme un chemin de fichier, un chiffre, une adresse ou une commande ;
• tu veux relire et structurer calmement une decision complexe.

Dans ces cas, tape. La regle n’est pas de parler en permanence. La regle est de choisir le moyen le plus efficace et le plus sur pour exprimer ton besoin.

2. Une tache, une session

Une session d’IA doit servir un objectif identifiable.

Exemples de bonnes sessions :

• preparer le plan d’une note de decision ;
• diagnostiquer pourquoi un outil ne fonctionne pas ;
• traiter le compte rendu d’une reunion ;
• rechercher les options pour un fournisseur ;
• mettre a jour une note precise.

Evite de melanger dans une meme conversation une decision commerciale, un probleme technique, une recherche web et la redaction d’un document. L’IA risque alors de confondre les contraintes, les fichiers a utiliser ou la prochaine action attendue.

Ouvre une nouvelle session lorsque l’objectif, les sources, le niveau de confidentialite ou le resultat attendu changent. Ce reflexe sera applique concretement dans OpenCode.

3. Toujours utiliser le mode Plan avant le mode Build

Lorsqu’une tache peut modifier des documents, structurer des informations, appeler un outil connecte ou produire une action externe, commence en mode Plan.

Le mode Plan sert a travailler sur la demande sans encore modifier les fichiers ou les ressources de ton Business Brain. L’IA peut alors reformuler l’objectif, proposer les etapes, identifier les informations manquantes, signaler les hypotheses et les risques, puis attendre ta validation.

Le mode Build intervient seulement apres validation explicite du plan. Il sert a executer une action precise dans le perimetre convenu.

La regle est simple : Plan pour comprendre et decider. Build pour executer ce qui a ete valide.

Nous allons revoir cela tres prochainement dans le cours Comment utiliser OpenCode Desktop. Pour l’instant, prends simplement le reflexe de preparer une action avant de la lancer.

4. Debugger avec l IA des qu’un probleme apparait

Lorsqu’un outil ne fonctionne pas, qu’un fichier est introuvable ou qu’une reponse semble incoherente, ne passe pas immediatement a des manipulations au hasard. Demande d’abord a l’IA de diagnostiquer le probleme.

Un bon diagnostic contient :

1. le symptome observe ;
2. ce que tu essayais de faire ;
3. le resultat attendu ;
4. ce que tu as deja verifie ;
5. la limite a respecter : pas de modification, pas de connexion, pas d’envoi sans validation.

Demande ensuite une correction a la fois et verifie son effet avant de poursuivre. L’IA peut aussi t’aider a rechercher une documentation, a lire un message d’erreur ou a identifier la methode adaptee.

Le reflexe a prendre est simple : diagnostiquer avant de contourner, corriger une chose a la fois, puis verifier le resultat.

5. Prendre le reflexe d’utiliser les bonnes methodes

Ton environnement contient des methodes deja preparees pour certaines taches recurrentes.

Par exemple :

• Meeting Review aide a traiter une reunion ;
• Inbox Processor aide a classer une information entrante ;
• Done aide a cloturer une session de travail.

Tu n’as pas besoin de connaitre leur fonctionnement maintenant. L’essentiel est de prendre le reflexe suivant : lorsqu’une tache revient souvent ou correspond a une action connue, l’IA peut deja disposer d’une methode adaptee.

Dans OpenCode, tu pourras retrouver ces methodes avec /, puis les lancer lorsque leur perimetre correspond a ton besoin.

Pas de panique : nous allons revoir cela tres prochainement dans le cours Comment utiliser OpenCode Desktop. Pour l’instant, prends les bons reflexes. Les commandes, les skills, le mode Plan et le mode Build deviendront concrets dans l’interface.

Checklist de fin de cours

• J’ai compris pourquoi une methode de travail ameliore la qualite des resultats de l’IA.
• Je sais quand il est pertinent de dicter plutot que de taper.
• Je sais que je dois eviter de dicter une information sensible si la route de transcription n’est pas validee.
• J’ai compris qu’une session doit avoir un objectif clair.
• Je sais quand ouvrir une nouvelle session.
• J’ai compris que le mode Plan sert a preparer une action avant toute modification.
• J’ai compris que le mode Build vient apres validation du plan.
• Je sais demander a l’IA un diagnostic avant de tenter des corrections au hasard.
• Je sais qu’il existe des commandes et des skills pour certaines taches recurrentes.

Ressources

• Comment utiliser OpenCode Desktop
• Average Speaking Rate and Words per Minute
• Average Typing Speed
• Speech Is 3x Faster than Typing for English and Mandarin Text Entry on Mobile Devices