Figma のオープンソース代替

Figma は優れたツールであり、なくなることはありません。しかしファイル形式は独自仕様で、シートはサブスクリプション、キャンバスは他社のクラウド上にあります。これは正直な見立てです。どんなときに Figma が依然として答えなのか——そしてどんなときに、agent ネイティブでローカルファーストのワークフローを所有することが勝つのか。

Figma は優れています。私たちは何年もこれで実際の仕事を出荷してきましたし、これは「Figma は死んだ」という記事ではありません——まったくそうではありません。私たちが別のキャンバスを作るのではなくオープンソースの skill レイヤーを作ったのは、Figma の作り込みへの不満からではありません。これは一つの賭けです。設計作業のこれからの十年は、「無限キャンバス上のカーソル」というよりも、「あなたがすでに料金を払っている agent が、あなたが本当に所有するワークフローを駆動する」という形に近づいていく、と。この記事は、同じカテゴリで開発しているチームによる Figma への正直な見立てです。Figma が最も得意とすること、どこであなたをロックインするのか、オープンソースの道は実際どんな形なのか、そしてこの四半期にあなたはどちらを手に取るべきか。

Figma とは実際のところ何なのか

Figma はデフォルトのコラボレーション設計ツールです。ブラウザ上のリアルタイム多人数キャンバスに、ハンドオフ向けの Dev Mode、ホワイトボード用の FigJam、そして同じ画面に次々と付け足されていく一連の AI 機能が乗っています。価格はシート単位・月単位で、役割と組織に応じて段階分けされています。

いくつかの点で、Figma は他のどのツールよりもうまくこなします。

リアルタイムのキャンバス協業。5 人が同じファイルの中にいて、カーソルがリアルタイムで見え、コメントがその場で展開される。この多人数協業の完成度に匹敵するものは、オープンソースには何一つありません。
ピクセル精度のベクター作業。Auto Layout、制約、バリアント、コンポーネント——キャンバスのプリミティブは成熟し、手の記憶も深く染みついています。
巨大なプラグインエコシステム。十年積み重ねたサードパーティ製プラグイン、コミュニティファイル、テンプレートを、そのまま投入できます。
チームがすでに慣れたハンドオフ。Dev Mode、inspect、レッドライン、そしてエンジニアが何年も訓練されてきたあのワークフロー。

あなたの仕事が、デザイナーが共有キャンバス上で精密な画面を描き、他の人にレビューしてもらうことであれば、Figma は今でも答えであり、しかも良い答えです。本当に気にすべき違いは、その一つ下のレイヤーに潜んでいます——このファイル、このワークフロー、このコスト曲線を誰が所有するのか、という点に。

どこであなたをロックインするのか

Figma には、最初にはっきり名指ししておく価値のある四重のロックインがあります。価格ページはそれを語らないからです。

ファイルは独自仕様です。あなたの設計は Figma の形式の中、Figma のサーバー上に生きています。PNG や開発仕様はエクスポートできますが、本当の事実の源——コンポーネント、バリアント、生きた設計システム——は Figma の中でしか完全には読み取れません。ツールの外で生き残るプレーンテキスト版は存在しません。

ランタイムはホスト型です。キャンバスがクラウドそのものです。代理店の仕事や、NDA 下のローンチ前クリエイティブにとって、「このファイルはどこに置かれるのか」は毎回、設定項目ではなく調達の交渉になります。ローカル限定は一つのモードではありません。

プラグインは移植できません。Figma のプラグインエコシステムは本物で奥深いものです——しかしどのプラグインも Figma のランタイムの中で、Figma の API に対して動いています。そこで組み立てたワークフローは、外へ持ち出してあなたのノートパソコン上の agent に走らせることはできませんし、Figma キャンバスから始まらないパイプラインに組み込むこともできません。

請求は永遠にシート単位です。サブスクリプションのシートは、安定した設計チームには問題ありません。急成長する組織にとっては窮屈になり、そして本来なら同じワークフローを引き継げたはずの貢献者・外注・一度きりの協力者というロングテールにとっては、まったく成り立ちません。

これらはどれもバグではありません。これらは、ホスト型でコラボレーション・キャンバス型の製品の形であり、Figma はその形の最良の版です。私たちはただ、キャンバスのために作っていないだけです——私たちは agent のために作っています。

ドキュメントの形と融合した黒い多面体の南京錠が破線の境界線に囲まれ、工学図のように描かれた鍵が添えられた、暖色系のエディトリアル風スタディプレート — 事実の源は、独自仕様のファイルの中、他人のクラウド上に生きている。

Open Design が賭けている転換

Open Design は Figma のクローンではありません。ここには無限キャンバスもなければ、多人数のカーソルもありません。これは薄い skill レイヤーで、あなたがすでに使っているコーディング agent を設計エンジンに変えます。四つのプリミティブは skills、systems、adapters、daemon です——そして肝心なのは、それらがすべて単なるファイルだという点です。

どの skill も SKILL.md ファイルで、読むことも、fork することも、PR として送り返すこともできます。
どの設計システムも移植可能な DESIGN.md ファイルです——私たちが Figma 自身のために出荷したものも含めて。任意のエディタで開け、git で diff でき、それを次に読むツールよりも長く生き残ります。
どの agent adapter もおよそ 80 行の TypeScript です。

これが手に入れさせてくれるのは、ちょうど上の四重ロックインの裏返しです。

