Sébastien Rigaux

Veille technologique

Page 3 sur 22

Visuel noir avec le texte « Ship less JavaScript in Next.js with your AI agent » et le logo Next.js.

Next.js 16.4 fournit une skill d’agent IA qui analyse le graphe des modules et des chunks Turbopack pour repérer les imports qui alourdissent le JavaScript livré. Elle peut notamment détecter qu’un import statique ailleurs dans le bundle annule le chargement différé d’un composant, puis proposer des changements à examiner avant de les appliquer.

L’analyseur compare aussi des snapshots et filtre le code chargé au rendu initial. Vercel rapporte près de deux mégaoctets de JavaScript compressé économisés sur v0 et vercel.com ; les corrections ont été vérifiées sur des déploiements preview. L’outil requiert Turbopack, le bundler par défaut depuis Next.js 16.

Will Binns-SmithRepéré via This week in React

Carte illustrée de montagnes, de vallées et de chemins pointillés reliant différents points.

TanStack DB passe en 1.0 RC1 après un important travail de stabilisation. Kyle Mathews détaille comment des oracles de test — des modèles indépendants qui calculent le comportement attendu — et des tests property-based ont révélé des bugs dans les mises à jour de collections et les messages envoyés aux abonnés.

Ces références exécutables donnent aussi aux agents de code des règles précises à préserver lorsqu’ils modifient l’implémentation. Le compromis est explicite : écrire et affiner les modèles demande du travail, mais leur simplicité facilite la vérification d’algorithmes plus complexes. La version RC propose par ailleurs une adoption progressive, des API REST existantes vers la persistance locale, le mode offline et la synchronisation temps réel.

Kyle MathewsRepéré via This week in React

Visuel du billet Vinext 1.4, avec son titre, un résumé des changements et la date du 28 octobre 2026.

Vinext 1.4 réduit le travail à plusieurs étapes du rendu : les layouts App Router s’exécutent une seule fois par requête, le prefetch des routes dynamiques ne génère plus la page entière et les chunks nécessaires à l’hydratation se compilent en arrière-plan dans Chrome récent. Sur le benchmark Hacker News, l’éditeur mesure 31,1 ms de CPU par requête, contre 54,4 ms en 1.3 et 33,7 ms pour Next.js.

La version synchronise aussi la génération du HTML et du payload RSC en cache. Les résultats restent toutefois dépendants du scénario : sur un prototype de site éditorial, Next.js peint plus vite et consomme moins de CPU par requête. Le test de TanStack Redact révèle un autre compromis : moins de JavaScript téléchargé, mais une hydratation nettement plus coûteuse sur les pages chargées.

James AndersonRepéré via This week in React

Visuel TanStack AI 1.0 avec les logos TanStack, la mention « AI building blocks for TypeScript » et un palmier sur fond dégradé.

TanStack AI 1.0 stabilise ses API principales pour composer chat, outils, médias et intégrations avec plusieurs fournisseurs et frameworks UI. Les adapters tree-shakable et les tests de bout en bout sur fixtures déterministes permettent de vérifier les flux sans appels réels aux modèles.

Le harness d’agents ajoute sessions durables, interruptions et travail en arrière-plan, mais reste en 0.x et peut changer lors d’une version mineure. Pour migrer, il faut mettre à niveau ensemble les packages stables et fournir explicitement un threadId ; le contrôle des types ne migre pas les conversations ni les fichiers persistés.

co-authored by Alem Tuzlak, Jack Herrington, Tom Beckenham, and Tanner LinsleyRepéré via This week in React

Visuel TanStack Redact indiquant « Your React app. Less JavaScript. » et affichant les logos de TanStack Start, Vite, Vinext et Next.js.

TanStack Redact 0.2.0 remplace React et React DOM dans le navigateur sans modifier le code de l’application. Ses intégrations stables couvrent TanStack Start, Vite, Vinext et Next.js ; dans ces deux derniers frameworks, React reste chargé du rendu serveur tandis que Redact gère l’hydratation et le rendu client.

Les mesures fournies par TanStack montrent des réductions de bundle allant de 20,4 % à 70,5 % sur leurs applications de référence, mais ces gains varient selon le projet. Le compromis est concret : Redact rend de façon synchrone, sans time slicing ni rendu interruptible de React. Un rendu lourd peut donc retarder les interactions ; la compatibilité et les écrans les plus chargés méritent d’être vérifiés dans chaque application.

Tanner LinsleyRepéré via This week in React

Logo OpnForm sur fond clair, accompagné de la mention « The open-source form builder ».

OpnForm est un éditeur de formulaires open source qui propose aussi bien un service cloud qu’un déploiement auto-hébergé. Le dépôt documente des fonctions concrètes pour l’exploitation et la maintenance : limites de taille des bundles, migrations d’index PostgreSQL sans bloquer les écritures, environnements Docker isolés pour les worktrees et contrôles des dépendances. Il expose aussi un serveur MCP permettant aux agents IA de créer et prévisualiser des brouillons, avec une gestion des versions pour restaurer des révisions.

OpnForm

