HTML-first · Natif IA · Page → Application → Production

Le framework JavaScript qui
s'écrit lui-même.

React vous demande d'apprendre JSX. Vue vous demande d'apprendre les SFC. Svelte vous demande d'apprendre un compilateur. Xuda fait table rase du passé. Un seul moteur réactif, deux chemins d'écriture, Slim pour les pages HTML-first et CLI pour les produits app-first, avec une rampe d'accès directe vers xuda.ai quand vous êtes prêt à déployer.

Aucune étape de build
Pas de DOM virtuel
Natif IA par conception
Un clic vers xuda.ai
index.htmlApp.xudeploy
<script type="module">
  import { xuda } from "@xuda.io/xuda-runtime-slim-es";
  new xuda(document.body, { prog_id: "home" });
</script>

<div xu-store="{count:0}">
  <button xu-click="count++">
    Clicked <span xu-text="count"/> times
  </button>
</div>
Slim · 0 build · 0 dépendance · ~30 Ko→ CLI → xuda.ai
2

Chemins d'écriture · Un runtime

0

Dépendances npm dans votre bundle

~140 KB

Framework entier, gzippé

1 formulaire

De localhost à la prod xuda.ai

Pourquoi cela existe

Les frameworks modernes ont un plafond. Pas Xuda.

React vous laisse construire une UI, puis vous laisse seul avec l'hébergement, les données, l'authentification, et les opérations. Next.js enveloppe une facture d'hébergement autour de votre code et l'appelle un framework. Svelte livre un compilateur et vous dit au revoir. Le Xuda JavaScript Framework est le seul runtime réactif conçu pour évoluer d'un simple fichier HTML à une application de production déployée sur une plateforme que nous possédons, de bout en bout.

Le HTML est la source

Pas de JSX. Pas de fichiers .vue. Pas de compilateur de gabarit. Le HTML que vous écrivez est le HTML que le navigateur analyse, avec la réactivité superposée via les directives xu-*.

Aucun DOM virtuel. Jamais.

Xuda se lie directement aux vrais nœuds DOM. Pas de diffing. Pas de réconciliateur. Pas de re-rendu mystère. Juste les éléments qui dépendent de la valeur qui a changé, mis à jour.

Zéro chaîne d'approvisionnement

Slim est livré comme un module ES unique et autonome. Pas de dépendances transitives. Pas d'incident de package npm de la semaine. Auditez-le une fois, livrez-le pour toujours.

Page → Application → Production

Commencez avec une seule page HTML. Vous la dépassez ? Passez à la CLI sans réécrire. Prêt à livrer ? Poussez vers xuda.ai. Un runtime, un modèle mental, zéro migration.

Source native IA

Xuda a été conçu aux côtés de grands modèles de langage. Directives stables, structure déterministe, blocs de construction nommés. Les agents IA qui émettent du Xuda produisent des applications qui fonctionnent, pas des ébauches « maintenant câblez-le vous-même ».

Une facture, de bout en bout

Le framework, le runtime, la génération de code IA, la base de données, le système de déploiement, et l'hébergement sont tous une seule plateforme. Arrêtez de louer six outils. Arrêtez de câbler six tableaux de bord. Livrez.

Deux chemins d'écriture · Un runtime

Xuda Slim pour les pages. Xuda CLI pour les applications. Même runtime en dessous.

Les deux compilent vers le même runtime réactif. Commencez avec l'un, passez à l'autre, ou utilisez-les côte à côte. Il n'y a pas d'histoire de migration entre eux. Il n'y a pas de deuxième framework à apprendre. Juste le chemin qui correspond au travail devant vous, maintenant.

Chemin 1

Xuda Slim

HTML-first · page-first · module ES de ~140 Ko

Le chemin plus léger. Déposez un <script type="module">, importez Slim depuis un CDN ou npm, et décorez votre HTML existant avec xu-store, xu-text, xu-click, xu-for, et xu-show. Votre fichier devient réactif. Pas de build, pas de JSX, pas de chaîne d'outils.

  • Idéal pour les pages produit, la documentation, les widgets intégrés, les MVP
  • Module ES unique, zéro dépendance npm dans votre bundle
  • Fonctionne sur n'importe quel hébergeur statique, n'importe quel CDN, n'importe quel bucket S3
  • Même vocabulaire de directives que le chemin CLI
Chemin 2

Xuda CLI

App-first · piloté par la source · synchronisable au cloud

