MetaのAstryxがGitHub Trendingに再浮上、JSONマニフェストでAIのUIコード幻覚を抑制

MetaのオープンソースReactデザインシステム「Astryx」が、公開から約3週間で再びGitHub Trendingに浮上した。注目の中心はコンポーネント数ではなく、CLIが出力する機械可読のJSONマニフェストにある。AIコーディングエージェントでUIを組むチームにとっては有力な評価対象だが、公開ベータ段階のためAPIや提供パッケージにはなお変動要素が残る。

■再び注目を集める理由はコンポーネント数ではない

MetaのオープンソースReactデザインシステムAstryxがこの日、再びGitHub Trendingに入った。7月16日におよそ943件の新規スターを獲得し、総数は約9,000に達した。公開ローンチから3週間足らずで、開発者がリポジトリに戻ってくる理由はコンポーネントの多さではない。

焦点となっているのは、npx astryx manifest --json という単一のCLIコマンドである。このコマンドは、CLIが対応するすべてのコマンド、引数、フラグ、応答型を記述した機械可読のJSONペイロードを出力する。

AIコーディングエージェントにshadcn/uiやMUIでUIを組ませると、構造化された仕様がない場合には、人間向けドキュメントを読み、学習データのパターンに当てはめ、もっともらしく見えるが実在しないpropsを参照したコンポーネント呼び出しを生成しがちである。49,000人超の開発者回答を集めたStack Overflow 2025 Developer Surveyでも、AIツールへの最大の不満として66%が「ほぼ正しいが、完全ではない」解答を挙げた。AstryxのJSONマニフェストは、この“あと一歩で外す”問題を、ソフトウェア業界がすでに対処方法を知っている構造化仕様の問題へと置き換える。

主要なデザインシステムで同様の仕組みを標準提供している例は見当たらない。Astryxの重要性は、こうした構造化された契約を、MCP互換のあらゆるコーディング環境に一度に公開できる点にある。

■Metaで8年育った設計資産を外部公開

AstryxはMetaのエンジニアリング組織の内部で8年にわたり育てられてきた。日常的に利用してきたデザイナー、エンジニア、プロダクトチームの要求を受けて形作られ、社内でもっとも利用される最大級のデザインシステムになったという。Facebook、Instagram、Threadsを含む13,000超の社内アプリケーションを支えてきた。

公開ベータは2026年6月18日に始まり、MITライセンスのGitHubリポジトリ（facebook/astryx）は6月28日に公開された。

スタイリング層には、Metaが2023年12月にオープンソース化したStyleXを採用する。StyleXは実行時のCSS-in-JSライブラリではなく、ビルド時に動くBabelプラグインだ。ソースファイルを走査し、すべてのスタイル宣言を抽出し、各プロパティと値の組み合わせを単一のatomic CSSクラス名に変換したうえで、コードベース全体で重複排除し、ブラウザに届く前に静的スタイルシートを生成する。

実務上の効果は、CSSバンドルがアプリケーション規模に比例して膨らみにくくなることにある。Meta規模では、冗長なスタイル宣言を除去することでCSSサイズを約80%削減したという。FigmaやSnowflakeもStyleXを採用しており、このコンパイル時パイプラインはMeta外のエンタープライズ規模でも検証済みだと位置付けられている。

Astryxでは、テーマはCSSカスタムプロパティトークンのカスケードとして実装される。トークン値を変えるだけで、コンポーネント側のJavaScriptコードを変更せずに、システム全体の見た目を一斉に切り替えられる。公開時点ではdefault、neutral、daily、butter、chocolate、matcha、stone、gothic、brutalist、y2kの10テーマが用意され、いずれもカスタマイズ可能である。

一方で、コンポーネント数には文書上の食い違いがある。GitHubリポジトリのドキュメントではReactコンポーネントは90超とされるが、Metaの公式ドキュメントサイトでは150超となっている。Metaはこの差を認めており、追加分は社内には存在するものの、外部利用者向けの文書化がまだ十分ではないとしている。コードベースのおよそ75%はTypeScriptだ。

■JSONマニフェストがAIエージェントにもたらすもの

