Développement indie

Maintenant que l'IA dispose de « mains pour écrire du code », une seule personne peut créer un produit et le lancer. Mais l'information est éparpillée étape par étape et l'on ne sait pas par où commencer. Cet article est la carte d'ensemble (feuille de route) qui va de l'idée → conception → implémentation → mise en ligne → monétisation : un article vaisseau amiral (hub) qui organise le développement solo en 5 phases (décider → préparer → construire → publier → faire grandir), indique pour chaque étape quoi faire et quels outils utiliser, et renvoie vers un guide dédié là où un approfondissement est nécessaire. De plus, il guide sur deux voies — la 🌱 voie débutant qui n'écrit presque pas de code, et la 🔧 voie pratique qui écrit du code dans un éditeur IA — pour qu'en suivant celle qui vous correspond, vous atteigniez une chose qui fonctionne sans détour. Spec-driven, générateurs d'applications IA, Claude Code / Cursor, intégration de fonctions IA (API / RAG / passerelle), déploiement, acquisition SEO/AEO, monétisation, gestion des coûts et les 5 pièges du développement solo avec l'IA : tout est réuni sur une seule page, avec des liens vers les guides pratiques existants.

Vous avez construit sur OpenAI, puis voulu essayer Claude et comparer Gemini — et perdu des heures à cause des SDK, formats et gestions d'erreurs différents par fournisseur. Une passerelle LLM (passerelle IA / proxy LLM) est un relais que vous glissez entre votre application et les fournisseurs : elle expose une seule API compatible OpenAI pour atteindre tous les modèles et prend en charge les tâches transversales — bascule, suivi des coûts, clés virtuelles, mise en cache, limitation de débit et observabilité. Ce guide couvre pourquoi vous en avez besoin, ce qu'une passerelle est vraiment, les trois types (proxy auto-hébergé = LiteLLM / hébergé = OpenRouter / SDK = Vercel AI SDK), comment choisir parmi LiteLLM, OpenRouter et le Vercel AI SDK, le code de configuration minimal qui ne remplace que le point de terminaison, et les limites — un saut de latence, la passerelle comme nouveau point de défaillance, les frais (OpenRouter facture 5,5 % sur les achats), la perte de fonctionnalités et la confidentialité.

Le sélecteur « Mode d'autorisation » de Claude Code détermine la fréquence à laquelle Claude demande une autorisation avant de modifier un fichier ou d'exécuter une commande. Ce guide compare les 5 modes (Demander les autorisations, Accepter les modifications, Mode planification, Mode automatique, Ignorer les permissions), explique comment basculer avec Shift+Tab et comment choisir le bon mode en toute sécurité.

Le curseur « Effort » de Claude Code, de « Plus rapide » à « Plus intelligent », règle la quantité de travail consacrée à chaque réponse. L'API compte 5 niveaux (low–max) et le curseur ajoute le mode Ultracode, soit 6 éléments. Ce guide explique chaque palier, la compatibilité des modèles et comment le configurer.

Les hooks de Claude Code sont des commandes shell définies par l'utilisateur qui s'exécutent automatiquement à des points précis du cycle de vie de Claude Code, rendant « cela doit toujours se produire » réel et déterministe sans dépendre du jugement du LLM. Les événements classiques sont au nombre de neuf — SessionStart, UserPromptSubmit, PreToolUse, PostToolUse, Notification, Stop, SubagentStop, SessionEnd, PreCompact — dont PreToolUse et d'autres peuvent bloquer (en empêchant les éditions de fichiers protégés ou les commandes dangereuses). Vous les configurez dans settings.json sous la clé "hooks" sous la forme nom d'événement -> matcher -> type + command. Le contrat d'E/S : un hook reçoit du JSON sur stdin (session_id, tool_input, etc.) et renvoie via un code de sortie 0 (succès) / 2 (bloquer, avec stderr transmis à Claude) ou du JSON structuré (continue, decision:block, permissionDecision : deny/allow/ask). Le principe clé est « les hooks peuvent resserrer mais pas assouplir les restrictions » (le refus l'emporte toujours, bloque même sous bypassPermissions). Cas d'usage classiques : formatage automatique après les éditions (PostToolUse + Edit|Write), protection des fichiers critiques, blocage des commandes dangereuses, réinjection de contexte (SessionStart), notifications/journal d'audit, et tester avant de s'arrêter (Stop). Côté sécurité, les hooks exécutent des commandes shell arbitraires avec vos privilèges, donc ne configurez que ceux de confiance et validez/mettez les entrées entre guillemets ; la configuration des hooks est capturée au démarrage de la session (une fonction de sécurité) de sorte que les modifications en cours de session ne s'appliquent pas. Sur la base de la documentation officielle, ancré sur les neuf événements classiques et le contrat d'E/S.

