Note de l’auteur : Astryx est un système de design React open source de Meta, toujours en version bêta. Il regroupe des composants, des thèmes et une documentation conçue pour être lue par des agents. Ce n’est pas un modèle et il ne fournit pas d’API de grand modèle de langage.
Quand on utilise un agent comme Claude Code, Cursor ou Codex pour modifier une interface React, on rencontre souvent le même problème : les boutons ont des coins arrondis sur une page, mais pas sur la suivante ; certaines fenêtres modales se ferment quand on clique sur le fond, d’autres non ; les espacements passent tantôt à 12 px, tantôt à 14 px. Le problème ne vient pas des capacités du modèle, mais du fait que l’agent ne dispose pas d’un système de design consultable. Il doit deviner les noms des composants et leurs props de mémoire. Astryx propose à l’humain et à l’agent de consulter la même référence des composants : les personnes parcourent le site de documentation, tandis que les agents accèdent au même contenu via la CLI, AGENTS.md ou MCP.
Cet article ne se contente pas de reprendre les commandes d’installation. Il précise quelles informations proviennent des déclarations officielles de Meta, lesquelles sont issues d’un test ponctuel réalisé par un auteur tiers, et quels décomptes peuvent être vérifiés à la date du 10 novembre 2026, mais sont susceptibles d’évoluer. Il répertorie aussi séparément les projets auxquels il vaut mieux ne pas migrer pour le moment.
L’essentiel : à la fin de cet article, vous saurez si Astryx convient à votre projet React et comment le connecter, en 4 étapes, à une même source utilisée par les personnes et les agents.