Le chemin sérieux. Rédigez App.xu, déposez des écrans dans components/, l'état partagé dans globals/, les lectures dans data/get/, les écritures dans data/set/, plus tables/, routes/, apis/, alerts/, et ai-agents/. Ajoutez une api_key et ça se synchronise directement avec xuda.ai.

  • Idéal pour les tableaux de bord, CRUD, workflows multi-écrans, vrais produits
  • Blocs de construction typés, documents de runtime générés, vraie architecture
  • Disposition de source que les agents IA peuvent lire et écrire directement
  • Une api_key loin de la synchronisation cloud et du déploiement xuda.ai
↓ Mêmes directives. Même réactivité. Même histoire de déploiement. Choisissez celui qui correspond au travail d'aujourd'hui, changez quand le travail le dépasse.
Natif IA par construction

Les autres frameworks tolèrent l'IA. Xuda a été construit pour elle.

Tous les autres frameworks traitent la sortie LLM de la même façon : un mur de React généré, un fichier composant de 600 lignes, un graphe d'imports que le modèle « espère » résoudre. Xuda a inversé le postulat, conçu aux côtés de l'IA Xuda dès le départ. Vocabulaire de directives stable. Disposition de source déterministe. Les agents IA émettent du HTML Xuda et de la source CLI de la même façon que les humains, et le résultat est une application qui tourne.

Vocabulaire de directives stable

L'ensemble de directives est petit, nommé, et figé. Les modèles entraînés sur Xuda une fois restent corrects d'une version à l'autre. Aucun piège « renommé en v4 ». Aucun hook déprécié que l'IA ne connaîtrait pas encore.

Disposition de source déterministe

Les applications CLI ont des dossiers explicites pour les composants, globales, lectures, écritures, tables, routes, alertes, et agents IA. Un LLM n'a pas à deviner la forme du projet. Il la connaît déjà.

Documents de runtime générés

xuda-cli dev compile la source en documents de runtime qui font aussi office de spécifications lisibles par machine. Les agents lisent les documents, modifient la source, et relancent. Aucune rétro-ingénierie.

Génération de code en boucle fermée

L'IA Xuda génère de la source Xuda. Le vérificateur de programme la valide. Le runtime l'exécute. Il n'y a aucun risque de « le modèle a-t-il inventé un package npm cette semaine ». Le pipeline est scellé.

Unité ai_agent native

La CLI a une unité source ai_agent de premier ordre. L'IA n'est pas un plugin greffé après coup. C'est un bloc de construction du framework, avec le même cycle de vie que les composants, routes, et tables.

Écrit à la main ↔ Écrit par l'IA

Les applications Xuda écrites par des humains et les applications Xuda écrites par des agents IA sont indiscernables. Mêmes directives, mêmes fichiers, même runtime. Mélangez librement. Livrez sans avertissement.

Le système de directives

Un vocabulaire petit et complet. Mémorisable en une journée.

Xuda n'invente pas un nouveau langage de gabarits. Il utilise des attributs HTML, le même mécanisme qui pilote déjà id, class, et data-*. L'ensemble de directives est intentionnellement petit, pour que tout le framework tienne dans votre tête, et dans la fenêtre de contexte d'un modèle.

xu-store

Déclarez un état réactif sur n'importe quel élément. Chaque descendant peut le lire, le muter, et s'y lier.

xu-text

Écrivez du texte dans un élément. Préfixez-le avec xu-exp: et il se lie à une expression en direct. Pas de setState.

xu-content

Définissez le contenu rendu depuis un littéral ou une expression. Pas de gymnastique d'interpolation de littéral de gabarit.

xu-show

Rendez un élément conditionnellement. Cachez et réaffichez sans remonter.

xu-for

Itérez sur des tableaux ou objets directement en HTML. Les éléments de liste restent synchronisés avec les données sous-jacentes.

xu-click

Mettez à jour l'état au clic depuis une carte en ligne, comme {'@count': @count + 1}. Pas de câblage de gestionnaire.

xu-bind

Liez bidirectionnellement une saisie de formulaire à une valeur du store. Le cérémonial onChange + setState a disparu.

xu-on:*

Attachez un workflow complet à n'importe quel événement DOM : actions, conditions, étapes asynchrones, déclarées dans le balisage.

Le chemin vers la production

D'un simple fichier HTML à une vraie application sur xuda.ai.

Xuda est le seul framework JavaScript avec un chemin crédible vers la production qui n'implique pas une pile de services tiers. Commencez petit avec Slim. Vous le dépassez ? CLI. Prêt à livrer ? Poussez vers xuda.ai. Le runtime reste le même. Les directives restent les mêmes. La facture reste une seule facture.