AstryxでAIコーディングの観点からもっとも重要な技術的特徴は、CLIのmanifestコマンドである。npx astryx manifest --json を実行すると、CLIが対応するすべてのコマンドと、その引数、フラグ、フラグ型、許容値、既定値、JSON出力の可否、各コマンドが返し得る応答型の判別子までを列挙した自己記述的なペイロードが返る。

OpenAPIの世界に触れてきた開発者なら、これは見慣れた構造だとすぐ分かるはずだ。バックエンドでは10年以上前から一般化している構造化契約を、フロントエンドのデザインシステム向けCLIに適用した格好である。

CLIはastryxまたは短縮形のxdsとして呼び出せる。componentコマンドは指定したコンポーネントの完全なドキュメントを返し、templateコマンドは本番利用を想定したページテンプレートの完全なソースを出力する。manifest --jsonは、そのCLI全体の機械可読契約を返す。CLIは公開後も急速に更新されており、2026年7月時点でバージョンは0.1.6に達している。公開ライフサイクルとしてはまだ初期段階だが、開発は活発だ。

CLIには、コンポーネント文書から人間向けの説明文をそぎ落とし、LLMのコンテキストウィンドウに収まりやすいトークン効率重視のペイロードを生成する--denseフラグも用意される。各コンポーネントにはJSDocアノテーションによるcomposition hintsが付いており、どのコンポーネントをどう組み合わせる想定かが、TypeScript対応環境では人にもAIエージェントにも読める形で埋め込まれている。

CLIとは別にMCPサーバーも同梱される。これはAnthropicが2024年11月に導入したオープン標準Model Context Protocolを、JSON-RPC 2.0をトランスポート層として実装したものだ。MCP互換のAIコーディング環境であれば、Astryxに接続して新規プロジェクトのひな型生成、利用可能なコンポーネントの参照、テーマ生成、構造化ドキュメントの取得を、人間がCLI経由で使うのと同じAPIで行える。

■MCP対応がデザインシステムの前提を変える

AstryxがMCPサーバーを搭載した時点で、MCPはすでに当初の文脈を超えて広がり始めていた。Anthropicは2024年11月、AIモデルに外部データソースやツールへの構造化アクセスを与える方法としてMCPを導入した。さらに2025年12月には、このプロトコルをLinux FoundationのAgentic AI Foundationへ寄贈しており、OpenAIとGoogle DeepMindもエージェントとツールの相互運用プロトコルとして採用している。

Astryx自身が明言してはいないが、そのアーキテクチャが可能にする含意は明確だ。MCP互換のJSONマニフェストインターフェースを公開するツールは、MCP上に構築された任意のエージェントから利用可能になる。いまやそれには主要なAIコーディング環境の多くが含まれる。

Astryxは、8年間の社内検証を経た本番級デザインシステムにこの考え方を適用するとどうなるかを示している。このパターンは転用可能であり、現在はAIエージェントに機能面を公開するのに個別統合作業を要するエンタープライズツールも、原理的にはAstryxと同種の構造化マニフェストを実装することで、AIコーディングエージェントのエコシステム全体と相互運用できるようになる。

■“エージェント対応”の対価として残るベータ期の制約

Astryxベータに伴うトレードオフは具体的である。CLIは2026年7月時点で0.1.6に達しているが、APIの表面は今後も変わり得る。リポジトリ内の2つのパッケージは、まだ安定版npmリリースとして提供されていない。1つは実験的コンポーネント向けのlabパッケージ、もう1つはStorybookとプロジェクトサンドボックスで社内利用されているVega/Vega-Liteのチャートラッパーである。チャート系コンポーネントが必要なチームは、現時点では安定した公開版から利用できない。

より構造的な懸念は、メンテナーの集中である。2026年7月16日更新のRepositoryRadarによる分析では、このリポジトリのバスファクターは2と記録されている。過去6カ月のコミットの半数超を2人で占めることを意味し、近い将来のロードマップが少数の中核貢献者に依存していることになる。統合サイクルが長いチームにとっては、サプライチェーン上のリスクとして考慮すべき点だ。