L’image ci-dessus est la bannière publiée officiellement par Astryx. Pour découvrir l’interface, consultez ces trois ressources officielles ; l’article ne propose pas d’autres captures d’écran :
- Site de documentation :
astryx.atmeta.com - Catalogue des composants (Storybook) :
astryx.atmeta.com/storybook/ - Démonstration en ligne (Sandbox) :
astryx.atmeta.com/sandbox/
Astryx : l’essentiel — ce que c’est et ce que ce n’est pas
Commençons par délimiter clairement le sujet. Le dépôt officiel présente Astryx comme un système de design open source, entièrement personnalisable et conçu pour que les humains et les agents travaillent ensemble. Il est sous licence MIT, principalement écrit en TypeScript, et son README indique qu’il est actuellement en bêta : la version 1.0 n’est pas encore sortie.
| Point | Description | Ce que cela signifie pour vous |
|---|---|---|
| Socle technique | Le dépôt officiel indique qu’Astryx repose sur React 19+ et StyleX | Les projets sous React 18 ne sont pas pris en charge |
| Taille de la bibliothèque | Selon les chiffres officiels, elle comprend plus de 150 composants accessibles, avec des types TypeScript | Vous y trouverez l’essentiel des composants courants pour vos pages |
| Personnalisation visuelle | Sept thèmes prêts à l’emploi ; les couleurs, les polices, les arrondis et les animations se règlent au niveau des tokens | Pour changer de style, modifiez le thème plutôt que chaque composant |
| Outils pour les agents | CLI, fichier AGENTS.md généré et MCP distant |
L’agent peut consulter la documentation au lieu de s’appuyer sur ses souvenirs |
| Interface avec les modèles | Elle n’est pas fournie. L’outil de programmation doit connecter le modèle lui-même, par exemple via APIYI, sur apiyi.com | Le rendu des composants ne nécessite pas de modèle |
Les origines d’Astryx : ce que l’équipe affirme officiellement
Les affirmations ci-dessous proviennent du README et d’un article de présentation officiel publié le 2026-06-18, signé par l’équipe Astryx. Ce sont des déclarations de l’équipe, qui n’ont pas fait l’objet d’un audit indépendant : Astryx aurait évolué pendant huit ans en interne chez Meta. Ce serait le système de design le plus utilisé et le plus important de l’entreprise, avec plus de 13 000 applications à son actif. L’article avance également l’idée suivante : autrefois, les systèmes de design étaient conçus pour être lus par des humains. Aujourd’hui, une part croissante du code est écrite par des agents. Astryx aurait donc été conçu dès le départ pour être utilisé par l’IA, plutôt que de recevoir une couche de compatibilité avec les agents après coup.
Il faut distinguer les deux dates de la chronologie. L’article de présentation officiel a été publié le 2026-06-18. Le package @astryxdesign/core est apparu pour la première fois sur npm le 2026-06-24. Enfin, le dépôt GitHub a été créé le 2026-01-09 : cette date correspond à la création du dépôt, pas à la publication du projet au public.
Différences entre Astryx, le relooking complet d’un kit et le copier-coller
La présentation officielle compare deux approches courantes. Le tableau ci-dessous reprend uniquement le positionnement officiel, sans comparer les performances :
| Approche | Problème décrit par l’équipe officielle | Rôle d’Astryx |
|---|---|---|
| Relooking complet : reprendre tout le système de conception d’une grande entreprise | L’application risque d’hériter de l’identité de marque de cette entreprise | Le système gère le comportement, l’accessibilité et la qualité |
| Copier-coller : forker le code des composants dans chaque projet | Les mises à jour ne sont pas centralisées et les utilisateurs doivent garantir eux-mêmes l’accessibilité | Le thème gère l’apparence, modifiable au niveau des tokens |
| Astryx : installer le package, puis changer l’apparence avec un thème | Le projet est encore en bêta et en version 0.x | Au besoin, utiliser le swizzle pour extraire le code source d’un composant |
Le README présente aussi quatre différences. Premièrement, les composants sont ouverts de l’intérieur : ils peuvent être assemblés à n’importe quel niveau, les éléments courants sont directement exportés et le swizzle permet d’intégrer le code source complet d’un composant dans votre projet, où vous pourrez ensuite le gérer. Deuxièmement, les styles ne sont pas verrouillés : vous pouvez les remplacer avec className et utiliser Tailwind, CSS Modules ou du CSS classique. Troisièmement, la personnalisation ne nécessite pas d’ajouter une couche d’encapsulation : un thème consiste essentiellement en un ensemble de remplacements de propriétés CSS personnalisées. Enfin, l’API, la documentation et la CLI sont conçues ensemble, afin que les personnes comme les assistants IA s’appuient sur la même documentation.

Singleton tiers : l’expérience de changement de thème d’un auteur
Le 2026-08-13, LogRocket a publié un article dans lequel l’auteur, Chizaram Ken, a connecté Claude Code à Astryx, créé trois interfaces, puis réalisé les mêmes trois interfaces avec shadcn/ui. Selon son témoignage, pour passer du thème neutral au thème gothic, il a modifié deux fichiers, soit quatre lignes de code, sans toucher aux fichiers des composants.
Il s’agit d’une expérience menée par l’auteur, pas d’un test de référence ni d’un résultat obtenu dans le cadre de cet article. Elle a eu lieu avant la version actuelle, la 0.7.11 ; la version utilisée à l’époque était différente. On peut y voir un exemple de conception qui sépare les thèmes des composants, mais pas en tirer de conclusion sur les performances.
Prise en main rapide d’Astryx : 4 étapes pour mettre humains et agents sur la même voie
Les 4 étapes ci-dessous reprennent les instructions des deux documents officiels, Getting Started et Working with AI. Pour chaque étape, vous trouverez les actions à effectuer dans le terminal ou dans un fichier, ainsi que le résultat attendu pour vérifier qu’elle est terminée. Ces étapes sont tirées de la documentation officielle ; l’installation n’a pas été exécutée pour cet article.