01

Slim · page unique

Déposez Slim dans un fichier HTML. Page réactive en cinq minutes. Hébergez-la statiquement n'importe où.

02

CLI · vraie application

Passez à des unités source typées. App.xu, composants, globales, tables, routes. Le framework grandit avec vous.

03

Écriture assistée par IA

Laissez l'IA Xuda générer des composants, programmes, et unités ai_agent. Ils s'insèrent dans le même arbre de source et fonctionnent.

04

Synchroniser avec xuda.ai

Ajoutez une api_key. Votre application CLI se synchronise directement avec la plateforme xuda.ai. Le Studio voit chaque unité source.

05

Déployer depuis un formulaire

Déployez sur le réseau VPS géodistribué de xuda.ai. Build, hébergement, surveillance, retour arrière, tout inclus. Une facture.

Comparer à l'alternative

Avec React, le même chemin est : choisir un outil de build (Vite ou Webpack ou Rspack ?), choisir un routeur (react-router, TanStack, Next ?), choisir une lib d'état (Redux, Zustand, Jotai, signals ?), choisir une plateforme d'hébergement (Vercel, Netlify, Cloudflare ?), choisir un backend (Supabase, Firebase, Convex ?), choisir un fournisseur d'authentification, choisir un fournisseur d'e-mail, choisir un service de journalisation, tout coller ensemble, déboguer l'intégration, payer six factures. Xuda est un runtime, deux chemins, une plateforme. C'est tout.

L'application compteur complète

Aucune configuration. Aucune structure de fichiers. Juste du HTML.

Un compteur réactif complet avec état, une condition dérivée, un gestionnaire d'événement, et une réinitialisation. Enregistrez-le sous index.html, ouvrez-le dans un navigateur, et il fonctionne.

index.html
<!DOCTYPE html>
<html>
<body>
  <script type="module">
    import { xuda } from "https://cdn.skypack.dev/@xuda.io/xuda-runtime-slim-es";
    new xuda(document.getElementById("app"), { prog_id: "counter" });
  </script>

  <div id="app"></div>

  <template id="counter">
    <xu-single-view>
      <div xu-store="{'count':0}">
        <h1>Clicks: <span xu-exp:xu-content="@count"></span></h1>
        <p xu-exp:xu-show="@count >= 5">That escalated quickly.</p>
        <button xu-click="{'@count': @count + 1}">+1</button>
        <button xu-click="{'@count': 0}">reset</button>
      </div>
    </xu-single-view>
  </template>
</body>
</html>
Pas de build · Pas de JSX · Pas de DOM virtuelC'est toute l'application.
› Vous avez dépassé le fichier unique ? Le même code devient une CLI component en un mouvement. Prêt à livrer ? api_key + synchronisation avec xuda.ai. Même runtime, jusqu'au bout.
La comparaison honnête

React. Next. Vue. Svelte. Chacun livre la moitié d'une pile.

Chaque framework JavaScript sur le marché aujourd'hui vous donne une partie de l'histoire : une bibliothèque UI qui a besoin d'un backend, un méta-framework qui a besoin d'un plan d'hébergement, un compilateur qui a besoin d'une CLI. Xuda est le seul framework qui possède tout le chemin : runtime, génération de code IA, déploiement, et hébergement.

Xuda Vous
React
Next.js
Vue
Svelte
Rédigez en HTML pur~
Fonctionne sans étape de build~
Pas de DOM virtuel
Zéro dépendance npm dans le bundle
Store réactif intégré~
Routage dans le runtime~
Disposition de source native IA
Unité ai_agent de premier ordre
Même runtime, page → application → prod
Hébergement et déploiement possédés~
Une seule facture de bout en bout
Taille du runtime (gzippé)~140 Ko · runtime + couche de données~45 Ko + lib DOM~85 Ko + framework~35 KBpetit par composant
Questions courantes

Des réponses avant même de demander.

Arrêtez d'empaqueter. Arrêtez de louer. Commencez à livrer.

Le Xuda JavaScript Framework est le seul runtime réactif et natif IA qui évolue d'un simple fichier HTML à une application de production déployée sur une plateforme que nous possédons de bout en bout. Pas de JSX. Pas de DOM virtuel. Pas de chaîne d'approvisionnement. Pas de Vercel. Pas de Supabase. Pas de facture surprise.

Un framework · Deux chemins · Une plateforme