Figmaのエージェントがベータを卒業し、デザインシステムを携えて登場

--- title: Figmaのエージェントがベータを卒業し、デザインシステムを携えて登場 slug: figma-agent-left-beta-and-brought-the-design-system-with-it meta_title: Figmaエージェントがライブラリガイドラインとともに一般提供開始 meta_description: Figmaエージェントは10月6日に一般提供となり、プロンプトだけでなくコンポーネントとデザインシステムに基づいて動作する。 category: ai tags: Figma Agent,デザインシステム,Weave,生成プラグイン,MCP,デザインワークフロー,AIクレジット,一般提供,Markdownガイドライン ---

Figmaは10月6日にエージェントをベータ版から卒業させた。その際に同社が選んだ枠組みは、デザインツールがどこへ向かっているかを雄弁に物語っている。売り文句は、チームがすでに使っている環境の内部に加わる新しいレイヤーであり、動作の単位はデザインシステムだ。

これが、単体の生成アプリに対するFigmaの構造的な優位性だ。あなたが構築したライブラリを読み取るエージェントは、プロンプトから画面を再生成するエージェントとは異なることをしている。

実際に提供されたもの

目玉となる追加機能は、ライブラリ単位のMarkdownガイドラインだ。ライブラリの所有者は、コンポーネントのルール、ベストプラクティス、避けるべきパターンを記述したファイルをアップロードし、エージェントはそのライブラリを有効にして誰かがプロンプトを出すたびにそれを読む。デザインシステムの指示は、各リクエストで繰り返されるのではなく、コンポーネントと一緒に移動する。

検索はFigma Designファイル、FigJamの付箋、Figma Slidesのコンテンツにまたがるようになり、ユーザーはファイルを添付したり、ノードをプロンプトに直接貼り付けたりできる。チームはコラボレーターのエージェントがキャンバス上でライブ作業している様子を眺めることもできる。

生成プラグインが一般提供され、カスタムスキルはチームまたはコミュニティに公開でき、外部連携はGitHub、Notion、Slackをカバーする。利用にはAIクレジットを消費する。

キャンバス上のエントリーポイントでは、編集用の画像モデル選択も可能になった。これは、すでに好みの生成器があるチームにとって重要だ。Figmaは今回のリリースの一環としてレイテンシの低減も報告している。これは、エージェントがツールのように感じられるか、待ち時間のように感じられるかを左右する種類の改善だ。

FigmaのワークフローレイヤーであるWeaveは、同じ考え方をキャンペーン用素材に拡張する。公開されたあるワークフローは、gen-effectノードを使って原材料をブランドアセットに変換する。これにより、デザインシステムはそれが書かれたデザイン以上のものを動かせる。Weaveツールのコミュニティ公開も開始され、デザイナーは成果物だけでなく、自分が構築したワークフローも共有できるようになった。

Figmaは周辺インフラにも投資しており、ロンドンオフィスの拡張や、エンタープライズ顧客向けの日本でのデータレジデンシーも含まれる。これらの動きは個人デザイナーにとっては重要度が低いが、制作業務をプラットフォーム経由で流すかどうかを決める組織にとっては重要だ。

なぜデザインツールがこの主張にふさわしい場所なのか

デザイン作業には、エージェント導入をわかりやすくする特性がある。入力がすでに構造化されているのだ。デザインシステムは、文書化されたルールを伴う名前付きコンポーネントの集合であり、エージェントがプロンプト以外の何かに基づいて行動するために必要なものに近い。だからこそ、Figmaのグラウンディングの主張は、より良い出力を約束する汎用アシスタントよりも信頼できる。

また、失敗モードが測定可能であることも意味する。無視されたデザインシステムのルールは、ライブラリに一致しない画面を生み、レビュアーはそれを見てわかる。これに対し、ライティングアシスタントでは、準拠は好みの問題であり、外れを証明できる人はいない。

Luke Wroblewskiのドキュメントに関する指摘は、この議論を鋭くしたものだ。デザインチームは何年も、人々にデザインシステムのドキュメントを読んでもらおうとしてきた。エージェントはコードを書くたびにそれを読む。ドキュメントを腐敗させた保守負担は、決して飽きない読み手には当てはまらない。

