Un master pour opérer l’IA.

Environnement opérationnel

Installer, authentifier et vérifier ton terminal, VS Code et Claude Code pour commencer à construire un vrai projet en moins d'une heure.

CLAUDE.md : contexte persistant

Écrire un fichier CLAUDE.md qui donne à Claude Code une mémoire persistante de ton projet, de sorte que chaque session démarre en connaissant ton stack, tes conventions et tes interdits sans que tu aies à les répéter.

Arsenal de prompts

Construire un arsenal personnel de prompts réutilisables — chacun avec rôle, contexte, structure et intention explicites — qui produisent un travail de qualité constante au lieu de réponses à la loterie.

Git & GitHub pour opérateurs

Versionner ton travail avec Git et GitHub de façon à pouvoir expérimenter, casser des choses et revenir en arrière sans peur — en utilisant les branches, des commits atomiques et les diffs pour relire chaque changement que l'IA propose.

Automatisations et déploiement

Transformer un script ou une tâche manuelle en un système qui tourne et publie tout seul — de l'automatisation d'une commande répétitive au déploiement automatique de ton site à chaque push, en passant par la planification de tâches qui s'exécutent sans toi.

Migration ChatGPT → Claude

Faire migrer ton travail de ChatGPT vers Claude Code en montant un système documenté et versionné — où le contexte vit dans CLAUDE.md et dans les fichiers du dépôt au lieu de se perdre dans des fils de chat, et où l'IA agit sur tes vrais fichiers au lieu de seulement converser.

Verificación y testing

Construire une checklist de vérification réutilisable et l'appliquer à un vrai changement de Claude Code avant de le publier, en démontrant que le changement fait ce qu'il prétend faire.

Sesiones largas y orquestación

Concevoir un protocole de session longue : détecter la dégradation du contexte, monter un handoff qui redémarre proprement sans perdre l'état, et déléguer une branche de travail à un sous-agent. Livrer le protocole appliqué à une vraie session.

Modélisation sous Postgres

Modéliser un schéma Postgres avec des tables, des clés, des types et des relations qui reflètent les invariants réels du domaine et ne t'obligent pas à des migrations douloureuses trois semaines plus tard.

RLS : l'autorité, c'est le serveur

Écrire et vérifier des politiques Row Level Security qui font qu'un utilisateur ne peut lire et écrire que ses propres lignes, en comprenant que le gate côté client est de l'UX et que la RLS est la seule sécurité réelle sur un site statique.

Auth magic-link & sessions

Implémenter l'authentification par magic-link avec Supabase et gérer la session côté client de façon honnête : savoir ce que la session garantit, ce qu'elle ne garantit pas, et pourquoi cela n'affaiblit pas ta RLS.

SECURITY DEFINER, RPC et triggers

Écrire des fonctions SECURITY DEFINER, des RPCs et des triggers qui exécutent de la logique privilégiée de façon contrôlée, sans ouvrir de trous d'escalade de privilèges.

Sync local ↔ cloud

Concevoir une synchronisation local↔cloud où l'état qui vit dans localStorage remonte vers Postgres sans perdre de données ni créer de doublons, en résolvant les conflits de façon déterministe.

Advisors, migrations et audit

Opérer la base de données avec des changements versionnés via des migrations et utiliser les advisors de Supabase comme un linter de sécurité continu qui te prévient des tables sans RLS, des fonctions sans search_path et autres trous avant qu'ils n'atteignent la production.

Astro & Vite qui chargent vite

Monter et comprendre un site Astro qui génère du HTML statique par route et par locale, ainsi qu'un projet Vite SPA, en sachant exactement quel JS arrive au navigateur et pourquoi le chargement est rapide.

Composants et design tokens

Construire un système visuel cohérent avec des design tokens (CSS custom properties) et des composants réutilisables, au lieu de CSS épars répété, de sorte qu'un changement de marque soit une ligne et non une chasse au trésor.

Multi-tenant & white-label

Concevoir un vrai produit multi-tenant white-label : une seule base de code qui sert de nombreux clients avec leur propre marque, leurs données et leur configuration, en utilisant le pattern de couture (seam) de Store qui isole l'UI du stockage.

i18n : une galaxie en 6 langues

Architecturer l'internationalisation pour 6 langues sans dupliquer de pages, en comprenant les patterns de traduction, le fallback, et pourquoi les hrefs doivent être locale-aware.

Déploiement : Cloudflare, domaines, env

