Éclair 2.0 : un noyau léger, des skills et l’import WordPress

Sommaire
- Qu’est-ce qui change avec Éclair 2.0 ?
- Comment importer un site WordPress dans Éclair 2.0 ?
- La vision : un noyau, des skills et des packs
- Pourquoi ne pas simplement ajouter des extensions ?
- Trois niveaux : Core, Skills et Packs
- Un site vitrine ne chargera jamais le moteur d’un forum
- Des skills combinables, une seule identité
- Le bon stockage pour chaque usage
- La sécurité n’est pas une option du skill
- Comment passer à Éclair 2.0 ?
- Et maintenant, les skills
- Questions fréquentes sur Éclair 2.0
Éclair 2.0, sortie le 8 novembre 2026, est la version la plus importante depuis la première. Pour tes visiteurs, rien ne change : le HTML public des sites existants reste identique à l’octet près. Sous le capot, tout est réorganisé pour qu’Éclair reste petit, rapide et sûr, tout en permettant de construire des sites bien plus ambitieux.
Trois idées guident cette version : un noyau qui ne grossit pas, des fonctions qu’on n’ajoute que si on en a besoin, et des règles de construction que l’IA peut suivre pour développer le reste. Voici ce que contient la 2.0, puis la vision qui la porte.
Qu’est-ce qui change avec Éclair 2.0 ?
| Nouveauté | Ce qu’elle t’apporte |
|---|---|
| Ton thème t’appartient | Il vit dans site/themes/, qu’une mise à jour ne touche jamais. Les retouches faites sur un thème 1.x sont retrouvées et gardées automatiquement. |
| Fonctions optionnelles | Ancien site, sauvegardes Google Drive, Robots IA, Google Discover, Affiliation et Planning éditorial s’ajoutent dans Fonctions › Ajouter. Un site qui ne les utilise pas ne charge pas leur code. |
| Import WordPress | L’export de WordPress (.xml) devient des articles, des pages, des catégories et des images, avec leurs adresses exactes. |
| Anciennes adresses gardées | /2024/03/mon-article/, /page.html ou ?p=123 continuent de mener au bon contenu, en une seule redirection 301. |
| Restauration en ligne | Sécurité › Restaurer une sauvegarde, sur ce site ou sur un autre, avec tout vérifié avant d’écrire. |
| Prêt pour les skills | Une API qui décrit ce que le site sait faire, des schémas, un outil de validation et un guide pour que l’IA construise de nouvelles fonctions proprement. |
| Testé en vrai | PHP 8.1 à 8.5, serveurs Apache et Nginx réels, mise à jour en un clic depuis les vraies 1.14.1 et 1.14.2, administration vérifiée WCAG 2.1 A/AA. |
| Archive | 833 Ko, environ 1,6 Mo une fois décompressée, toujours sans base de données. |
Les sites qui utilisaient une fonction devenue optionnelle la retrouvent après la mise à jour, avec toutes leurs données. Le détail technique est dans le journal des versions.
Comment importer un site WordPress dans Éclair 2.0 ?
C’est la nouveauté la plus attendue : tu peux maintenant quitter WordPress sans tout recopier.
- Dans WordPress, ouvre Outils › Exporter, choisis Tout le contenu et télécharge le fichier
.xml. - Dans Éclair 2.0, ouvre Fonctions, puis ajoute Import WordPress.
- Ouvre Import WordPress, envoie le fichier et lance l’import. Il avance par petits lots et reprend là où il s’est arrêté.
- Relis les contenus signalés, puis fais pointer ton domaine vers Éclair.
Chaque article ou page garde son adresse WordPress, et les anciennes adresses ?p= ou ?page_id= redirigent vers lui. Les images sont copiées dans la médiathèque, en version originale. Le HTML devient des blocs Éclair : titres, paragraphes, listes, images avec légende, citations, code, vidéos YouTube et Vimeo. Les scripts, formulaires et intégrations inconnues sont retirés et comptés, les shortcodes sont signalés. Relancer le même import ne crée aucun doublon.
Ce que l’import ne fait pas : reproduire les extensions (formulaires avancés, espaces membres, boutique WooCommerce) ni les mises en page de constructeurs comme Elementor. Le texte et les images sont repris, la mise en page se refait avec l’éditeur de blocs. Et aucune migration ne garantit tes positions dans Google : les adresses conservées sont là pour limiter les risques.
La vision : un noyau, des skills et des packs
La 2.0 est la première étape d’une vision plus large, présentée sur eclaircms.com : garder un noyau petit et stable, et confier la construction des fonctionnalités avancées à l’IA, guidée par des règles précises.
Pourquoi ne pas simplement ajouter des extensions ?
Une extension est un bloc de code générique. Elle est écrite pour des milliers de sites différents, donc elle embarque des options, des écrans et des cas d’usage dont ton projet n’a pas besoin. Ce code est chargé, mis à jour, surveillé et parfois attaqué, même pour les parties que tu n’utilises jamais.
À l’échelle d’un site, c’est gérable. À l’échelle de dix sites, cela devient une charge de maintenance permanente : mises à jour à suivre, incompatibilités après une mise à jour, licences à renouveler. Le problème n’est pas une extension en particulier, c’est l’empilement.
Les assistants IA changent la donne. Claude, ChatGPT ou Codex savent aujourd’hui écrire du code adapté à une demande précise. Ce qui leur manque, ce sont des règles de construction fiables : où placer le code, comment stocker les données, comment vérifier les droits d’accès, comment tester. C’est exactement ce que la V2 apporte.
Trois niveaux : Core, Skills et Packs
La V2 organise l’écosystème en trois niveaux, avec des rôles bien distincts.
| Niveau | Rôle | Ce qui le caractérise |
|---|---|---|
| Éclair Core | Le CMS léger et autonome | Routage, contenus, sécurité, SEO/GEO, cache, interfaces stables |
| Éclair Skills | Les compétences utilisées par l’IA | Instructions, modèles, dépendances et tests pour développer, configurer et faire évoluer un site |
| Éclair Packs | Les assemblages exécutables | Commerce, LMS, Community… installés seulement quand le projet en a besoin |
Éclair Core reste ce que tu connais : un CMS ultraléger, sans base de données, avec un cache statique et des mises à jour signées. La V2 lui ajoute surtout des interfaces stables : des points d’accroche documentés sur lesquels les fonctionnalités peuvent s’appuyer sans modifier le cœur.
Les skills sont des compétences destinées aux assistants IA. Chacun décrit une mission précise (gérer un panier, une progression d’élève, une modération de forum), ses dépendances, les conventions à respecter et les tests à réussir.
Les packs sont le résultat concret : des fonctionnalités réellement exécutables, générées à partir des skills et installées uniquement si le projet les demande.
Un site vitrine ne chargera jamais le moteur d’un forum
C’est la conséquence la plus visible de cette architecture. Avec des extensions, un site accumule au fil du temps du code inutile. Avec la V2, un site vitrine ne contient que le noyau. Une boutique contient le noyau et ce dont la boutique a besoin. Rien de plus.
Prenons un exemple concret : une boutique de vêtements avec 300 produits, trois tailles, cinq couleurs, des promotions et une livraison européenne. L’agent IA s’appuie sur le skill orchestrateur eclair-commerce-pro, qui fait appel au catalogue, aux variantes et aux stocks, au panier, aux paiements, aux expéditions et à la TVA. Il n’installe ni marketplace, ni produits numériques, ni abonnements, puisque le projet n’en a pas besoin.
Des skills combinables, une seule identité
Une bibliothèque de compétences isolées ne suffirait pas. L’innovation essentielle de la V2, c’est que les skills se combinent.
Imaginons une académie en ligne. Elle a besoin de cours et de progression (Éclair LMS), de paiements et d’abonnements (Éclair Commerce), d’un forum pour les élèves (Éclair Community), d’espaces réservés (Éclair Membership), d’une identité visuelle (Éclair Design) et d’une bonne visibilité (Éclair SEO/GEO).
Dans un écosystème d’extensions, ces six besoins donnent souvent six systèmes de comptes, six façons de gérer les droits et plusieurs passerelles de paiement. Dans la V2, ils partagent les mêmes comptes, les mêmes permissions et le même mécanisme de paiement.
Pour que cela fonctionne, chaque pack déclare ses dépendances et ses capacités. Le LMS a besoin du service de comptes, mais les paiements restent facultatifs : un LMS gratuit ne charge aucun module e-commerce.
Le bon stockage pour chaque usage
Éclair est connu pour fonctionner sans base de données. La V2 garde ce principe pour le noyau, mais refuse de l’imposer partout. Gérer des commandes et des stocks avec de simples fichiers, sans garanties transactionnelles, serait une erreur.
| Profil | Stockage envisagé | Exemples d’usage |
|---|---|---|
| Éclair Static | Fichiers protégés | Site vitrine, blog, documentation |
| Éclair Interactive | Fichiers structurés et indexés | Formulaires, petites applications |
| Éclair Transactional | SQLite, MySQL ou MariaDB | Commandes, stocks, forums, progression |
| Éclair Connected | Services externes et API | Applications connectées ou à forte activité |
Le message devient donc plus précis, et plus honnête : Éclair Core fonctionne sans base de données ; les fonctionnalités avancées peuvent en utiliser une lorsqu’elle est nécessaire. Les pages publiques, comme les fiches produits, peuvent rester servies depuis le cache statique, tandis qu’un panier ou une session de membre suivent un chemin dynamique.
La sécurité n’est pas une option du skill
Du code généré par une IA doit être aussi sérieux que du code écrit à la main. C’est pourquoi les règles de sécurité sont inscrites dans les skills fondamentaux, et non laissées à l’appréciation de chaque fonctionnalité :
- contrôle d’accès à chaque objet : une commande, un cours ou un message n’est servi qu’à l’utilisateur qui y a droit, une protection que l’OWASP place parmi les priorités pour les API ;
- paiements confirmés par le serveur : une commande n’est validée et une formation débloquée qu’à réception d’un événement de paiement vérifié (webhook signé), jamais sur la simple visite d’une page « paiement réussi » ;
- audit et tests avant publication :
eclair-security-auditeteclair-test-suitecontrôlent chaque fonctionnalité générée ; - compatibilité avec les mises à jour : les fonctionnalités vivent à côté du noyau, et les mises à jour signées ne les écrasent pas.
Comment passer à Éclair 2.0 ?
Avant toute chose, télécharge une sauvegarde dans Sécurité.
- Depuis la 1.10 ou plus récente : ouvre Mises à jour, puis installe la 2.0.0. L’ancien code est gardé, le site est vérifié, et Éclair revient tout seul en arrière en cas de problème.
- Hébergement en PHP 8.1 avec la 1.14.1 : la mise à jour en un clic ne fonctionne pas sur cette combinaison. Passe en PHP 8.2 ou plus dans l’espace client de ton hébergeur, ou mets à jour par FTP.
- Par FTP : si tu avais modifié des fichiers du thème d’Éclair, déplace d’abord
appverscache/legacy-appetassetsverscache/legacy-assets, puis envoie le contenu du dossiereclairde l’archive. Tes retouches sont rangées dans un thème « legacy », activé automatiquement.
Après la mise à jour, la page Thèmes indique ce qui a été repris. Le guide complet est dans Mettre à jour, sauvegarder, déménager.
Et maintenant, les skills
La bibliothèque des 57 skills répartis en huit familles est maintenant publiée sur GitHub. Les huit fondations, les skills de design et la plupart des skills SEO sont utilisables tout de suite ; ceux de commerce, de formation ou de forum guident la conception en attendant que le noyau ouvre les briques nécessaires. Tout est détaillé dans l’article sur le noyau et les skills et sur la page Skills.
Questions fréquentes sur Éclair 2.0
Éclair 2.0 est-il gratuit ?
Oui. Éclair reste un logiciel libre sous licence AGPL-3.0, gratuit pour tous tes sites, y compris commerciaux. Aucune fonction actuelle n’est retirée.
Mon site va-t-il changer d’apparence ?
Non. Le HTML public des sites existants reste identique à l’octet près, et les retouches faites sur un thème 1.x sont reprises dans un thème « legacy ».
L’import WordPress est-il inclus ?
Oui, c’est une fonction livrée avec Éclair 2.0 : ajoute-la dans Fonctions, puis envoie l’export .xml de ton site WordPress.
Les 57 skills sont-ils déjà disponibles ?
Oui. La bibliothèque des 57 skills est publiée sur GitHub : 19 sont utilisables tout de suite, les autres guident la conception de fonctions dont certaines briques du noyau restent à ouvrir. Voir la page Skills.
Éclair 2.0 utilise-t-il une base de données ?
Le noyau, non : il fonctionne toujours avec des fichiers protégés. Seules de futures fonctions transactionnelles (commandes, forum, progression) pourront utiliser SQLite, MySQL ou MariaDB.


