Coulisses
L’histoire et l’architecture d’angel-leclerc.fr
Publié le 3 octobre 2026
De juin à octobre 2026, l’histoire d’angel-leclerc.fr : de site personnel à écosystème numérique, en passant par Angel OS, Flamme OS, GraineOS et OpenDoor.
Archives · évolution · architecture
Comment un site personnel est devenu un écosystème numérique.
Cette histoire commence en juin 2026. Quelques mois plus tard, le projet comprend une application web, une administration, une base de données, plusieurs environnements et une architecture capable de continuer à évoluer.
Avant de parler technique
Ce que raconte vraiment cette histoire.
01
Un projet personnel
Le point de départ est un site destiné à présenter une activité, des projets et des contenus.
02
Une architecture qui grandit
Les besoins augmentent, donc le site devient une véritable application avec des données, une administration et plusieurs couches techniques.
03
Un laboratoire permanent
Les erreurs, les essais et les changements de direction font partie du développement au lieu d’être cachés.
La grande chronologie
De juin à octobre 2026.
Chaque étape n’efface pas la précédente : elle explique pourquoi l’architecture actuelle ressemble à ce qu’elle est aujourd’hui.
JUIN 2026
Le point de départ : angel-leclerc.fr
Le projet commence comme un site personnel et professionnel destiné à présenter l’activité, les projets, les contenus et l’univers numérique d’Angel Leclerc Communication.
Pourquoi cette étape compte
À ce stade, l’objectif est encore simple : disposer d’un site à son image. Mais l’expérimentation avec les outils modernes de création web et l’IA ouvre rapidement la porte à beaucoup plus.
JUIN → JUILLET 2026
Le site devient un terrain d’expérimentation
La construction ne suit pas un plan figé. L’interface, les contenus, les fonctions et l’organisation du projet évoluent au fil des essais.
Pourquoi cette étape compte
Les premières limites apparaissent aussi : contraintes des outils, erreurs de compilation, changements de structure et nécessité de comprendre ce qui se passe réellement derrière l’interface.
JUILLET 2026
Le développement se structure
Le projet commence à s’appuyer sur une architecture plus solide : code versionné, base de données, déploiement continu et séparation plus claire entre interface, données et infrastructure.
Pourquoi cette étape compte
L’usage de GitHub, Supabase, Vercel et des outils de développement assistés par IA transforme progressivement le site en véritable application web.
ÉTÉ 2026
Le besoin d’une administration apparaît
À mesure que le nombre de contenus et de fonctionnalités augmente, il devient nécessaire de pouvoir piloter le projet depuis un espace central.
Pourquoi cette étape compte
Articles, brouillons, messages, statistiques, paramètres et outils internes commencent à nécessiter une logique d’administration plutôt qu’une simple gestion de pages.
AOÛT 2026
Naissance d’Angel OS
Le projet change d’échelle : l’idée n’est plus seulement d’avoir un site, mais de construire un environnement capable de centraliser et d’orchestrer plusieurs briques numériques.
Pourquoi cette étape compte
Angel OS devient progressivement le nom donné à cette logique de système central et à son environnement d’administration.
AOÛT → SEPTEMBRE 2026
Les expérimentations se multiplient
De nouvelles interfaces, automatisations, outils internes, systèmes de contenu et mécanismes de sécurité sont testés.
Pourquoi cette étape compte
Certaines idées sont conservées, d’autres sont reconstruites ou abandonnées. Cette période est importante : l’architecture se forme autant par les réussites que par les problèmes rencontrés.
SEPTEMBRE 2026
Flamme OS : ouvrir sans exposer l’administration
Une branche plus orientée utilisateur apparaît : certaines fonctionnalités peuvent être expérimentées dans un environnement séparé sans donner accès à l’administration centrale.
Pourquoi cette étape compte
Flamme OS matérialise cette volonté de distinguer l’espace interne de pilotage et l’espace destiné à être utilisé ou testé par d’autres personnes.
SEPTEMBRE 2026
GraineOS entre dans l’histoire
Le projet s’inscrit dans un ensemble plus large d’expérimentations et d’outils autour de l’écosystème Angel.
Pourquoi cette étape compte
Cette étape traduit une évolution importante : l’architecture n’est plus pensée uniquement comme celle d’un site unique, mais comme celle d’un ensemble de projets pouvant partager des principes, des outils et des infrastructures.
FIN SEPTEMBRE 2026
OpenDoor prend sa place
OpenDoor devient l’environnement utilisateur et d’expérimentation issu de cette évolution.
Pourquoi cette étape compte
L’administration et l’expérience utilisateur sont davantage séparées. OpenDoor peut ainsi évoluer indépendamment tout en restant relié à l’écosystème technique qui l’a précédé.
FIN SEPTEMBRE 2026
La sécurité devient une couche à part entière
La protection du système prend une place croissante : contrôle des accès, infrastructure, sécurité applicative et surveillance des problèmes.
Pourquoi cette étape compte
Le projet ne consiste plus seulement à faire fonctionner des pages. Il faut aussi protéger les données, limiter les erreurs et savoir identifier les incidents.
OCTOBRE 2026
OpenDoor devient un véritable laboratoire
L’administration actuelle permet de gérer les contenus et de poursuivre les expérimentations : articles, brouillons, messages, outils internes et nouvelles briques.
Pourquoi cette étape compte
Le projet continue donc d’évoluer. L’objectif n’est pas de figer une version finale, mais de disposer d’une base suffisamment solide pour pouvoir continuer à construire.
Le changement d’échelle
Site → système → écosystème.
Site
Présenter l’activité, les projets et les contenus.
Système
Ajouter une base de données, une administration et des outils internes.
Écosystème
Séparer les environnements et permettre à plusieurs projets de coexister.
Comment tout s’emboîte
Une architecture en plusieurs couches.
Interface
C’est la partie visible : pages, menus, articles, cartes, animations et espaces d’administration.
Application
Le code fait le lien entre les actions de l’utilisateur, les pages, les données et les différents services.
Données
Les contenus et informations structurées sont stockés dans une base de données afin de pouvoir être consultés et administrés.
Versionnement
GitHub conserve le code et son historique. Cela permet de suivre les changements et de revenir sur une évolution si nécessaire.
Déploiement
Les changements validés sont envoyés vers l’infrastructure qui rend l’application accessible sur le web.
Protection
Des couches d’infrastructure et de sécurité participent à la protection du site et de ses services.
L’IA dans cette histoire
Un accélérateur, pas un pilote automatique.
L’intelligence artificielle intervient à plusieurs niveaux : exploration d’idées, génération et modification de code, recherche de solutions, analyse d’erreurs, documentation et accélération de certaines tâches. Mais une proposition de code n’est pas une validation. Chaque évolution importante doit être comprise, testée, corrigée et intégrée dans l’architecture générale.
Le travail invisible
Ce que l’utilisateur ne voit jamais.
Conception
Réfléchir à la structure et aux parcours.
Développement
Écrire, modifier et intégrer le code.
Tests
Tester les comportements et les différents écrans.
Débogage
Identifier pourquoi quelque chose ne fonctionne pas.
Infrastructure
Faire communiquer les différents services.
Sécurité
Limiter les accès et surveiller les problèmes.
Contenu
Créer, organiser et administrer les articles.
Reconstruction
Reprendre une partie du système lorsque l’ancienne approche ne convient plus.
Documentation
Comprendre ce qui existe pour pouvoir continuer à le faire évoluer.
La fiche technique
Sous le capot, en langage simple.
Chaque technologie a un rôle. Aucune ne fait « tout le site » à elle seule.
React
Construit l’interface interactive.
TypeScript
Structure le code et réduit certaines erreurs.
Vite
Gère une partie du processus de développement et de construction.
TanStack Router
Organise les différentes routes et pages de l’application.
Supabase
Gère notamment les données et certains services du projet.
GitHub
Conserve le code et son historique.
Vercel
Participe au déploiement de l’application.
Cloudflare
Participe au réseau et à certaines fonctions de protection.
Lovable
Environnement de développement assisté par IA utilisé dans la construction du projet.
Ordre de grandeur
≈ 350 heures de travail cumulé.
Ce chiffre représente un ordre de grandeur du travail réalisé depuis le lancement : conception, recherches, développement, tests, corrections, administration, sécurité et expérimentations. Ce n’est pas une répartition statistique précise.
FAQ
Les questions les plus simples.
Aujourd’hui
L’histoire n’est pas terminée.
angel-leclerc.fr reste le point d’origine visible. Derrière lui, plusieurs couches ont été ajoutées au fil des mois : Angel OS, les expérimentations autour de Flamme OS, l’écosystème GraineOS et, aujourd’hui, OpenDoor. Le résultat n’est pas un produit figé mais une architecture vivante, capable d’être modifiée et reconstruite.