Faire passer un site de localhost à une vraie URL sur Cloudflare Pages avec un domaine propre et des variables d'environnement gérées de façon sûre, en distinguant quel env part au client et lequel jamais.

De localStorage au backend

Migrer la couche de données de localStorage vers un backend (Supabase) sans réécrire l'application, en tirant parti de la couture Store pour que le changement soit un swap d'implémentation, pas un refactor.

Ingestion read-only & edge sans clés

Construire un edge d'ingestion en lecture seule qui rapatrie sur disque des données publiques du monde sans jamais exposer la moindre credential, et qui est structurellement incapable d'opérer ou de déplacer de l'argent.

Classificateur de régime de prix

Construire un classificateur de régime de prix pur et déterministe qui étiquette l'état du marché (tendance, volatilité, comportement, stress) sans jamais dimensionner ni opérer une position.

Market Memory : forecast + calibration

Construire la Market Memory : un ledger qui verrouille une prédiction falsifiable AVANT le dénouement, la résout contre le rendement réalisé, et note sa propre calibration (hit-rate, Brier, calibration par confiance et par régime).

Anti-fabrication par construction

Concevoir le système pour qu'il soit structurellement incapable d'inventer des données ou de l'edge : null controls, significativité avec correction des comparaisons multiples, évaluation out-of-sample et un edge_demonstrated qui est toujours False par défaut.

Capital invariant

Implémenter le capital invariant : un ledger où le capital s'accumule entre les sessions, ne bouge que sur des clôtures RÉELLES (P&L réalisé), et ne se réinitialise jamais — de sorte que le nombre à l'écran reflète toujours des résultats clos, pas des replays ni des gains sur papier.

Autopilot ticks & boucles honnêtes

Construire des boucles d'autopilot qui accumulent un véritable apprentissage entre les ticks — déterministes depuis le disque, idempotentes, Gate-fermé — au lieu de générer du bruit ou de la fausse activité.

Minimalisme radical

Auditer un écran réel et livrer un avant/après où chaque élément supprimé est justifié par une décision, pas par goût.

Typographie avec intention

Construire une paire de titres qui mêlent l'Inter sans aux spans en italique serif (Cormorant) sans que l'œil détecte le saut, et documenter la correction de taille qui rend ça possible.

Voix de studio

Écrire un copy deck de page réelle (hero + trois sections) en voix de studio anonyme qui passe le test « vérité ou marketing ? » : chaque phrase est vérifiable, ou elle s'efface.

Traduire en préservant le sens

Produire une paire EN/ES d'un bloc de copy où l'espagnol dit la même chose que l'anglais — pas le littéral — et livrer les notes de chaque décision de sens.

Couleur et profondeur

Documenter un système de couleur et de profondeur (glass, bandes, champs de couleur) comme un ensemble de règles et de tokens réutilisables, avec des échantillons qui prouvent qu'il donne de la vie sans introduire de bruit.

Secrets : public vs privé

Décider, pour n'importe quelle clé ou token de tes projets, si elle peut vivre côté client ou si elle ne doit jamais quitter le serveur, et construire l'arbre de décision qui t'empêche de te tromper à nouveau.

Modèle de menace d'une SSG

Penser comme l'attaquant d'un site statique avec anon key : énumérer la vraie surface d'attaque d'un SSG + Supabase et comprendre pourquoi la seule défense qui compte est RLS, pas le client.

Audit adversarial

Auditer de façon adversariale : traiter chaque trouvaille de sécurité comme une hypothèse que tu dois réfuter avant d'y croire, au lieu d'accepter 'ça a l'air vulnérable' ou 'ça a l'air sûr' par inspection.

Incident response & rollback

Répondre à un incident en production avec une procédure froide : détecter, contenir, faire un rollback de façon sûre, et conduire un post-mortem sans blâme qui ferme la cause racine.

Isolation entre projets

Faire que plusieurs projets partagent une seule base de données Postgres sans qu'aucun puisse lire, écrire ou casser les données d'un autre — isolation multi-projet et multi-tenant imposée par la DB, pas par convention.

Observabilidad y coste

Monter un panel d'observabilité et un budget avec alertes pour un système vivant (Astro sur Cloudflare Pages + Supabase) : définir quels logs et métriques surveiller, ce qui déclenche une alerte, et quels plafonds d'usage et de dépense en tokens t'avertissent AVANT que la facture surprise n'arrive.