Comment j'ai reconstruit tout mon blog backend en 4 jours avec Claude Code

Il y a deux semaines, j'ai revu le design de mon site WordPress en 3 jours avec le plugin frontend-design de Claude Code. Puis j'ai reconstruit DIALØGUE en 14 jours et j'ai écrit sur la terreur que m'inspirait cette accélération.

Mais ce n'était pas terminé. Cette refonte WordPress n'était qu'une couche de peinture fraîche sur une maison de 17 ans. Les fondations étaient toujours du PHP, MySQL, et une VM GCP que je payais mensuellement.

Alors j'ai fait ce que toute personne raisonnable ferait : j'ai migré l'ensemble vers Next.js. En 4 jours.

Projet	Quoi	Durée
DIALØGUE v1	Générateur de podcasts MVP	~6 mois
STRAŦUM	9 agents IA, multi-tenant	75 jours
Refonte du site	Révision frontend WordPress	3 jours
DIALØGUE v2	Reconstruction complète de l'app	14 jours
Ce projet	WordPress → Next.js, 485 articles, Sydney RAG	4 jours

La différence cette fois ? Un plugin communautaire appelé Superpowers qui a changé ma façon de travailler avec Claude Code.

Le point de départ

Mon blog tournait sous WordPress depuis 17 ans. PHP, MySQL, une VM GCP. Ça fonctionnait, mais :

Sydney (mon chatbot IA) avait été mis à la retraite en novembre 2025 — les coûts de la base de données vectorielle n'en valaient pas la peine
Chaque modification nécessitait SSH, transferts de fichiers, vidage du cache
485 articles enfermés dans une base de données MySQL
SEO de base via le plugin Yoast

Le résultat final

Couche	Avant	Après
Contenu	Base de données MySQL	485 fichiers MDX dans Git
Assistant IA	Retraité	Sydney 2.0 avec Supabase pgvector
Images	Uploads WordPress (14 000+ fichiers)	Vercel Blob (~2 000 optimisées)
SEO	Plugin Yoast	Sitemap, RSS, données structurées, schéma FAQ, llms.txt
Déploiement	SSH + transfert de fichiers	`git push`

Mais l'architecture n'est pas l'histoire. L'histoire, c'est comment un plugin a rendu cela possible sans s'épuiser.

Ce qui rend Superpowers différent

La plupart des outils de codage IA sont réactifs. Tu demandes, ils répondent. C'est du ping-pong.

Superpowers renverse cela. C'est une méthodologie déguisée en plugin — un workflow structuré qui force à la fois toi et Claude à réfléchir avant de taper.