Le message « Claude usage limit reached » de Claude Code n'est ni une erreur ni un bug : c'est ainsi que fonctionnent les limites d'usage de l'abonnement Pro / Max. Cet article détaille la structure à deux niveaux (5 heures + hebdomadaire + plafond Opus sur Max), ce qui épuise le quota, quoi faire au moment où vous atteignez le plafond, comment voir ce qu'il reste, et la porte de sortie par l'API à l'usage.

À l'ère où c'est l'IA qui écrit le code, la compétence à plus forte valeur se déplace de « écrire du code » vers « écrire la spécification » — et la pratique qui incarne ce changement est le développement piloté par la spécification (Spec-Driven Development, SDD). Le SDD place la spécification au centre du projet comme source de vérité, et un agent IA en déduit la conception, le découpage et l'implémentation au lieu de coder immédiatement. L'essentiel est que chaque étape laisse un document (souvent en Markdown) que l'étape suivante lit. Ce guide pour débutants explique ce qu'est le SDD (la spécification fait foi ; le code en est un dérivé), pourquoi il s'impose maintenant (il prévient le « mur des trois mois » de dette technique et de dérive des besoins du vibe coding dès l'étape de conception — GitHub rapporte environ un ordre de grandeur de moins de cycles « tout régénérer de zéro »), les quatre étapes de base (Specify → Plan → Tasks → Implement), les principaux outils (GitHub Spec Kit avec plus de 90 000 étoiles et plus de 30 agents pris en charge, AWS Kiro avec son flux Requirements → Design → Tasks et son routeur Auto, ainsi que BMAD, OpenSpec, Tessl, Google Antigravity et Cursor), quand l'utiliser plutôt que le vibe coding (un hybride : le vibe pour explorer, le piloté par la spécification pour livrer, avec une revue humaine obligatoire), et comment l'essayer dès aujourd'hui. À l'ère de l'IA, ceux qui montent sont ceux qui savent définir précisément quoi construire, pas ceux qui écrivent le code le plus vite.

Sortir est difficile, parler aux gens est éprouvant, vous ne travaillez pas en ce moment — même ainsi, la possibilité de transformer « depuis chez soi, sans rencontrer personne, à son propre rythme » en revenu s'est réellement élargie avec l'IA. Ce guide expose, aussi honnêtement et doucement que possible, le premier pas pour une personne en situation de hikikomori (un reclus qui se retire du monde) ou NEET afin de gagner sa vie depuis chez elle, à partir de zéro, grâce à l'IA. Il promet d'emblée de ne pas dire « tout le monde peut facilement gagner des milliers par mois » (souvent un mensonge ou un appât commercial) et écrit ouvertement la difficulté réelle, le temps et les précautions. Il couvre pourquoi IA x travail à domicile convient (réalisable sans face-à-face, facile à démarrer de zéro, à son propre rythme — l'IA abaisse le mur comme un partenaire), les trois vérités honnêtes (vous ne gagnerez pas tout de suite, un premier objectif est vos premiers euros ; l'IA amplifie l'effort, ce n'est pas de la magie, tout multiplié par zéro fait zéro ; ce sont ceux qui continuent, pas les plus intelligents, qui obtiennent des résultats), des façons de gagner sans parler à personne (rédaction, transcription/sous-titres, éléments visuels par IA, mise en ordre de données, vérification de traductions, produits numériques — en choisir un d'abord), le premier pas aujourd'hui (toucher une IA gratuite, choisir un domaine, faire un échantillon d'entraînement — faire avant de gagner), comment empiler de petites victoires (portfolio, une mission peu payée, accumuler les évaluations, augmenter tarif/volume — collectionner des victoires, pas des montants, le premier travail vaut le plus), comment tenir et protéger son moral (ne pas se comparer, découper en petit, se reposer est permis, abandonner le perfectionnisme, ne pas porter cela seul — accompagnement vers l'emploi et services d'écoute), et des précautions sur les arnaques, le risque de tout laisser à l'IA, et les impôts/personnes à charge (éviter les offres « payez d'abord », le crowdsourcing légitime est gratuit, vérifier les informations officielles). Ce n'est pas « tout le monde, facilement », mais un pas que vous pouvez faire existe vraiment — retrouvez « moi aussi, je peux le faire », un pas à la fois.

« La facture d'API du mois dernier… 1 800 $ ? » En 2026, faire tourner Claude Code sérieusement comme agent aurait atteint 500–2 000 $ par mois. Mais rien qu'en changeant votre façon de l'utiliser, vous pouvez réduire les coûts de 70 à 85 % sans baisser la qualité du résultat (plusieurs retours du terrain convergent ici). Ce guide décortique d'abord le vrai visage du coût élevé (modèle cher, long contexte, appels gaspillés ; fonctionnement de la facturation au token ; agents consommant environ 7x une session unique), puis le point d'équilibre abonnement vs API (l'API ne l'emporte qu'en gros sous les 50 sessions par mois ; une estimation place les abonnements jusqu'à 36x moins chers en usage quotidien), un panorama des tarifs (Copilot Pro 10 $ / Cursor Pro 20 $, 60–100 $ en usage intensif / Claude Pro 20 $, Max 100 $ ; Copilot passé aux AI Credits à l'usage le 1er juin 2026), six leviers pour réduire les coûts (① routage par modèle pour −40–70 % ② prompt caching à environ −90 % avec un taux de réussite de 60–80 % ③ gestion du contexte ④ choix abonnement vs API ⑤ audit des abonnements en double ⑥ fonctions de mémoire), une checklist applicable dès aujourd'hui, et les pièges — fausse économie, coût caché du travail, double facturation, choc du compteur, trop faire confiance au cache — plus des configurations recommandées par profil. L'optimisation n'est pas être radin ; c'est concevoir pour payer le juste montant pour la bonne chose.

Claude Code s'arrête brusquement sur « reconnectez-vous », « limite de débit », « prompt trop long », « MCP ne se connecte pas » — et chercher chacune sur Google devient fastidieux. Voici une référence pratique qui répertorie les erreurs que vous rencontrez couramment, avec la cause et la commande à lancer pour chacune. Elle commence par les trois commandes de diagnostic à lancer en premier (claude doctor pour le diagnostic complet, /status pour l'authentification active, /context pour la répartition du contexte), puis se concentre sur les quatre familles fréquentes (usage/limites de débit, débordement de contexte, authentification expirée, échecs de connexion MCP) avec des tableaux symptôme→cause→commande de correction couvrant l'authentification et la connexion, l'usage/les limites de débit (Claude Code brûle 10 à 100 fois plus de tokens que le chat), le contexte et les tokens (prompt trop long, compaction qui s'emballe), le serveur et le modèle (500/529/timeout/model not found), l'installation/le PATH/la mise à jour, le réseau et le proxy (ECONNREFUSED, TLS), le MCP, les permissions (deny l'emporte sur bypass) et divers (blocs thinking 400, image/PDF, IDE). Elle se termine par un aide-mémoire erreur→correctif et une FAQ. D'après la documentation officielle de Claude Code (à jour en 2026) : en cas de blocage, lancez les trois commandes de diagnostic, et si ce n'est pas réglé, lancez claude update.

En 2026, le carré d'as des outils de codage IA s'est précisé — Cursor, Claude Code, GitHub Copilot et Codex. Mais les aligner pour couronner un seul vainqueur vous égare, car les quatre sont de types différents. Cet article fixe d'abord le point clé — la différence de type (Cursor = éditeur IA, Copilot = plugin intégré à l'IDE, Claude Code = agent CLI local, Codex = agent cloud asynchrone) — puis couvre ce qu'est vraiment chaque outil, un tableau de specs sur les mêmes axes (type, prix d'entrée et supérieur, modèles, contexte, points forts), comment lire le virage de 2026 du forfait fixe vers « quota + usage (crédits) », les recommandations par profil (simplicité = Copilot $10+, expérience d'édition = Cursor, travail lourd multi-fichiers = Claude Code, lots asynchrones = Codex), l'habitude des développeurs compétents de combiner « un côté IDE + un agent terminal », et des mises en garde honnêtes sur les tarifs et les benchmarks — le tout sur la base de sources officielles et de plusieurs médias.

Quelqu'un qui disait « je suis nul en design » produit aujourd'hui dix posts sociaux en une demi-journée et obtient même des propositions de logo en parallèle — voilà où en sont les outils de design IA en 2026. Cet article compare les quatre grands outils : Canva (idéal pour produire en masse marketing, social et slides, gratuit–15 \$), Adobe Firefly (intégré Photoshop/Illustrator et sûr commercialement, 9,99 \$+), Figma AI (le standard pour l'UI/UX et le design produit en équipe, 15 \$+/éditeur) et Recraft (logos et icônes vectoriels avec 90 % de précision texte, 10 \$+). Les quatre ne sont pas concurrents mais une répartition des rôles — réduisez à celui qui colle à votre tâche la plus fréquente. Différent de la comparaison des IA de génération d'images (Midjourney etc.) : cet article porte sur « construire des livrables à partir d'images », pas sur l'image elle-même. Inclut un tableau comparatif, six scénarios de meilleur choix et trois précautions : droits d'auteur, cohérence de marque et éviter le « look IA ».