ファイルはプレーンテキストです。skill と system は repo の中の Markdown です。あなたの設計システムは、ツールがなくても読み取れます。
ランタイムはローカルです。pnpm tools-dev 経由であなたのノートパソコン上で動くか、あなた自身でデプロイします。プロンプトはあなたが選んだモデルプロバイダーへ送られます——何も私たちを経由しません。
ワークフローは移植可能です。skill とは一つのフォルダです。あなたの $PATH 上のどんな agent にも組み込めます。特定ベンダーのプラグインランタイムではありません。
デフォルトで BYOK。OpenAI 互換の base_url と key を貼り付けるだけ。あなたの token はまっすぐプロバイダーへ届きます。Apache-2.0、登録不要、シート単位の請求なし。

心の中のモデルはこうです。Figma はあなたが借りるキャンバス。Open Design はあなたが所有するワークフロー。

開いた容器から扇状に広がる黒いプレーンな紙とインデックスカードの束、数枚が自由に漂う、暖色系のエディトリアル風スタディプレート — skill と system は repo の中のプレーンテキストファイル——移植可能で、fork でき、ツールがなくても読み取れる。

項目ごとの対照

	Figma	Open Design
ライセンス	独自仕様	Apache-2.0
ランタイム	ホスト型(ブラウザ、Figma クラウド)	ローカル daemon(`pnpm tools-dev`)+ 任意でセルフホスト
ソースファイル形式	独自仕様の `.fig`	repo の中のプレーンテキスト `SKILL.md` / `DESIGN.md`
主要な画面	リアルタイム多人数キャンバス	agent 駆動の生成 + サンドボックスプレビュー
モデル / AI	Figma 自前の AI 機能	任意の OpenAI 互換エンドポイント + 検出されたコーディング agent CLI
プラグイン	マーケットプレイス、Figma 内で動く	fork 可能な skill フォルダ、どの agent でも動く
設計システム	Figma ライブラリ(ツール内)	移植可能な `DESIGN.md` ファイル(Figma 用も一つ含む)
価格	シート単位のサブスクリプション	無料;モデルプロバイダーに直接支払う
ハンドオフ	Dev Mode、inspect、レッドライン	`$PATH` 上の任意の agent、加えて HTML / PDF / PPTX / ZIP エクスポート
セルフホスト可否	不可	可(ノートパソコンまたはあなた自身のデプロイ)
データ経路	ファイル → Figma クラウド	プロンプト → あなたが選んだプロバイダー;何も私たちを経由しない

正直にまとめると、Figma は市場で最も洗練されたコラボレーション・キャンバス体験を持っており、精密な画面を一緒にレビューするデザイナーのチームにとって、その洗練こそが製品そのものです。Open Design のほうは、キャンバスをまるごとライブラリと引き換えにします——skills、systems、agents は、あなたのノートパソコンにすでにあるツールと組み合わせて使うように設計されています。異なる形、異なる賭け。

誰がどちらを選ぶべきか

あなたが……なら	選ぶのは
リアルタイムで複数デザイナーのキャンバス作業をし、ライブレビューが必要な設計チーム	Figma。あの多人数キャンバスに匹敵するものはオープンソースにはない。
一日中ピクセル精度のベクターやコンポーネント作業をするデザイナー	Figma。キャンバスのプリミティブは成熟し、あなたの手の記憶は本物のお金に値する。
すでに Figma に標準化し、Dev Mode がエンジニアリングの流れに組み込まれている組織	Figma。統合コストはもう払い終えている;それを使い切ろう。
すでにターミナルから Claude Code、Codex、Cursor を駆動している設計エンジニア	Open Design。あなたの agent こそが設計エンジン;skill レイヤーがセンスと構造を足してくれて、新しいアプリを入れる必要はない。
BYOK、プロジェクト途中でのモデル切り替え、または機微なブリーフのローカル限定処理を必要とする人	Open Design。現実は宣伝よりも荒削りだが、これが本当に成り立つ唯一の契約だ。
ツールの移り変わりを生き延びる設計システムを望むチーム	Open Design。`DESIGN.md` ファイルは、それを読むツールよりも長生きする。
プロジェクトが採用できる設計ワークフローを出荷したいオープンソースの貢献者	Open Design。フォルダを一つ置き、daemon を再起動し、PR を送る。

ほとんどのチームにとって勝敗を決める軸は、品質ではありません——Figma の手仕事は本物です。それは、あなたの仕事が描くためのキャンバスなのか、それとも自動化するためのワークフローなのか、という点です。もし後者なら、あなたはそれを借りるよりも所有したいと思うはずです。

次にすべきこと

もしあなたにすでに繰り返し可能な Figma の仕事があるなら——これらのフレームをエクスポートする、あの token を同期する、あのデッキテンプレートを作り直す——違いを最も速く実感する方法は、そのうちの一つをプラグインに移植することです。「Figma を置き換える」ではなく、煩わしくて繰り返し可能な小さなタスク一つから始めましょう。

あるいは、三行のコマンドのクイックスタートをそのまま走らせて、あなたがすでに料金を払っているモデルに向けるだけ。すべてが一つの repo の中に生き、最初のデッキはおよそ十分です。

このオープンソースのワークフローを試す。

さらに読む

Figma のワークフローを Open Design プラグインに移植する方法——エクスポート、token 同期、ブランドキットの具体的な道筋
Claude Design のオープンソース代替——同じく正直な見立てを、別のツールで
なぜ私たちは Open Design を製品ではなく skill レイヤーとして作ったのか——「レイヤーであって製品ではない」という賭けの背後にある、より長い宣言