60パーセントという主張、そしてそれが語らないこと

Figmaは、新しいエージェントがプロのデザイナーによる人間評価の60パーセント超で勝利したと報告しており、その結果をより良い指示追従と長いタスクの処理改善に帰している。

この数字には文脈が必要だ。Figmaの評価ブログ記事には、サンプルサイズ、タスクの内訳、ベースライン比較が含まれていないため、一般的なベンチマークスコアではなく、人間が評価したデザイナー比較である。正確な能力レベルではなく、方向性を示す証拠として読むべきだ。

同社は弱点についてはより率直だ。デザインシステムへの準拠は改善したが、Figma自身の目標を依然として下回っている。これが、エージェントが制作ワークフローに恒久的な居場所を得られるかを決める指標だ。ライブラリを無視するエージェントは、余計な手順を踏んでノイズを生成しているにすぎないからだ。

なぜライブラリのグラウンディングが本当の製品なのか

デザインチームは何年も、人々にデザインシステムのドキュメントを読んでもらおうとしてきた。Luke Wroblewskiがローンチ後に指摘したように、エージェントはコードを書くたびにそれを読む。この単一の変化が、デザインシステムを維持する経済性を変える。準拠が、デザイナーがルールを覚えているかどうかに依存しなくなるからだ。

その仕組みは地味だ。ライブラリに添付されたMarkdownファイルは、デモ映えしない。しかし、もっともらしい画面を生成するエージェントと、あなたのチームが出荷できる画面を生成するエージェントの違いはそこにある。

解決しようとしているコンテキストの問題

より良いコンテキストは、より短いプロンプトを意味する。これが、エージェントの到達範囲を現在のキャンバスの外へ広げる実用的な利点だ。エージェントがファイルを横断して検索し、確立されたコンポーネントを参照できると、デザイナーは説明に費やす時間が減り、意思決定に費やす時間が増える。

これは重要だ。プロンプトの長さは隠れたコストだからだ。コンテキストを説明する追加の一文は、次回デザイナーが再構築しなければならない一文であり、再構築はずれていく。プロンプトボックスではなくファイルツリーからコンテキストを引き出すことで、その知識は持続する場所へ移る。

Config 2026でのFigma自身の枠組みは覚えておく価値がある。AIは床を下げたが、天井を上げたわけではない。ライブラリの保守、クリティークのフィードバック、初稿の仕様を処理するエージェントは、実際には判断が求められるデザイン作業の部分を解放する。

公開されたワークフロー例も同じ方向性だ。一時アクセス機能は、古くなったコンポーネントの修復からコンプライアンスレビューを経てコンポーネント仕様に至るまで追跡され、エージェントがライブラリの更新とクリティークのフィードバックを処理する。別の例では、gen-effectノードを使って原材料をキャンペーン用素材に変換する。どちらも、デザイナーが雇われた理由ではないのに、デザイナーの一週間を埋めてしまう種類の仕事だ。

クレジットはどこへ行くのか

利用はAIクレジットを消費するようになり、すべてのチームに予算の疑問を突きつける。長いタスクにまたがって実行されるエージェントワークフローは、単一のプロンプトよりも多くを消費し、役に立つアシスタントと高価なアシスタントの違いは、どれだけ頻繁に修正が必要かにある。

これは、Figmaが管理しなければならないインセンティブを生む。ライブラリを読み、仕様を一発で正しく仕上げるエージェントは安い。ライブラリを無視し、3回の修正を必要とするエージェントは、スクリーンショットではなく請求書に現れる形で高価だ。

注目すべき点

2つある。ライブラリガイドラインが、チームがデザインシステムの知識を配布する標準的な方法になるのか、それとも誰も更新しないもう1つのドキュメントとして扱われるのか。そして、デザインシステムへの準拠が差を埋めるのかどうか。それが実現するまでは、60パーセントという数字は信頼できるアシスタントではなく、役に立つアシスタントを表しているにすぎない。