Étape 1 : installer les quatre paquets d’Astryx
- Dans le terminal, exécutez :
npm install @astryxdesign/core @astryxdesign/theme-neutral @stylexjs/stylex - Puis exécutez :
npm install -D @astryxdesign/cli - Des commandes équivalentes existent pour pnpm et yarn, mais les noms des paquets restent les mêmes.
- Critère de réussite : les quatre noms de paquets apparaissent dans
package.json, etreactainsi quereact-domsont en version 19 ou supérieure.
StyleX doit être installé, car il s’agit d’une dépendance peer de core. La documentation officielle précise toutefois que l’utilisation de StyleX pour les styles d’Astryx est transparente pour les utilisateurs : votre projet n’a pas besoin de passer à StyleX. Les composants n’acceptent des styles via xstyle que si vous choisissez d’utiliser StyleX.
Étape 2 : générer la documentation destinée à l’Agent avec init
- Dans le terminal, exécutez :
npx @astryxdesign/cli init - Cette commande ne nécessite aucune interaction : une personne, la CI, un script ou un Agent peut l’exécuter directement.
- Critère de réussite : le fichier
AGENTS.mdapparaît à la racine du projet. Si le projet contient déjà un fichierCLAUDE.md, les mêmes instructions y seront également ajoutées.
Il faut aussi ajouter ces instructions à CLAUDE.md, car, d’après la documentation officielle, Claude Code ignore AGENTS.md lorsqu’un fichier CLAUDE.md existe déjà dans le projet. Pour cibler un outil en particulier, vous pouvez ajouter un paramètre, par exemple --agent claude, --agent cursor, --agent codex ou --agent all. Gemini CLI ne lit que GEMINI.md : init y ajoute une ligne qui fait référence à AGENTS.md.
Dans le fichier, Astryx gère le bloc délimité par les marqueurs prévus à cet effet. Les commandes init et upgrade ne modifient que ce bloc et laissent intact le reste de votre contenu. La documentation officielle indique également que les Agents se trompent souvent sur le chemin de la CLI. Il est donc recommandé d’ajouter un alias de script dans package.json :
- Nom du script :
astryx - Valeur du script :
node node_modules/@astryxdesign/cli/clients/cli/bin/astryx.mjs - Pour l’exécuter :
npm run astryx -- component --list
Étape 3 : intégrer le CSS et envelopper l’application avec le thème neutral
- Dans le CSS global, importez
@astryxdesign/core/reset.css. - Importez ensuite
@astryxdesign/core/astryx.css. - Dans le terminal, exécutez
npx @astryxdesign/cli theme add neutralpour générer le module de thème de l’application. - Importez
Themedepuis@astryxdesign/core/theme, transmettez-luithemes[defaultThemeSlug]et enveloppez toute l’application avec ce composant. - Importez
Buttondepuis@astryxdesign/core/Button. Dans l’exemple officiel, les deux props utilisés sontlabeletonClick. - Critère de réussite : un bouton aux styles Astryx apparaît sur la page, et non un bouton par défaut du navigateur.
Cette méthode ne nécessite ni plugin de build ni configuration de PostCSS ou de Babel. Un point à anticiper : le reset se trouve dans @layer reset et les styles des composants dans @layer astryx-base. Si votre projet possède déjà du CSS global, un ancien reset ou Tailwind, vous devrez déclarer vous-même l’ordre des layers. En effet, les styles qui ne sont pas placés dans une layer peuvent remplacer ceux de astryx-base, indépendamment de la spécificité des sélecteurs. La documentation officielle conseille de lire les deux sections de npx @astryxdesign/cli docs migration/migration-setup avant de commencer à créer des pages.
Voici les descriptions officielles des sept thèmes disponibles. En l’absence de préférence particulière, l’équipe recommande de commencer par neutral :
| Thème | Description officielle | Utilisation conseillée |
|---|---|---|
theme-neutral |
Peu saturé et minimaliste | Point de départ par défaut |
theme-butter |
Tons dorés chauds, avec des touches de bleu | Produit à l’ambiance chaleureuse |
theme-chocolate |
Tons chocolat et caramel | Style rétro |
theme-gothic |
Uniquement en mode sombre, dans un style encre et noir | Interface entièrement sombre |
theme-matcha |
Vert végétal | Style inspiré de la nature |
theme-stone |
Tons neutres chauds, comme le grès | Interface d’administration au style posé |
theme-y2k |
Style dynamique inspiré des années 2000 | Pages d’événement et produits ludiques |
Étape 4 : demandez à l’agent de suivre les trois étapes officielles pour créer l’interface, et branchez MCP si nécessaire
Les règles générées par init demandent à l’agent de procéder dans cet ordre avant de créer l’interface :
npx @astryxdesign/cli build "<想法>": renvoie le modèle de page le plus proche (avec au moins une structure d’application), deux modèles de rechange, ainsi que la liste des blocs et composants manquants.npx @astryxdesign/cli template <名字> <路径>: ajoute le modèle au projet en conservant la structure et les espacements existants, et en remplaçant uniquement le contenu.npx @astryxdesign/cli component <组件名>: affiche les props et des exemples pour chaque composant à utiliser.- Les règles indiquent également quelques interdictions : chaque page doit partir d’un modèle ; ne pas utiliser de
divbrut ; ne pas écrirestyle={{}}; utiliser des tokens et éviter les valeurs magiques. - Critère de réussite : les noms des composants et les props cités par l’agent doivent provenir de la sortie du CLI, et non être inventés.
Vous pouvez vérifier avec les trois questions recommandées par l’équipe officielle : quel est le bon chemin d’importation de Button ? Comment configurer Dialog pour qu’il ne puisse pas être fermé par inadvertance ? Quelle prop de Selector permet de fournir les éléments ? Si l’agent ne sait pas répondre, lancez d’abord init. Les réponses exactes sont celles fournies par le CLI installé sur votre machine.
Pour effectuer des recherches à distance, vous pouvez connecter le MCP officiel à l’adresse https://astryx.atmeta.com/mcp. Il propose deux outils : search(query) pour rechercher des composants, de la documentation et des modèles, et get(name) pour récupérer la documentation complète. La configuration varie selon le client :
| Client | Configuration | Remarque |
|---|---|---|
| Claude Code | Exécutez claude mcp add --transport http astryx https://astryx.atmeta.com/mcp dans le terminal |
Le nom du service est astryx |
| Cursor | Indiquez uniquement l’URL dans .cursor/mcp.json |
Pour un service distant, ne renseignez pas type |
| Cline | Définissez transport sur streamableHttp |
Et non sur http |
| Claude Desktop | Dans les paramètres, sélectionnez Connectors → Add custom connector, puis collez l’URL | Le fichier de configuration ne sert qu’aux connexions stdio locales |
| Autres clients compatibles | Définissez type sur http et ajoutez l’URL |
Un transport non reconnu est ignoré : le client peut indiquer que la connexion est établie, sans toutefois proposer d’outils |
L’équipe officielle ne précise ni le SLA de cette adresse distante ni la marche à suivre en cas d’indisponibilité du service. Le CLI donne accès à la même documentation en local : vous pouvez donc continuer à l’utiliser si la connexion MCP échoue.
D’où vient le modèle de l’agent de programmation ?
Le système de conception gère les composants et la documentation, mais l’agent a aussi besoin d’un modèle pour générer du code. Si votre équipe souhaite fournir un modèle à des outils comme Claude Code ou Cursor, vous pouvez utiliser l’interface compatible avec OpenAI d’APIYI, sur apiyi.com. Renseignez https://api.apiyi.com/v1 dans base_url, puis configurez le nom du modèle indiqué dans la liste du jour. Les modèles disponibles et leurs tarifs sont ceux de la liste des modèles sur la plateforme APIYI.
À noter : les composants sont rendus dans le navigateur et n’ont pas besoin d’interface de modèle. Utiliser ou non APIYI n’a aucune incidence sur l’installation ni sur le fonctionnement d’Astryx.
🚀 Pour bien démarrer : suivez les 4 étapes ci-dessus dans une nouvelle branche pour créer une page modèle. Demandez ensuite à l’agent de la réaliser deux fois avec le même modèle : une fois avec
AGENTS.md, et une fois sans. Comparez les noms des composants et leurs props dans les deux résultats. Les nouveaux utilisateurs peuvent obtenir un crédit d’essai gratuit sur APIYI, apiyi.com, pour effectuer ce type de comparaison.
Risques liés à Astryx et situations où la migration n’est pas recommandée
Risques liés au produit Astryx
Astryx est toujours en version bêta, avec un numéro de version 0.x. Au 2026-11-10, la version latest sur npm est la 0.7.11 (publiée le 2026-11-07), et la version stable précédente, la 0.7.10, a été publiée le 2026-11-06. Les versions stables évoluent donc presque quotidiennement. Lors d’une mise à niveau, tous les packages @astryxdesign/* utilisés par le projet doivent passer à la même version. Exécutez ensuite npx @astryxdesign/cli upgrade --from <ancienne version de core> --apply. Chaque thème déclare la version de core correspondante : si vous oubliez de mettre à niveau un thème, celui-ci ne sera plus compatible avec core. Si votre gestionnaire de packages retarde l’installation des nouvelles versions en fonction de leur date de publication, excluez toute la portée @astryxdesign/*. Avec pnpm, ajoutez-la à minimumReleaseAgeExclude.
Côté graphiques, @astryxdesign/vega et @astryxdesign/charts sont publiés uniquement sous le tag canary sur npm ; il n’existe pas de version stable. Au 2026-11-10, la version canary est 0.7.12-canary.dfd75a6. Son numéro de version est supérieur à celui de latest, mais elle ne doit pas être utilisée comme dépendance de production.
Risques liés à l’intégration de modèles via APIYI
Cette partie concerne uniquement l’invocation de modèles par les agents de programmation. Les requêtes passent par la passerelle d’APIYI. Vous gérez vous-même la clé API et les frais, et les performances réelles du modèle dépendent du modèle choisi ainsi que des réponses effectivement renvoyées par la passerelle. Il ne s’agit ni d’une connexion à un compte Meta ni d’un pool de comptes.
Projets pour lesquels la migration n’est pas encore recommandée
- Le projet utilise encore React 18 : les dépendances peer de core exigent
reactetreact-domen version 19.0.0 ou ultérieure. - Vous avez besoin dès maintenant des garanties de stabilité d’une version 1.0 : le projet est actuellement indiqué comme étant en bêta, sans engagement de ce type.
- Vous avez besoin dès maintenant d’une version stable des graphiques : les packages graphiques ne sont disponibles qu’en version canary.
- Vous souhaitez que le code source de chaque composant se trouve dans votre dépôt dès le premier jour : cela revient à copier-coller le code. Astryx s’installe par défaut sous forme de package ; le mécanisme de swizzle permet ensuite d’extraire le code source de composants individuels selon les besoins.
Popularité et versions d’Astryx : chiffres au 2026-11-10
Les chiffres ci-dessous sont ceux du 2026-11-10. Ils évolueront et ne doivent pas être considérés comme des données fixes :
| Indicateur | Valeur | Source |
|---|---|---|
| Étoiles GitHub | 20,217 | API GitHub meta/astryx |
| Forks | 1,536 | API GitHub |
| Issues / PR non clôturées | 297 / 373 | API GitHub Search (670 au total, ce qui ne signifie pas qu’il y a 670 bugs) |
| Téléchargements hebdomadaires de core | 661,968 (du 2026-11-02 au 11-08) | API de téléchargements npm ; il s’agit du nombre de téléchargements, pas du nombre d’utilisateurs |
| Téléchargements de core sur les 30 derniers jours | 1,725,492 (du 2026-10-10 au 11-08) | API de téléchargements npm |
FAQ : questions fréquentes
Q1 : Astryx est-il une bibliothèque de composants Tailwind ?
Non. La documentation officielle précise qu’Astryx repose sur React 19+ et StyleX, et qu’il distribue du CSS précompilé. Il peut être utilisé avec Tailwind : vous pouvez remplacer les styles avec `className`, et le répertoire `apps/` du dépôt contient également deux exemples, `example-vite-tailwind` et `example-nextjs-tailwind`. En cas d’utilisation conjointe, veillez à respecter l’ordre des couches CSS mentionné plus haut.
Q2 : Peut-on utiliser Astryx dans un projet React 18 ?
Non. La version 0.7.11 du package core exige que `react` et `react-dom` soient tous deux en version 19.0.0 ou ultérieure. React 18 ne répond pas à cette exigence. Vous devez d’abord passer votre projet à React 19.
Q3 : Sans MCP, un agent peut-il quand même accéder à la documentation d’Astryx ?
Oui. Le fichier `AGENTS.md` généré par `init`, associé à la CLI locale, permet de suivre les trois étapes : build, template et component. MCP est simplement un autre moyen d’effectuer des recherches à distance. Pour coller le contenu dans une conversation sur le Web, vous pouvez ajouter `–detail brief`, `–detail compact` ou `–dense` afin de raccourcir la sortie.
Q4 : facebook/astryx et meta/astryx sont-ils deux dépôts différents ?
Non, il s’agit du même dépôt. Au 10 novembre 2026, l’adresse `github.com/facebook/astryx` renvoie une redirection 301 vers `github.com/meta/astryx`, qui est l’adresse officielle du dépôt. Les anciennes publications qui mentionnent facebook/astryx font référence à ce même dépôt.
Q5 : Les composants de graphiques d’Astryx peuvent-ils être utilisés en production ?
Ce n’est pas recommandé pour le moment. `@astryxdesign/vega` et `@astryxdesign/charts` sont uniquement publiés sous le tag canary, et leur README précise qu’aucune version stable n’est disponible. Pour vos projets en production, mieux vaut conserver votre solution de graphiques actuelle.
Q6 : Peut-on se contenter de mettre à niveau core ?
Non. La documentation officielle exige de mettre à niveau tous les packages `@astryxdesign/*` utilisés par le projet vers la même version, faute de quoi le thème ne sera pas compatible avec core. Une fois la mise à niveau terminée, exécutez `upgrade –from <旧版本> –apply`. Cette commande actualisera également les sections Astryx obsolètes dans `AGENTS.md`.
Q7 : Faut-il une API de modèle pour utiliser Astryx ? Quel est le lien avec APIYI ?
Le rendu des composants ne nécessite pas d’API de modèle. Vous n’avez besoin de connecter un modèle que si vous demandez à un agent de programmation d’écrire du code ; cette étape est gérée par des outils comme Claude Code ou Cursor. Si votre équipe souhaite fournir son propre modèle, vous pouvez utiliser une seule clé sur APIYI (apiyi.com) pour appeler plusieurs modèles courants. APIYI n’a aucun partenariat avec Meta ou Astryx.
Q8 : Peut-on copier le code source d’un composant dans son propre dépôt pour le modifier ?
Oui, mais ce n’est pas la méthode recommandée par défaut. La commande `swizzle` copie le code source complet d’un composant dans votre projet. Vous devrez ensuite assurer sa maintenance et gérer vous-même les mises à niveau. La documentation officielle recommande également de n’utiliser `theme eject` que si vous avez réellement besoin d’une branche de code source indépendante.
Points clés d’Astryx
- Positionnement : système de conception React open source de Meta, sous licence MIT, actuellement en bêta et en version 0.x.
- Répartition des rôles : le système gère le comportement et l’accessibilité, tandis que le thème définit l’apparence. Changer de thème ne nécessite pas de modifier les fichiers des composants.
- Prérequis : React 19 ou une version ultérieure est nécessaire. StyleX doit également être installé comme dépendance peer.
- Parcours pour les agents : commencez par
initpour générerAGENTS.md, puis créez la page dans l’ordre suivant : build → template → component. - MCP en option : l’adresse distante est
https://astryx.atmeta.com/mcp. Le CLI local donne accès à la même documentation. - Règles de mise à niveau : mettez à niveau tous les packages
@astryxdesign/*vers la même version. Le package de graphiques n’est disponible qu’en version canary. - Modèles à connecter séparément : les modèles nécessaires à l’agent de codage peuvent être intégrés via APIYI apiyi.com.
En résumé : Astryx peut-il aider un agent à créer des interfaces cohérentes ?
Les interfaces créées par un agent manquent de cohérence parce qu’il doit deviner les noms des composants et leurs props. Astryx propose de réunir composants, thèmes et documentation destinée aux agents dans un même système :
- Une intégration en 4 étapes : installez quatre packages, lancez
init, importez le CSS et enveloppez l’application avec le thème. L’agent peut ensuite consulter la documentation en trois étapes avant d’écrire le code. - Distinguez les sources des informations : les plus de 13 000 applications et les huit années d’utilisation en interne sont des chiffres avancés par l’éditeur ; le changement de thème en quatre lignes vient d’un essai ponctuel réalisé par un auteur tiers ; les étoiles et les téléchargements sont des compteurs relevés au 10 novembre 2026.
- Vérifiez d’abord si la solution vous convient : si votre projet utilise encore React 18, nécessite une version stable du package de graphiques ou exige une garantie de version 1.0, vous pouvez reporter la migration.
Si votre projet est déjà sous React 19 et que vous souhaitez éviter que l’agent invente des props, commencez par tester un modèle de page sur une branche. Les modèles nécessaires à l’agent de codage peuvent être intégrés via APIYI apiyi.com. Profitez du quota d’essai gratuit pour comparer les résultats de différents modèles à partir du même fichier AGENTS.md.
📚 Références
- Dépôt GitHub d’Astryx : README, liste des packages, catalogue de thèmes et explication des principes
- Lien :
github.com/meta/astryx -
Remarque : principale source des informations publiées par l’équipe officielle ;
facebook/astryxredirige vers ce dépôt. -
Présentation officielle d’Astryx : article publié le 2026-06-18 sur les principes de conception
- Lien :
astryx.atmeta.com/blog/introducing-astryx -
Remarque : la comparaison avec les approches consistant à changer l’apparence de tout le package ou à faire du copier-coller est tirée de cet article.
-
Documentation Getting Started et Working with AI : installation, thèmes, configuration de
initet de MCP - Liens :
astryx.atmeta.com/docs/getting-started,astryx.atmeta.com/docs/working-with-ai -
Remarque : sources officielles des quatre étapes présentées dans cet article.
-
Notes de version d’Astryx v0.7.11 : version stable actuelle et méthode de mise à niveau
- Lien :
github.com/meta/astryx/releases/tag/v0.7.11 -
Remarque : source de la consigne exigeant que tous les packages utilisent la même version.
-
Article comparatif de LogRocket : publié le 2026-08-13, par Chizaram Ken
- Lien :
blog.logrocket.com/astryx-vs-shadcn-meta-ai-react-claude - Remarque : essai ponctuel réalisé par un tiers avec une version antérieure à la 0.7.11.
Auteur : Équipe technique d’APIYI
Échanges techniques : Si vous rencontrez des difficultés pour connecter un agent de codage à un modèle, contactez-nous depuis la page d’accueil du site officiel d’APIYI.
