Astryx Design System
Meta's open-source React design system, built for people and agents: 150+ accessible components, brand-level theming, templates, CLI/docs, and StyleX-authored internals hidden behind ordinary package consumption.
Routing Summary
Use Astryx when the project needs a complete, agent-readable React design-system substrate: accessible components, themes, templates, CLI docs, and conventions that agents can follow from disk. Treat it as a reference or adoption candidate, not an automatic visual style.
What it is
Astryx is an open-source design system from Meta. The repo README says it grew inside Meta over eight years, powers 13,000+ apps internally, and now ships as React packages with 150+ accessible components, themes, templates, and CLI tooling. Its internals are authored with StyleX, but consumers import CSS and typed React components without adopting StyleX or a build plugin.
The important part for Kevin is the agent interface. Astryx is explicitly "agent ready": the docs, CLI, conventions, templates, and component API are shaped so humans and AI assistants operate from the same source of truth. The Japanese bookmark called out this novelty directly: the design system includes operating context for AI tools, so agents can assemble UI correctly rather than guessing from screenshots.
Version Snapshot
| Field | Snapshot |
|---|---|
| Repo | facebook/astryx |
| Stable release | 0.3.0, published to npm 2026-08-05; GitHub release v0.3.0 |
| Packages checked | @astryxdesign/core@0.3.0, @astryxdesign/cli@0.3.0, @astryxdesign/theme-neutral@0.3.0 |
| Current canary | 0.3.0-canary.9b5eaa0 as of 2026-08-11; do not confuse it with stable 0.3.0 |
| License | MIT |
| Stable tag | v0.3.0 points to 82d4dab3d05b9314a76ab0bda296491a65f69c88 |
| Main checked | 9b5eaa0528136a942b976b94c59d56725bbc585f, 2026-08-11; this is newer than stable |
| Compatibility | React >=19; @stylexjs/stylex ^0.19.0 peer for core; keep the Astryx package family on the same stable version |
| Status | Beta |
Install Shape
npm install @astryxdesign/core@0.3.0 @astryxdesign/theme-neutral@0.3.0 @stylexjs/stylex@^0.19.0
npm install -D @astryxdesign/cli@0.3.0
The README recommends adding a stable script so agents and new developers invoke the CLI reliably:
{
"scripts": {
"astryx": "node node_modules/@astryxdesign/cli/clients/cli/bin/astryx.mjs"
}
}
The launch post's “without dependencies” line is not a literal package claim. Astryx avoids a required build plugin and does not force consumers to author with StyleX, but core@0.3.0 has React, React DOM, and StyleX peers plus intl-messageformat; theme-neutral@0.3.0 depends on lucide-react; and the CLI has its own dependencies. Route from the exact package manifest, never the launch shorthand.
Adoption Contract
Astryx remains a project-specific candidate, not a global install. Before adoption:
- Confirm React 19 compatibility and pin one stable Astryx version across core, CLI, themes, and integrations. Do not build against
mainor a canary by accident. - Install in an isolated branch or fixture and run
astryx doctor. For an existing Astryx app, read the release notes and runastryx upgradebefore manual fixes;0.3.0contains breaking authoring and accessibility API changes plus codemods. - Prove a bounded representative set: navigation, forms, menu/dialog, table, loading/async action, dark theme, RTL, SSR or hydration, reduced motion, keyboard-only use, forced colors, and screen-reader names.
- Measure CSS and JavaScript cost in the target app. “No build plugin” is not “no runtime or bundle cost.”
- Preserve local tokens and product identity. Adopt behaviors and agent-readable contracts only where they beat the existing project substrate.
- Record the exact package versions, tarball integrity, license, test receipt, rollback, and owner in the project decision. No proof means reference-only.
Why it matters
Astryx is not just another component catalog. It is evidence for the direction Kevin wants design systems to move:
- source-owned components with accessible behavior
- theme customization through CSS variables
- documented conventions that agents can follow
- CLI-accessible component docs and templates
- swizzle/eject paths when ownership matters
- typed React APIs that reduce ambiguous UI generation
That makes it a reference for AI-Native Design Patterns and DESIGN.md even when the project does not adopt Astryx.
Routing
| Need | Route |
|---|---|
| Agent-ready design system reference | Astryx first. |
| Cloudflare/Base UI app components | Cloudflare Kumo. |
| Copy-owned Tailwind/Radix local components | Shadcn UI Ecosystem. |
| Low-level behavior primitives | Base UI / Radix UI. |
| Project-specific visual identity | DESIGN.md + local tokens before adopting a foreign aesthetic. |
Visual Artifact Notes
The local bookmark images show the core product promise: large blue Astryx mark, accessible product UI examples, theme cards, 150+ component claim, templates, and an agent-facing prompt card. The visual style is clean, bright, product-focused, and slightly playful. Treat it as a design-system reference, not an automatic house style.
Agent Rules
- Treat Astryx as beta until project compatibility is verified.
- Use official package versions and docs, not social screenshots, as version authority.
- Distinguish stable release, canary, and moving
main; never cite one as another. - Do not mix Astryx with shadcn/Kumo for the same base primitive family in a single screen.
- If using the CLI, add a package script so agents call the same entrypoint.
- Keep the Astryx package family aligned and use
astryx upgradeplus regression proof for release changes. - If only studying Astryx, extract the agent-ready design-system lessons into local
DESIGN.md, token docs, and component docs.
Timeline
- 2026-08-11 | Replayed the original launch source against exact current artifacts. Registered
design:astryx; advanced the stable snapshot to0.3.0; separated stable, canary, andmain; corrected the StyleX peer and CLI path; qualified the launch's dependency claim; and added an evidence-gated adoption contract. Published tarballs matched npm SHA-1 metadata. Source: X/@Astryxdesign, 2026-06-24; GitHubfacebook/astryxat9b5eaa0; GitHub releasev0.3.0; npm@astryxdesign/*@0.3.0, captured 2026-08-11 - 2026-07-04 | Deep-reviewed the text-only Meta component-library bookmark and refreshed source authority:
@astryxdesign/core,@astryxdesign/cli, and@astryxdesign/theme-neutralmoved from0.1.1to0.1.3;mainis73bcac9ab899432ab409edec127e58c6c973d87e. Source: X/@mellyeliu, 2026-06-25; Source: npm/GitHub, 2026-07-04 - 2026-06-29 | Promoted Astryx out of hub-only bookmark notes into a dedicated component/design-system page with package/release snapshot and visual artifact review. Source: User request, 2026-06-29; GitHub
facebook/astryx; npm@astryxdesign/* - 2026-06-26 | Seikei Kin bookmark highlighted Astryx as a Meta design system for the AI era with context files / operating structure for AI tools. Source: X/@seikei_kin, 2026-06-26
- 2026-06-24 | Astryx launch bookmark described the system as AI-fluent, customizable, dependency-light, with 150+ accessible components, brand theming, templates, and CLI. Source: X/@Astryxdesign, 2026-06-24