Aperçu GitHub du dépôt shader-effects-inc/shaders, présenté comme une bibliothèque de composants WebGPU pour React, Vue, Svelte, Solid, JavaScript et Framer.

L’expérience de projection React pilotée par l’IA de Tanner Linsley est devenue un projet TanStack utilisé en production. Redact propose un runtime plus léger, compatible avec React et déjà fonctionnel avec Start, Next.js, Vinext et Vite. Côté serveur, React continue de gérer le SSR et les Server Components.

Le compromis se situe dans le rendu : Redact travaille de façon synchrone, sans le time slicing de React. Comme le reconnaît le billet, un rendu lourd peut encore retarder les interactions. Le gain de légèreté s’accompagne donc d’une limite à prendre en compte pour les interfaces exigeantes en réactivité.

Shader Effects, Inc.Repéré via This week in React

Bannière WebCheck avec le nom du projet en vert, la mention « On-demand OSINT tool for exploring website data » et une icône de globe protégée par un bouclier.

WebCheck rassemble dans une interface les informations qu’un domaine expose publiquement : DNS, certificats TLS, en-têtes HTTP, sous-domaines, technologies détectées et présence éventuelle sur des listes de menaces. L’outil propose 44 vérifications et peut aussi servir à examiner les redirections, les trackers ou la configuration e-mail.

L’analyse donne un point de départ pratique pour un contrôle de surface, sans remplacer un audit approfondi : certaines données, comme les vulnérabilités associées par Shodan, reposent sur des sources externes. Le projet est open source, peut être auto-hébergé et expose une API.

Alicia Sykes

Aperçu du dépôt GitHub HKUDS/RAG-Anything, avec le logo Open DataScience et les compteurs de contributeurs, issues, discussions, étoiles et forks.

RAG-Anything est un framework construit sur LightRAG pour indexer et interroger des documents mêlant texte, images, tableaux, équations ou graphiques. Il orchestre leur parsing, leur analyse et leur recherche dans un même pipeline multimodal.

Le projet combine similarité vectorielle et graphe de connaissances, avec des processeurs dédiés aux différents contenus et des requêtes pouvant transmettre les images retrouvées à un modèle de vision. Une évolution récente route aussi les graphiques rendus vers le pipeline d’images, tout en conservant leurs légendes et le texte extrait. Pour mettre à jour un document déjà indexé, le retraitement multimodal doit être activé explicitement avec force_multimodal_reprocess=True.

HKUDS

Visuel MicroKit UI sur fond noir, avec le texte « Microinteractions worth copying » et des carrés concentriques orange.

MicroKit rassemble des interactions prêtes à copier — boutons animés, onglets, champs et effets au survol — avec des versions React ou CSS et Tailwind. Chaque composant se récupère séparément en JavaScript ou TypeScript, sans installer de package ; 26 des 54 n’ont aucune dépendance, tandis que 28 utilisent lucide-react.

Le code est sous licence MIT et les variantes Tailwind sont prévues pour les versions 3 et 4. Côté Next.js App Router, la plupart des composants restent compatibles avec les server components ; ceux qui utilisent état, ref ou gestionnaire d’événement nécessitent « use client ».

Henrique BaroneRepéré via Frontend Focus

Visuel UI SFX présentant une bibliothèque ouverte de sons d’interface, avec 936 sons, 78 événements et 12 styles sonores.

UI SFX organise 78 événements d’interface en 12 univers sonores, pour comparer le caractère d’un même feedback sans changer sa signification. La bibliothèque rassemble 72 sons ponctuels et six boucles, avec des aperçus interactifs pour les tester dans des parcours de produit.

Le package s’installe avec npm install uisfx et propose une API TypeScript pour déclencher les sons ou arrêter une boucle quand l’état associé se termine. Les fichiers audio sont sous licence CC0 et le runtime sous MIT ; cette séparation facilite leur réutilisation dans des projets web comme natifs.

Yuki Capital

Capture de The Website Specification : le titre « What a good website does » et les quatre axes document, expérience, confiance et découverte.

Cette spécification rassemble 178 sujets sur les responsabilités techniques d’un site : HTML, accessibilité, sécurité, performance, SEO, vie privée et résilience, entre autres. Chaque sujet explique son importance et sa mise en œuvre, avec des éléments classés comme requis, recommandés, facultatifs ou à éviter.

La checklist transforme ces critères en vérifications oui/non, ce qui aide à repérer les lacunes puis à les contrôler après correction. Fondée sur des sources primaires et indépendante des plateformes, la spécification est aussi consultable par les agents via un serveur MCP en lecture seule, sans authentification pour les outils de référence.

@jdevalk

Le W3C lance un second projet pilote de son programme open source : un polyfill de WebMCP, une API JavaScript en incubation qui permet d’exposer des fonctions d’application sous forme d’outils appelables par des agents et des technologies d’assistance. Le polyfill vise à faciliter l’expérimentation et l’interopérabilité pendant l’évolution de la spécification.