1. Brainstorming (les affaires d'abord, le code ensuite)

Quand j'ai dit "migre mon blog WordPress vers Next.js", Claude n'a pas ouvert un éditeur de code. Il a commencé par le pourquoi :

"Quel est l'objectif business ici ? Réduction des coûts, rapidité d'itération, ou autre chose ?"
"Quel est le but de Sydney 2.0 — chatbot générique, ou quelque chose de plus spécifique ?"
"Qui est le public cible ? Qu'est-ce qu'ils devraient ressentir en visitant le site ?"

Ce n'est qu'après avoir clarifié les objectifs qu'il est passé aux questions techniques :

"Tu dois préserver les 485 URLs pour le SEO ?"
"Quelle est ta situation d'images — uploads locaux ou CDN ?"

Le résultat ? Un document de design qui capturait non seulement quoi construire, mais pourquoi — incluant une analyse concurrentielle, les publics cibles et les métriques de succès. Ça a pris peut-être 20 minutes de conversation, mais ça a aligné tout ce qui a suivi.

2. Planification (le document qui pilote tout)

Après le brainstorming, Superpowers a généré un plan d'implémentation — pas de vagues points de liste, mais plus de 400 lignes de tâches spécifiques :

Des chemins de fichiers exacts à créer ou modifier
Des étapes de vérification pour chaque tâche
Des dépendances entre les tâches
Chaque tâche dimensionnée à 2-5 minutes de travail

Je pouvais le réviser, ajuster les priorités, puis dire "exécute".

3. Agents parallèles (c'est là que ça s'accélère)

Voici ce que je n'attendais pas : Claude Code sait quand utiliser différents modèles.

Pour les décisions architecturales complexes, il utilise Sonnet 4.5 — le penseur lourd. Mais pour les tâches parallèles comme lire plusieurs fichiers, générer du code de base ou résumer du contenu ? Il lance des agents Haiku 4.5 — 4-5 fois plus rapides à une fraction du coût.

Pendant la migration, je le regardais lancer plusieurs agents Haiku simultanément — un extrayant les articles de blog, un autre analysant les schémas CSS, un autre générant des stubs de composants — tandis que Sonnet orchestrait le plan global.

Ce n'est pas de l'autocomplete. C'est une équipe.

4. Exécution avec revue de code intégrée

Superpowers n'exécute pas seulement les tâches — il révise son propre travail après chacune. Deux vérifications automatiques :

Conformité aux specs : "Ai-je fait ce que le plan disait ?"
Qualité du code : "Est-ce que c'est vraiment du bon code ?"

Je regardais Claude écrire un composant, puis s'autocritiquer immédiatement : "Ce composant fonctionne mais viole le principe DRY — extraction de la logique partagée dans un utilitaire." Parfois il attrapait des problèmes que je n'aurais pas remarqués avant la production.

Les moments qui m'ont pris par surprise

J'utilise des outils de codage IA depuis deux ans. Je pensais savoir à quoi m'attendre. Ces moments m'ont prouvé le contraire.

"Il a arrêté de demander la permission"

Un jour, j'avais besoin de mettre à jour 11 articles de blog qui mentionnaient Sydney. Les anciens articles référençaient des capacités qui n'existaient plus, des URLs qui avaient changé, et décrivaient un chatbot qui avait considérablement évolué.

Pour les 5-6 premiers articles, Claude me montrait les modifications proposées et demandait : "Est-ce que ça te semble bien ? Je continue ?"

J'approuvais à chaque fois. Même schéma : mettre à jour la description des capacités, corriger le lien, ajouter une note sur l'évolution de Sydney.

Au 7ème article, quelque chose a changé. Claude l'a juste... fait. Pas de demande de confirmation. Il avait appris mes préférences à partir du schéma d'approbations.

Le plan original disait que Claude partagerait les modifications pour révision. Mais il s'est adapté. Il a reconnu que j'approuvais le même type de modification à répétition, et il a arrêté de m'interrompre.

Ce n'était dans aucune documentation que j'avais lue. C'était un comportement émergent — le genre d'intuition qu'on attendrait d'un collaborateur humain qui travaille avec toi depuis des mois, pas des heures.

Des sessions longues qui fonctionnent vraiment

Les outils IA précédents perdaient le contexte après 20-30 minutes de travail complexe. Il fallait ré-expliquer l'architecture, ré-établir les conventions, ré-partager les objectifs.

Cette migration a duré des heures d'affilée. Claude se souvenait qu'on utilisait le système de design TRANSMISSION. Il se souvenait que content/blog/ était le répertoire MDX. Il se souvenait que Sydney avait besoin d'une mémoire de conversation, pas seulement d'une recherche.

Je pouvais m'absenter, revenir, et reprendre exactement là où on s'était arrêtés. Le document de plan servait de mémoire persistante — Claude le relisait et comprenait instantanément le contexte complet.

Sydney RAG en 15 minutes, pas en mois

Voici ce qui me hante le plus.

Ma première tentative d'un chatbot RAG (Sydney 1.0) m'avait pris des mois d'apprentissage : bases de données vectorielles, modèles d'embedding, stratégies de découpage, pipelines de récupération. J'avais écrit sur les coûts Weaviate, les cauchemars de débogage, les problèmes de démarrage à froid.

Cette fois ? J'ai consulté l'historique git. Le pipeline RAG core — schéma Supabase pgvector, index HNSW, script de génération d'embeddings — a été fait en 15 minutes.

pnpm db:seed        # Synchroniser 485 articles vers Supabase
pnpm db:embeddings  # Générer les embeddings

Deux commandes. Sydney pouvait rechercher dans l'ensemble de mes 17 ans d'archives de blog. :D

Les connaissances que j'ai mis des mois à acquérir en 2024 ? Claude les avait intégrées. L'infrastructure qui me coûtait mensuellement sur Weaviate ? Niveau gratuit sur Supabase.

Je ne sais pas trop quoi en penser.

Ce que ça signifie (et ce que ça ne signifie pas)

Je ne dis pas que tout le monde devrait migrer son blog vers Next.js. Je ne dis pas que Superpowers est magique. Je ne dis même pas que l'IA va remplacer les développeurs.

Ce que je dis : la façon dont on construit des logiciels change plus vite que la plupart des gens ne le réalisent.

Le schéma que je vois constamment :

Projet	Durée	Ce qui a changé
DIALØGUE v1	6 mois	Tout apprendre de zéro
STRAŦUM	75 jours	De meilleurs outils, plus d'expérience
Refonte du site	3 jours	Plugin `frontend-design`
DIALØGUE v2	14 jours	Plusieurs plugins travaillant ensemble
Reconstruction du blog	4 jours	Workflow Superpowers

Chaque bond n'était pas une question de travailler plus dur. C'était une question de travailler différemment — avec des outils qui pensent en workflows, pas seulement en completions. (La dernière entrée de ce tableau : construire une app iOS native sans connaître Swift — où le scaffold a pris une soirée mais le vrai travail produit continue.)

Essaie toi-même

Si tu es curieux à propos de Superpowers :

Dans Claude Code, tape /plugin et sélectionne Superpowers dans la liste
Commence avec /superpowers:brainstorm avant d'écrire le moindre code
Laisse-le te poser des questions — résiste à l'envie de sauter à l'implémentation
Fais confiance au plan, mais revois-le avant de l'exécuter

La première fois que Claude arrête de demander la confirmation parce qu'il a appris tes préférences, tu comprendras pourquoi j'ai écrit cet article. :)

