# Veille technologique

[Source canonique](<https://sebastien.rigaux.be/veille/page/3>)

## [Next.js : une skill IA analyse et réduit les imports JavaScript](<https://sebastien.rigaux.be/veille/liens/nextjs-une-skill-ia-analyse-et-reduit-les-imports-javascript>)

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.

2026-10-30 · [Markdown](<https://sebastien.rigaux.be/veille/liens/nextjs-une-skill-ia-analyse-et-reduit-les-imports-javascript.md>) · [Ressource originale](<https://nextjs.org/blog/ship-less-javascript-with-ai>)

## [TanStack DB 1.0 RC1 : les oracles pour fiabiliser le code généré par des agents](<https://sebastien.rigaux.be/veille/liens/tanstack-db-10-rc1-les-oracles-pour-fiabiliser-le-code-genere-par-des-agents>)

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.

2026-10-30 · [Markdown](<https://sebastien.rigaux.be/veille/liens/tanstack-db-10-rc1-les-oracles-pour-fiabiliser-le-code-genere-par-des-agents.md>) · [Ressource originale](<https://tanstack.com/blog/tanstack-db-1.0-rc1-going-all-in-on-oracles>)

## [Vinext 1.4 : moins de travail serveur et une hydratation plus rapide](<https://sebastien.rigaux.be/veille/liens/vinext-14-moins-de-travail-serveur-et-une-hydratation-plus-rapide>)

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.

2026-10-30 · [Markdown](<https://sebastien.rigaux.be/veille/liens/vinext-14-moins-de-travail-serveur-et-une-hydratation-plus-rapide.md>) · [Ressource originale](<https://vinext.dev/blog/vinext-1-4>)

## [TanStack AI 1.0 : un cœur stable, un harness encore expérimental](<https://sebastien.rigaux.be/veille/liens/tanstack-ai-10-un-coeur-stable-un-harness-encore-experimental>)

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.

2026-10-30 · [Markdown](<https://sebastien.rigaux.be/veille/liens/tanstack-ai-10-un-coeur-stable-un-harness-encore-experimental.md>) · [Ressource originale](<https://tanstack.com/blog/tanstack-ai-1-0>)

## [TanStack Redact réduit le runtime client de React](<https://sebastien.rigaux.be/veille/liens/tanstack-redact-reduit-le-runtime-client-de-react>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/tanstack-redact-reduit-le-runtime-client-de-react.md>) · [Ressource originale](<https://tanstack.com/blog/introducing-tanstack-redact?ck_subscriber_id=2550494205&utm_source=convertkit&utm_medium=email&utm_campaign=%E2%9A%9B%EF%B8%8F%20This%20Week%20In%20React%20%23303%3A%20TanStack%2C%20Next.js%2C%20Vinext%2C%20Motion%2C%20React%20Hook%20Form%20%7C%20Expo%20Desktop%2C%20Legend%20Spark%2C%20Nitro%2C%20Exact%2C%20Skia%2C%20Screens%2C%20Unistyles%20%7C%20Node.js%2C%20Bun%2C%20SWC%2C%20Content%20Mappers%2C%20pnpm%2C%20Biome%20-%2023928066>)

## [OpnForm : création de formulaires open source, cloud ou auto-hébergée](<https://sebastien.rigaux.be/veille/liens/opnform-creation-de-formulaires-open-source-cloud-ou-auto-hebergee>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/opnform-creation-de-formulaires-open-source-cloud-ou-auto-hebergee.md>) · [Ressource originale](<https://github.com/OpnForm/OpnForm>)

## [Redact : un runtime React allégé, avec un rendu synchrone](<https://sebastien.rigaux.be/veille/liens/redact-un-runtime-react-allege-avec-un-rendu-synchrone>)

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é.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/redact-un-runtime-react-allege-avec-un-rendu-synchrone.md>) · [Ressource originale](<https://github.com/shader-effects-inc/shaders>)

## [WebCheck : analyser les signaux publics d’un site web](<https://sebastien.rigaux.be/veille/liens/webcheck-analyser-les-signaux-publics-dun-site-web>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/webcheck-analyser-les-signaux-publics-dun-site-web.md>) · [Ressource originale](<https://web-check.xyz/>)

## [RAG-Anything : traiter graphiques et documents multimodaux](<https://sebastien.rigaux.be/veille/liens/rag-anything-traiter-graphiques-et-documents-multimodaux>)

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`.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/rag-anything-traiter-graphiques-et-documents-multimodaux.md>) · [Ressource originale](<https://github.com/HKUDS/RAG-Anything>)

## [MicroKit : 54 micro-interactions React, CSS et Tailwind à copier](<https://sebastien.rigaux.be/veille/liens/microkit-54-micro-interactions-react-css-et-tailwind-a-copier>)

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 ».

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/microkit-54-micro-interactions-react-css-et-tailwind-a-copier.md>) · [Ressource originale](<https://microkit.co/>)

## [UI SFX : une bibliothèque de sons d’interface cohérente](<https://sebastien.rigaux.be/veille/liens/ui-sfx-une-bibliotheque-de-sons-dinterface-coherente>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/ui-sfx-une-bibliotheque-de-sons-dinterface-coherente.md>) · [Ressource originale](<https://uisfx.com/>)

## [The Website Specification : les exigences techniques d’un site web](<https://sebastien.rigaux.be/veille/liens/the-website-specification-les-exigences-techniques-dun-site-web>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/the-website-specification-les-exigences-techniques-dun-site-web.md>) · [Ressource originale](<https://specification.website/>)

## [WebMCP : un polyfill W3C pour expérimenter avec les agents web](<https://sebastien.rigaux.be/veille/liens/webmcp-un-polyfill-w3c-pour-experimenter-avec-les-agents-web>)

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é.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/webmcp-un-polyfill-w3c-pour-experimenter-avec-les-agents-web.md>) · [Ressource originale](<https://www.w3.org/blog/2026/w3c-launches-second-pilot-of-program-to-support-open-source-projects/>)

## [DeadTag : des tags web abandonnés détournés contre les iPhone](<https://sebastien.rigaux.be/veille/liens/deadtag-des-tags-web-abandonnes-detournes-contre-les-iphone>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/deadtag-des-tags-web-abandonnes-detournes-contre-les-iphone.md>) · [Ressource originale](<https://blog.report-uri.com/deadtag-how-forgotten-website-tags-became-a-delivery-network-for-iphone-spyware/>)

## [WebSub : standardiser les notifications HTTP par abonnement](<https://sebastien.rigaux.be/veille/liens/websub-standardiser-les-notifications-http-par-abonnement>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/websub-standardiser-les-notifications-http-par-abonnement.md>) · [Ressource originale](<https://www.w3.org/TR/websub/>)

## [ActivityPub : le protocole fédéré et ses règles d’évolution](<https://sebastien.rigaux.be/veille/liens/activitypub-le-protocole-federe-et-ses-regles-devolution>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/activitypub-le-protocole-federe-et-ses-regles-devolution.md>) · [Ressource originale](<https://github.com/w3c/activitypub>)

## [AT Protocol : des lexicons communs pour publier et indexer](<https://sebastien.rigaux.be/veille/liens/at-protocol-des-lexicons-communs-pour-publier-et-indexer>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/at-protocol-des-lexicons-communs-pour-publier-et-indexer.md>) · [Ressource originale](<https://standard.site/>)

## [next-themes : gérer les thèmes sans flash ni piège d’hydratation](<https://sebastien.rigaux.be/veille/liens/next-themes-gerer-les-themes-sans-flash-ni-piege-dhydratation>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/next-themes-gerer-les-themes-sans-flash-ni-piege-dhydratation.md>) · [Ressource originale](<https://github.com/pacocoursey/next-themes#readme>)

## [Plane : une plateforme open source pour piloter projets et cycles](<https://sebastien.rigaux.be/veille/liens/plane-une-plateforme-open-source-pour-piloter-projets-et-cycles>)

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.

2026-10-29 · [Markdown](<https://sebastien.rigaux.be/veille/liens/plane-une-plateforme-open-source-pour-piloter-projets-et-cycles.md>) · [Ressource originale](<https://github.com/makeplane/plane>)

## [oh-my-hermes : orchestrer modèles, compétences et vérification](<https://sebastien.rigaux.be/veille/liens/oh-my-hermes-orchestrer-modeles-competences-et-verification>)

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.

2026-10-28 · [Markdown](<https://sebastien.rigaux.be/veille/liens/oh-my-hermes-orchestrer-modeles-competences-et-verification.md>) · [Ressource originale](<https://github.com/rlaope/oh-my-hermes>)

Page 3 / 22

[Précédent](<https://sebastien.rigaux.be/veille/page/2>)

[Suivant](<https://sebastien.rigaux.be/veille/page/4>)
