Arrêtez de vouloir
utiliser l'IA
Vous savez déjà vous en servir.
Ce qui vous manque, ce n'est pas un meilleur prompt.
Arrêtez de vouloir
Évitez le syndrome de la feuille blanche
"fais-moi un truc"
"tu peux m'aider ?"
"une idée d'app ?"
"c'est quoi le bon prompt ?"
Ne vous posez pas trop de questions. Posez-vous les bonnes, dans le bon ordre.
Ce n'est pas la faute de la feuille.
Ce n'est pas la faute du stylo.
Il vous manque un plan.
Ce que ce partage ne sera pas
Ni un cours de prompt,
ni un tour des outils.
Un partage d'expérience, accessible à tous, quel que soit votre niveau.
L'approche par intention
Construire son plan
- 1Quel problème je veux résoudre ? En une phrase, sans parler de technique.
- 2Qui rencontre ce problème ? Des personnes réelles, leur quotidien, la fréquence.
- 3Quelle progression possible ? À six mois, puis à trois ans.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément. »
Mettre par écrit ce que l'on a en tête aide à clarifier sa pensée et son intention. À partir de là, la gestion de projet et l'architecture peuvent commencer.
Give AI the Big Picture
Je n'écris pas un prompt, je pose une intention. J'explique, j'échange, j'itère, même avec des pensées incomplètes.
« Je veux travailler sur le projet X. Il a pour objectif Y et doit résoudre Z. Il s'adresse à tels utilisateurs, avec un dashboard pour le pilotage. Dans trois ans, il ira vers telle trajectoire. Techno libre ou imposée ? Fréquence d'usage ? Confidentialité ? »
Poser l'intention
Clients, parties prenantes leurs besoins
//Poser le contexte
//Poser les objectifs
//Indiquer les parties prenantes
//Les contraintes, techniques ou autres
↻Échange et itération avec l'IA pour structurer et cadrer le projet
L'IA sait faire à votre place.
Elle ne sait pas quoi faire.
Et quand elle choisit, elle prend souvent le plus simple à mettre en place tout de suite, pas le plus efficient sur la durée.
Elle a la puissance d'exécution. Vous êtes la boussole.
Beaucoup de contexte ? Pas trop non plus.
On répète qu'il faut donner énormément de contexte à une IA. C'est vrai et faux à la fois : trop cadrer, c'est obtenir exactement ce que vous aviez déjà en tête.
Tip : posez une question piège dont vous connaissez la réponse : c'est le moyen le plus rapide de vérifier que l'IA a bien cerné votre intention.
Passer à l'action
Du prompt à la supervision
Step 1
Dialoguez
promptsortiearrêt
PrincipeLe modèle produit du texte, puis s'arrête. Toute la valeur tient à la qualité de la sortie.
Votre parttoute la charge repose sur la qualité de votre prompt.
Step 2
Construisez
objectifoutilsaction
PrincipeLe modèle n'écrit plus, il agit : il choisit ses outils et enchaîne les opérations sans revenir vers vous.
Votre partfixer l'objectif, récupérer le résultat.
Step 3
Supervisez
exécuteévaluecorrige
PrincipeLe système lit ses propres résultats, corrige sa méthode et repart. Il progresse entre deux exécutions.
Votre partpasser du clavier à la supervision.
Exemple : algorithme ou IA ?
Déterministe · l'algorithme
Fiabilité et répétabilité
- Même entrée, même sortie. Toujours.
- Ça se teste, ça se prouve, ça s'explique au métier.
Probabiliste · l'IA
Analyse et interprétation
- Elle traite ce qu'aucune règle ne sait décrire.
- Elle peut halluciner, donc elle vient avec son contrôle.
La règle de décision
Le droit à l'erreur.
Testez, livrez, recommencez.
On teste et on livre bien plus vite qu'avant : une version jetable coûte quelques heures.
Des outils AI ready
Code et déploiement
GitHubGitHub ActionsVS Code
Réseau et hébergement
CloudflareCloudflare PagesVercel
Données
PostgreSQLSupabaseSQLiteRedis
Emails et notifications
ResendMailjetBrevo
Automatisation
MakeZapiern8n
l'IA le fait désormais
IA
Claude CodeChatGPTJEV AI
Privilégiez des outils AI ready
Une API documentée, une CLI, une configuration en texte et une documentation que le modèle connaît déjà. Les surcouches qui construisent à votre place vont vite le premier jour, puis vous enferment.
Construire ou utiliser ?
Avant de tout refaire avec l'IA, demandez-vous si un outil du marché ne fait pas déjà très bien le travail. Reconstruire ce qui existe peut vous faire perdre le focus sur votre vrai sujet.
Utilisez l'IA pour construire l'outil.
Pas pour le remplir.
Le plus souvent, des outils sur mesure sans une ligne d'IA dans le produit final.
Pas de modèle à héberger, pas de coût au jeton, pas de sortie à expliquer au métier.
Le meilleur outil du monde
ne vaut rien sur des données fausses.
Si la qualité de la donnée n'est pas au niveau, l'outil le plus réussi restera inutile. Avec l'IA, on construit plus vite : la rigueur et l'exigence sur la donnée doivent monter d'autant.
Garder le cap
N'oubliez pas
de ralentir.
Ralentir évite de s'éparpiller et de s'épuiser. En cours de route, vérifiez que vous restez aligné sur l'intention du départ : vous êtes le pilote.
Automate the boring stuff
Est-ce que ça me servira
plus tard ?
Est-ce que j'aurai la flemme de le refaire plus tard ?
Et si ça tourne seul, les actions doivent être réversibles.
Capitaliser pour économiser des tokens
Ce qui est industrialisé ne se redemande pas à l'IA à chaque fois.
- Un script tourne gratuitement · l'IA l'écrit une fois, il s'exécute mille fois.
- Des fichiers de contexte · la mémoire du projet, plus besoin de tout réexpliquer à chaque session.
- Des briques réutilisables · moins de code à régénérer, moins de conversations à rallonge.
Building Leverage
Pas besoin de tout maîtriser. Il suffit de savoir ce que chaque brique permet, pour pouvoir la demander.
Pérenniser,
c'est garantir la qualité dans la durée.
Tests, CI/CD, documentation, conventions : ce qui marche aujourd'hui doit encore marcher dans six mois, même quand quelqu'un d'autre y touche.
L'architecture de la loop récursive · six rôles, un seul cycle
Mes tips
GitHub, c'est la vie
Pour gérer le code, travailler à plusieurs et porter une grosse partie de votre CI/CD.
- Chaque changement a une trace · qui, quoi, pourquoi, et comment revenir en arrière.
- Branches et pull requests · l'IA propose, vous relisez, vous fusionnez.
- GitHub Actions · teste et déploie à chaque push, sans y penser.
Pensez atomique
Travaillez en microservices, voire plus petit. L'atomic design, bien connu en UI/UX, pousse la même logique jusqu'au bout.
- Fonctions, scripts, API, agents · des pièces minuscules qu'on assemble en une application entière.
- Une brique se comprend seule · elle se teste et se remplace sans toucher au reste.
- L'IA travaille mieux · sur un périmètre court et clair que sur un monolithe.
- Une panne reste locale · au lieu de tout emporter.
Keep control
Exemple : un panic button sur vos outils clés
Une fonctionnalité qui touche plusieurs personnes d'un coup devient critique : envoi d'emails, notifications, écriture en masse, appel à un système tiers. Un bug part chez 400 personnes.
- Un interrupteur dans le back-office, pour chaque service de ce type. Un bouton, un état visible, effet immédiat.
- Il coupe l'envoi, pas l'application. Le reste continue de tourner pendant que vous cherchez.
- Il ne passe pas par l'IA. Quand ça part de travers, il vous faut des secondes. Pas un prompt et un déploiement.
- Une machine dédiée. Vos automatisations et vos agents tournent sur un environnement à part, pas sur votre poste ni en prod. Tout se coupe sans rien casser.
À retenir
Ne pilotez pas tout avec l'IA. Gardez toujours la main sur ce qui peut faire mal.
Documentez tout ce que vous pouvez
Les .md servent surtout aux IA. Pour les humains, il faut une vraie page de doc. Avant, c'était pénible à produire ; aujourd'hui l'IA la génère à la volée.
Pour l'IA · un .md par fonction
Le contexte, là où il sert
- Une fonction majeure, un fichier : ce qu'elle fait, ses entrées, ses sorties, ses limites connues.
- L'IA le relit avant d'y toucher, donc elle repart du bon contexte au lieu de tout redécouvrir.
Pour les humains · une page doc
Lisible et navigable
- Une page claire pour comprendre comment l'application fonctionne, sans lire le code.
- L'IA la produit et la tient à jour à partir du code et des .md.
L'argument qui emporte tout
Le jour où vous changez de modèle ou d'outil, le projet reste documenté. La documentation ne vit pas dans une conversation : elle vit dans le dépôt.
Adaptez la puissance du modèle à la complexité de la tâche
Les modèles récents ont un « mode réflexion » : ils raisonnent plus longtemps avant de répondre. Plus lent, plus cher, rarement utile.
- Au quotidien · un modèle standard suffit pour l'essentiel : coder une fonction cadrée, corriger, formater, documenter.
- Sur option · réservez le mode réflexion aux décisions d'architecture et aux bugs qui résistent.
- Le piège · la puissance maximale partout ralentit vos itérations sans apporter de valeur.
Gérez votre budget de réflexion comme votre budget de tokens : c'est la même logique que capitaliser pour économiser.
Intéressez-vous à tout
Les IA ont presque toutes les réponses. Encore faut-il savoir poser la question et comprendre la réponse.
- Pour comprendre Claude · et le reprendre quand il se trompe.
- Pour parler à vos interlocuteurs · métier, technique, juridique, dans leur langage.
- Chaque sujet effleuré aujourd'hui · est une question mieux posée demain.
Nommez ce qui vous bloque.Comblez l'écart.
Votre meilleure compétence
IA
La compétence qui vous bloque
On ne demande jamais
ce qu'on ne sait pas nommer.
Cette approche demande de s'intéresser à beaucoup de domaines, pour comprendre ce que fait l'IA, la challenger et corriger ses erreurs.
Un projet qui tient debout, c'est mille sujets qui attendent une réponse, avec un vocabulaire précis.
Posez-vous les bonnes questions
Cherchez l'efficience, pas seulement la solution qui marche. L'IA n'a pas toujours raison ;)
- Le plus simple à coder · ou le plus juste sur la durée ?
- Et si ça grossit · si ça casse, si je ne suis plus là ?
- Faites-la se critiquer · demandez-lui les faiblesses de sa proposition avant de valider.
Une image vaut mille mots
Décrire ce que vous avez sous les yeux prend trois paragraphes et reste approximatif. Une capture d'écran prend deux secondes et ne laisse rien à l'interprétation.
- Un bug · l'erreur, l'état de l'écran et le contexte arrivent d'un seul coup.
- Un écran existant ou une maquette · elle dit le style, l'espacement et la structure mieux que vos adjectifs.
- Un tableau, un graphique, une doc · plus besoin de retranscrire à la main, ni de recopier de travers.
Ça vaut aussi pour ce que vous voulez éviter : montrer ce qui ne va pas est le plus court chemin vers une correction juste.
YouTube, c'est la vie !
Regardez des vidéos pour vous former, suivre les tendances et enrichir vos idées.
- Shorts et reels · des quick wins en une minute. Cherchez juste « Claude », « ChatGPT », « Astra », « agent »…
- Les usages bougent chaque mois · c'est là qu'on les voit passer en premier.
- Des idées à voler · un workflow, un outil, une façon de découper un projet.
Pour commencer
Deux chaînes à suivre : Shubham Sharma et Elliott Pierret.
Échangeons
Et vous, c'est quoi votre approche ?
Merci pour votre temps
Arrêtez de vouloir utiliser l'IA…
… Lancez-vous !
Évaluer la session
Construire avec l'IA
Aide-mémoire · Terry Malik · Invivoo
L'intention d'abord
- Quel problème je veux résoudre ?
- Pour qui, et à quelle fréquence ?
- À quoi ressemble le succès, à six mois et à trois ans ?
- Quelles contraintes : techno, données, confidentialité ?
- Sur quoi je serai intransigeant ?
Posez l'intention avant l'outil. Échangez et itérez jusqu'à ce que l'IA ait tout pour partir dans la bonne direction.
Le bon outil pour la tâche
- Règle sûre · un algorithme, fiable et répétable.
- Interprétation · l'IA, là où il faut analyser.
- Le bon niveau · le plus puissant n'est pas le plus efficient.
Si vous pouvez écrire la règle, écrivez-la.
Industrialiser
- Est-ce que ça me servira plus tard ?
- Ce que vous refaites deux fois, automatisez-le.
- Connaître les briques : MCP, API, RAG, agents, loops.
- Viser la qualité dans la durée, pas la démo.
Parler à l'IA
- Assez de contexte pour orienter, pas assez pour brider.
- Une image vaut mille mots.
- Elle choisit le plus simple, pas le plus efficient : challengez.
Testez-la sur une question dont vous connaissez la réponse.
Mille sujets, un vocabulaire précis
Vous n'avez pas à tout maîtriser. Il suffit de connaître le mot juste pour poser la bonne question.
Garder le cap
- Ralentir · pour ne pas s'éparpiller ni s'épuiser.
- Faire le tri · qu'est-ce qui sert vraiment ?
- Bloqué ? · demandez plusieurs pistes, pas une réponse.
L'intention du départ sert de boussole jusqu'au bout.
Des outils ouverts
- Privilégiez ce que l'IA sait piloter : API, CLI, config en texte.
- Versionnez tout, partagez tout.
- Évitez les surcouches qui enferment.
L'IA pour construire
- Utilisez l'IA pour bâtir l'outil, pas pour le remplir.
- Un bon outil n'a souvent pas d'IA dedans.
- La bonne techno, pas la meilleure dans l'absolu.
Quelques tips
01 · Versionnezle code, l'historique, le travail à plusieurs.
02 · Pensez atomiquedes petites briques, qu'on assemble.
03 · Keep controlgardez la main sur ce qui peut faire mal.
04 · Documentezpour l'IA comme pour les humains.
05 · Dosez la puissancele bon modèle pour la bonne tâche.
06 · Soyez curieuxpour challenger l'IA et vos interlocuteurs.
07 · Visez l'efficiencepas seulement ce qui marche.
08 · Montrez plutôt que décrireune capture vaut mille mots.
09 · Formez-vous en continusuivre, tester, voler des idées.
Arrêtez de vouloir utiliser l'IA : lancez-vous à fond.