Le projet prévoit une publication sur npm, le suivi des tests Web Platform Tests et l’ajout d’événements de cycle de vie et d’un support déclaratif. Si WebMCP rejoint la voie de standardisation et que des implémentations natives interopérables apparaissent, le polyfill sera progressivement abandonné.

Ian Jacobs, Strategy Team

Illustration d’un tag de code web délabré relié par des flux numériques à un iPhone touché par une perturbation rouge et bleue.

Des domaines expirés derrière d’anciens tags d’analyse ou de publicité ont été rachetés pour rediriger des visiteurs vers des contenus malveillants, dont les kits d’exploitation iOS Coruna et DarkSword. Report URI et iVerify décrivent une chaîne qui filtre les visiteurs et adapte sa charge à l’appareil ; les scanners de sécurité peuvent ne recevoir qu’une réponse vide.

Le cas rappelle qu’un script tiers oublié reste une dépendance active : son domaine peut changer de propriétaire sans modification du site. L’article recommande d’auditer les tags, de surveiller les scripts chargés et de contrôler leurs domaines via une Content Security Policy.

Scott Helme

WebSub définit un protocole de notification entre éditeurs et abonnés : l’abonné découvre un hub, s’y inscrit avec une URL de callback, puis le hub lui transmet les mises à jour par HTTP. La spécification encadre la validation des abonnements, leur renouvellement et les tentatives de livraison, sans imposer le mécanisme par lequel l’éditeur avertit le hub.

La recommandation W3C mise à jour ajoute des mesures contre les attaques XSS lors de la vérification des abonnements. Elle précise aussi la signature HMAC des notifications : le document signale que SHA-1 reste courant pour la compatibilité, mais recommande au minimum SHA-256 lorsque la sécurité du transport TLS peut être compromise.

Aperçu généré par GitHub du dépôt w3c/activitypub.

Le dépôt W3C présente ActivityPub, un protocole de réseau social décentralisé qui combine une API client-serveur et une API fédérée de serveur à serveur. Fondé sur le format JSON-LD ActivityStreams 2.0, il permet de décrire des activités extensibles et de construire différents types d’applications sociales.

Le dépôt précise aussi comment faire évoluer une recommandation déjà publiée : les clarifications vont dans le Primer, les corrections passent par un processus d’errata et les changements incompatibles exigent un nouveau groupe de travail. Cette gouvernance formelle reflète le coût de déploiement d’un protocole utilisé par de nombreux serveurs indépendants.

Visuel Standard.site présentant des lexicons partagés pour la publication sur AT Protocol et un extrait du schéma d’une publication.

Standard.site propose des lexicons partagés pour les plateformes de publication sur AT Protocol. L’objectif : permettre aux indexeurs et aux outils de s’appuyer sur un schéma commun, tout en facilitant la découverte des contenus et leur migration entre hébergeurs.

Le standard décrit les métadonnées des publications, des documents et des abonnements, sans imposer de format de contenu. Chaque plateforme peut choisir les lexicons à implémenter. La vérification s’appuie sur une route /.well-known/site.standard.publication pour relier un domaine à sa publication, et sur une balise HTML pour associer un document à son AT-URI.

Bannière blanche avec le texte noir « Next Themes » et les icônes GitHub et de sponsor.

next-themes applique le thème dès le chargement, prend en compte la préférence système et synchronise le choix entre les onglets. Son ThemeProvider fonctionne avec l’App Router comme avec pages/, et expose un hook pour changer de thème ou gérer plusieurs variantes.

Le point à intégrer dans l’architecture : le thème stocké dans le navigateur est inconnu au rendu serveur. L’interface qui dépend de useTheme doit donc attendre le montage côté client pour éviter les erreurs d’hydratation. La bibliothèque met aussi à jour l’attribut de <html> — avec suppressHydrationWarning recommandé — et reste indépendante de la solution CSS utilisée.

Illustration de présentation du dépôt GitHub makeplane/plane.

Plane réunit suivi des work items, cycles, modules, pages et analytics dans une plateforme de gestion de projet open source, avec une option d’auto-hébergement via Docker ou Kubernetes. Le dépôt met aussi en lumière un chantier d’architecture concret : la migration de l’interface vers le design system Propel, menée par étapes avec des tests, des contrôles d’accessibilité et la suppression progressive des anciens composants. Le projet combine React et React Router côté web, Django côté API.

Plane

Carte de prévisualisation GitHub du dépôt rlaope/oh-my-hermes, avec le nom du projet, sa description et le nombre de contributeurs, issues, étoiles et forks.

oh-my-hermes ajoute une couche d’orchestration à Hermes Agent : le projet associe modèles et niveaux de raisonnement à des catégories de travail, charge des compétences à la demande et peut découper un objectif en graphe de tâches parallèles. Chaque tâche conserve un périmètre d’écriture distinct, tandis qu’un nœud séparé vérifie le résultat.

Le choix architectural le plus notable est de séparer préparation et preuve d’exécution : un plan ne devient pas un travail réalisé, et un agent qui annonce avoir terminé ne suffit pas à valider le résultat. Le projet propose aussi une mémoire soumise à revue et une TUI dédiée, sans remplacer ni modifier Hermes Agent.

rlaope