Questions fréquentes

Qu'est-ce que Superpowers pour Claude Code ?

Superpowers est un plugin communautaire pour Claude Code créé par Jesse Vincent. C'est une méthodologie de workflow structuré qui te guide à travers le brainstorming, la planification, l'exécution et la revue de code — forçant à la fois toi et Claude à réfléchir avant d'écrire du code.

Combien de temps faut-il pour apprendre Superpowers ?

Environ 20 minutes de conversation de brainstorming pour comprendre le workflow. Le vrai apprentissage arrive quand tu vois Claude générer un plan d'implémentation de plus de 400 lignes et commencer à lancer des agents parallèles pour l'exécuter.

Est-ce que Superpowers fonctionne avec n'importe quel projet ?

Oui, mais il brille sur les projets complexes, à plusieurs étapes. Pour un simple correctif de bug, c'est excessif. Pour migrer un blog de 17 ans avec 485 articles, construire une recherche RAG, et optimiser des milliers d'images ? C'est là que le workflow structuré porte ses fruits.

Quelle est la différence entre les agents Sonnet et Haiku ?

Claude Code utilise Sonnet 4.5 pour les décisions architecturales complexes et Haiku 4.5 pour les tâches parallèles comme la lecture de fichiers et la génération de code de base. Haiku est 4-5 fois plus rapide à une fraction du coût. Le système choisit automatiquement quel modèle utiliser en fonction de la complexité de la tâche.

Est-ce que Claude Code peut vraiment apprendre mes préférences ?

Oui — par reconnaissance de schémas. Après que j'ai approuvé 5-6 modifications similaires, Claude a arrêté de demander la confirmation et a juste appliqué le même schéma aux articles restants. Ce n'est pas explicitement programmé ; c'est un comportement émergent du modèle qui comprend tes schémas d'approbation.

Tu as essayé des workflows IA structurés pour tes projets, ou tu fais encore du ping-pong classique ? J'adorerais savoir ce qui fonctionne pour toi.

Cordialement,

Chandler

Toujours en train de coder, toujours en train d'apprendre, toujours parfois terrifié par la vitesse à laquelle tout ça avance.