Savoir utiliser l'IA : le levier le moins cher que personne ne price
8h40, un seul ordinateur, aucune équipe
Ce matin, avant même que le café ne devienne une idée sérieuse, j'ai déployé un correctif sur une app iOS en production, lancé un pipeline de contenu qui a sorti une fournée de posts pour une campagne, et laissé deux agents de recherche mouliner une analyse que je lirai à midi. Pas de daily. Pas de passation. Pas de facture d'agence. Une personne, un ordinateur.
Je suis développeur freelance. Je suis aussi CTO d'un SaaS LegalTech, et à côté je fais tourner des apps en ligne sur l'App Store, un moteur vidéo open-source, un launcher macOS, une chaîne YouTube et un projet musical. Les gens supposent qu'il y a une équipe cachée quelque part. Il n'y en a pas. Il y a un modèle opératoire.
Et ce qui fait que ça marche, ce n'est pas que j'ai accès à l'IA. Vous aussi. Tous ceux qui lisent ces lignes aussi. Le levier, ce n'est pas l'accès — c'est de savoir comment la piloter.
L'écart s'est déplacé
Il y a deux ans, le fossé, c'était l'accès. Il fallait le bon compte, le bon modèle, l'invitation en avant-première. Tout ça a disparu. Le même modèle de pointe est à un onglet de distance, pour moi, pour vous, pour votre concurrent, pour le stagiaire.
Alors si tout le monde a le même moteur, pourquoi les résultats varient-ils autant ?
Parce que la plupart des gens conduisent l'IA comme un distributeur automatique. On colle un prompt, on copie la réponse, on colle un autre prompt. Transactionnel. Sans mémoire. L'IA oublie qui vous êtes et ce que vous construisez à la seconde où vous fermez l'onglet. Chaque session repart de zéro.
Ceux qui obtiennent des résultats hors norme ont arrêté de taper des prompts et se sont mis à gérer un coéquipier.
Tout est là. Pas de meilleurs prompts — une meilleure relation. On ne réexplique pas son business à une bonne recrue chaque matin. On ne surveille pas chacune de ses frappes au clavier. On l'intègre une fois, on lui donne des outils, on fixe des standards, et on la laisse tourner. Les mêmes gestes marchent avec l'IA, et presque personne ne les fait.
Ce que veut vraiment dire « la piloter comme une équipe »
Quatre choses transforment un chatbot en quelque chose qui se comporte comme un collaborateur. Aucune n'est exotique. Toutes s'apprennent.
Un manuel. Je garde un fichier que chaque session lit en premier — ce que je construis, ma stack, mes conventions, mes priorités, les pièges qui m'ont déjà coûté cher. L'IA arrive en connaissant déjà la maison. Pas de re-briefing. C'est la différence entre un nouveau prestataire chaque jour et quelqu'un qui est là depuis un an.
Des compétences réutilisables. La dixième fois que j'ai expliqué comment j'écris un article Medium, j'ai arrêté d'expliquer et je l'ai couché par écrit sous forme de compétence que l'IA peut invoquer à la demande. Désormais « écris l'article » embarque tout le goût et toutes les règles accumulés sans que j'aie à les retaper. Les compétences, c'est ainsi que le savoir-faire se capitalise au lieu de s'évaporer.
Des outils branchés sur les vraies données. Un coéquipier qui ne voit pas vos systèmes ne sert à rien. Je connecte donc l'IA à la vraie stack via MCP — les repos, les notes, la base de données, la boîte mail. À partir de là, elle ne devine plus mon travail ; elle travaille dedans. Elle lit la vraie page Notion, ouvre la vraie issue GitHub, interroge le vrai Postgres.
Des agents et de l'orchestration. C'est là que ça cesse d'être une conversation pour devenir une main-d'œuvre. Un agent tourne tout seul, de bout en bout, sans que j'aie à le tenir par la main. L'orchestration, c'est que j'en dispatche plusieurs en parallèle — un qui corrige un bug, un qui rédige du contenu, deux qui font de la recherche — pendant que je fais tout autre chose. C'est le moment où une seule personne arrête de se sentir comme une seule personne.
Réinternaliser ce qui réclamait autrefois des recrutements
Voilà ce que ce modèle opératoire vous achète vraiment, et c'est bien plus large que « coder plus vite ».
Pendant la quasi-totalité de l'histoire, un créateur solo se cognait à un mur. On pouvait écrire du code, mais on ne pouvait pas en plus faire le design, le marketing, le contenu, la recherche, les ops et le support — pas à un vrai niveau de qualité, pas en même temps. Alors on recrutait. Ou on levait des fonds pour recruter. Ou on confiait des fonctions à des agences en croisant les doigts.
Ce mur est en train de fondre. Avec le bon dispositif, vous pouvez rapatrier des fonctions entières en interne — dans une boîte d'une seule personne :
- Développement — pas juste des bouts de code, mais des features livrées de bout en bout sur plusieurs produits en ligne.
- Marketing et contenu — un pipeline qui fait la recherche, rédige et met en forme posts et articles selon un calendrier, dans la voix de la marque.
- Recherche — des agents qui ratissent les sources, vérifient leurs propres affirmations, et vous remettent une synthèse au lieu d'une pile d'onglets.
- Ops — le tissu conjonctif : les scripts, les déploiements, la plomberie barbante qui bouffait un poste entier.
Une seule personne peut désormais construire et faire tourner ce qui en demandait dix. Pas en théorie. Un mardi ordinaire.
Je n'idéalise rien. Certains agents produisent du tout-venant qu'il faut rattraper. Certains pipelines ont besoin du goût d'un humain à la fin — je réécris, je tranche, je vérifie la théologie sur une app religieuse et les chiffres sur une autre. Le modèle ne remplace pas le jugement. Il remplace le nombre de gens qu'il fallait pour exercer ce jugement à grande échelle.
La bonne nouvelle : ça s'apprend
Le plus intimidant, c'est que tout ça donne l'impression d'exiger d'être un ingénieur pur et dur. Faux. Ce qui compte, c'est le modèle opératoire, et le modèle opératoire est un schéma qui s'apprend : écrire le manuel, construire quelques compétences, brancher ses données, laisser un agent tourner, puis en orchestrer plusieurs.
Pas besoin de savoir comment fonctionne un modèle pour bien le gérer — de la même façon qu'on n'a pas besoin d'être comptable pour en embaucher un excellent. On commence avec un fichier-manuel et une compétence. On sent la différence immédiatement : la session suivante ne vous oblige plus à vous répéter. Internaliser une nouvelle fonction cesse d'être une décision de recrutement et devient l'affaire d'un après-midi.
C'est exactement pour ça que j'ai écrit le livre. How to Claude — The AI Agents Playbook to Run a One-Person Business Like You Have a Team déroule tout le modèle opératoire dans l'ordre : le manuel CLAUDE.md qui intègre chaque session, les compétences réutilisables, MCP pour connecter vos vraies données, les agents qui tournent en autonomie, les hooks qui imposent la qualité, et l'orchestration pour faire tourner plusieurs agents à la fois. Il est écrit pour les indie hackers, les solopreneurs et les curieux de tech — pas seulement pour les programmeurs de métier.
À retenir
Le levier le moins cher disponible en ce moment, ce n'est pas un outil que vous n'avez pas. C'est une compétence que personne ne valorise : savoir piloter l'IA que vous avez déjà comme une équipe plutôt que comme un distributeur automatique.
Choisissez une fonction que vous externalisez aujourd'hui, ou que vous aimeriez pouvoir vous offrir. Écrivez-en le manuel. Construisez une compétence. Branchez une source de vraies données. Laissez un agent la gérer de bout en bout. C'est ça, toute la boucle — et une fois que vous l'avez ressentie, vous n'arrêterez plus de rapatrier des choses en interne, jusqu'à ce que « il faut que je recrute pour ça » cesse discrètement d'être une phrase que vous prononcez.
Ce n'est pas un conseil financier, et ce n'est pas de la magie. C'est un modèle opératoire, et ça s'apprend.
Version publiée aussi sur Medium. Je construis tout ça en solo, en public — andygarcia.pro.
Le mode d'emploi complet, c'est mon livre How to Claude.