コンポーネント数の食い違いについては、GitHubリポジトリとドキュメントサイトの差は、Meta内部には存在するが外部チーム向けに未文書化の実コンポーネントを反映したものだという。この差は機能不足を意味するものではないが、構造化ドキュメントに依存して正確なコードを生成する外部開発者やAIエージェントにとっては、未文書化のコンポーネントを安定利用しにくいことを意味する。

■shadcn/uiやMUIとの違い

もっとも近い比較対象はshadcn/uiである。どちらもコンポーネントの所有権を重視し、CLIによるひな型生成と合成可能なプリミティブを通じてロックインを避けようとする点は共通している。Astryxが異なるのは2つの構造的な側面だ。第一に、スタイリングエンジンとして、実行時オーバーヘッドのないatomicかつ重複排除済みCSSを生成するコンパイル時BabelプラグインのStyleXを採用している点であり、Tailwindのユーティリティクラス方式とは異なる。第二に、shadcn/uiにはないJSONマニフェストとMCPサーバー層を提供する点である。

MUI（Material UI）は既定でEmotionの実行時CSSエンジンを使い、実行時にスタイルを注入する。AIエージェント向けのツール群も提供していない。現行ベータ時点では、成熟度とコミュニティ規模はAstryxを大きく上回る。大きな既存エコシステム、外部向けに行き届いた文書、安定した公開APIを採用前提とするチームであれば、Astryxのベータ表記が外れるまで待つのが妥当だろう。

評価を進める準備があるチームにとって、導入経路は比較的単純である。Astryxはビルド済みCSSを同梱しているため、ビルドプラグインは不要で、利用側がStyleXを依存関係として設定する必要もない。コアパッケージと1つのテーマを導入し、テーマプロバイダーを読み込めば、任意のReactプロジェクトですぐ利用を始められる。

■注目ポイントQ&A

●Astryxとは何ですか。shadcn/uiやMUIと何が違いますか？

Astryxは、Metaのエンジニアリング組織で8年かけて開発され、MITライセンスで公開されたオープンソースのReactデザインシステムです。主な違いはAIエージェント向けのツール層にあり、CLIが各コマンド、引数、フラグを自己記述するJSONマニフェストを出力し、さらにMCPサーバーを通じてAIコーディングエージェントに構造化アクセスを提供します。shadcn/uiやMUIには同等機能がありません。加えて、StyleXのコンパイル時CSSエンジンも差別化要素です。

●AstryxのMCPサーバーはCursorやClaude CodeのようなAIエージェントとどう接続しますか？

AstryxのMCPサーバーは、Anthropicが2024年11月に導入し、2025年12月にLinux Foundationへ寄贈したModel Context Protocolを、JSON-RPC 2.0で実装しています。MCP互換のコーディング環境であれば追加の個別統合なしで接続できます。接続後は、プロジェクトのひな型生成、JSDocの構成ヒント付きコンポーネント参照、テーマ生成や検証、CLIマニフェストの構造化取得が可能です。

●なぜJSONマニフェストでAIのUIコード誤生成が減るのですか？

AIコーディングエージェントは、ツールのAPIに構造化仕様がないと、学習データのパターン照合に頼り、実在しないpropsや未公開コンポーネントをもっともらしく生成しがちです。Astryxの npx astryx manifest --json は、CLI全体の機械可読契約を1つのペイロードで渡すため、エージェントがAPIの見た目を推測する必要が減ります。その結果、UI生成時の誤生成を抑えやすくなります。

●AstryxはMeta外のチームでも今すぐ本番利用できますか？

基盤となる技術自体は成熟しています。Meta内で8年使われ、Facebook、Instagram、Threadsを支え、StyleXもFigmaやSnowflakeで検証されています。ただし外部公開は新しく、コミュニティ、文書の完成度、第三者統合のエコシステムはまだ初期段階です。labパッケージとVega系チャートラッパーは安定版npmでは未提供で、CLIも2026年7月時点で0.1.6です。大きな既存コミュニティや安定APIを重視するなら、ベータ解除を待つ選択が適しています。

元記事: Meta’s Astryx Returns to GitHub Trending: JSON Manifest Stops AI Agents From Hallucinating UI Props