Supernova.io

Supernova.ioはコンポーネントの健全性を追跡し、Figmaとコードの間でトークンを同期させる。だからデザイン側で変えた色や間隔が、数スプリントかけてずれるのではなく、実際にコードベースへ届く。コンポーネントは健全、既知の問題、非推奨といった状態を持つ。ライブラリの状況が一目でわかる。これが製品の中核だ。トークンとは何かについて、デザインとコードが一致する一つの場所。

このプラットフォームはFigmaのファイルと変数、Storybook、コードベースのスキャンに接続する。ワークスペースごとに複数のファイルと接続をリンクでき、拡張Figma collectionsのサポートは全プランで使える。この広さが効く。大半のデザインシステムは一つのファイルには収まらない。

複数のブランドを一つの屋根の下で管理でき、それぞれが独自の見た目を保つ。ブランドごとに別々のシステムを維持する代わりに、チームは一つのワークスペース内で文脈を切り替える。これが、デザインオペレーションチームの一週間を静かに食いつぶす重複した統制作業を省く。狙いは、一つの製品ファミリーが複数の視覚的アイデンティティを運用する組織だ。これをうまく扱えるツールは少ない。

チームは人間とエージェントの両方を導くドキュメントを書き、公開する。あらゆる編集はスナップショットとして残るので、誰が何を変えたかが見え、どのバージョンにも戻せる。リアルタイム共同編集により、デザイナー、エンジニア、エージェントが一緒に編集でき、変更履歴がそれを支える。作業の消失は現実の問題だ。この機能はその座を勝ち取っている。

Supernova.ioはデザインシステム向けのフィルタ付きMCPサーバーを公開し、各チームにシステム全体ではなく、必要とする知識だけを与える。チームごと、あるいは面ごとに接続を作るので、ボタンに関する質問に答えるエージェントがトークンライブラリ全体まで受け取ることはない。Freeは接続2本。Proは10本。Enterpriseは無制限。このフィルタリングが効く。なければ、どのエージェントも使わない文脈で溺れる。

トークンが変わると、コード自動化がそれをエクスポートしてpull requestを開く。変更は手作業での回収を待ってデザインファイルにとどまらない。コピーアンドペーストの引き渡しは終わりだ。これを組み込んだチームは、デザイン上の決定を手作業でコードに翻訳する時間を減らせる。

Slack内のSupernovaエージェントは、トークンとガイドラインに関する質問に信頼できる情報源から答える。別の分析は、チームが実際に使うトークンとコンポーネント、採用が鈍っている箇所を示す。自分が作ったあのコンポーネントを誰か使っているのか、と思ったことはないか。今ならわかる。両者を合わせると、デザインシステムの担当者が絶えず受ける2つの問いを覆う。

このプラットフォームはチームからフィードバックを集め、不足をバックログではなく修正案に変える。魅力的に響くアイデアだが、ほとんどのシステムが失敗するのは、そもそも誰も維持しないからだと思い出すまでは。目指すのは時間とともに良くなるシステム。紙の上では良さそうだ。これは売り込みの中で最も野心的な部分であり、正直に言えば、デモで最も厳しく検証すべき部分だ。