先に結論
Figma agent は、Figma に AI が付いただけの話ではありません。design file の中でそのまま作業を進める常駐 agent が入った、という更新です。
今すぐ見るべきなのは次の3点です。
- 自社の seat 構成で beta 対象に入るか
- 減らしたい作業が、bulk edit や feedback 整理のような canvas 内作業か
- code との往復は MCP server に残すか
Figma を設計基盤として使っているチームなら、beta 無料のうちに試す価値があります。逆に、コード生成や外部調査までまとめて任せたいなら、今の Figma agent だけでは足りません。
何が変わったのか
Figma は 2026-05-20 の release notes で、Figma agent の beta rollout 開始を案内しました。
今回の更新で大きいのは、agent が canvas 上の prompt box と left rail の常設チャット から使えることです。別ツールを開かずに、選択中の layer や接続済み library を前提に作業を続けられます。
Figma の blog では、agent を design system の文脈を理解した専用 agent と位置づけています。よく使う component、token、style を起点にしながら、複数案の生成、bulk edit、feedback 整理まで同じ file 内で回せる点が主役です。
まず確認したい seat 条件
ここはかなり重要です。beta が始まったとはいえ、誰でも同じ条件で触れるわけではありません。
Figma が案内している条件は次の通りです。
- Full seat: Professional、Organization、Enterprise で利用対象
- Collab seat / Dev seat: design file の drafts でのみ試用可能
- Starter、Education、Government: 対象外
つまり、チームで本格評価したいなら、まず workspace の seat 構成を見直す必要があります。特に Dev seat 中心の組織は、本番運用に近い file でそのまま広げられるわけではありません。
beta 無料と GA 後の AI credits 課金
今すぐ試しやすい理由は、beta 中は AI credits を消費しないからです。
一方で Figma は、general availability 後は AI credits を適用すると明記しています。今の beta は、恒久無料の予告ではありません。
このため、評価のしかたも変わります。今は「便利か」だけでなく、credits を使ってまで残したい作業か を見ておくべきです。
特に試しやすいのは次のような作業です。
- file 全体にまたがる bulk edit
- design system に沿った component や variable の適用
- コメントの要約と次アクション整理
- たたき台を複数案出して方向性を比べる作業
逆に、軽い手修正ばかりのチームだと、GA 後に credits を払ってまで残す価値が薄い可能性があります。
Figma agent と MCP server の違い
いちばん混同しやすいのがここです。
Figma の公式説明では、canvas 上の生成や編集は Figma agent、code と Figma の往復は MCP server が担当です。
Figma agent が向いているのは、design file の中で完結する仕事です。
- 選択中の layer を起点にレイアウト案を出す
- design system に寄せて複数案を作る
- bulk edit で component や copy をまとめて直す
- コメントを要約して next step を整理する
一方で MCP server は、Claude Code や Codex のような外部 agent が Figma に書き戻したり、Figma の内容を code 側へつないだりする handoff に向いています。
設計の主戦場が Figma の中なら agent、実装との往復が主戦場なら MCP server を軸に考えるとズレにくいです。design-to-code 全体の位置づけは Figma MCP Server vs v0 vs Lovable vs Bolt 比較 で詳しく整理しています。
何ができて、まだ何が弱いのか
help center で確認できる範囲では、今の Figma agent はかなり実務寄りです。
現時点で対応している主な機能は次の通りです。
- 0→1 の screen 生成
- layout や spacing の編集
- component instance、style、variable の適用
- 複数要素への bulk content edit
- library 検索
- comment review と design feedback
- design system component や variant の更新
- file-level action や file 検索
一方で、まだ coming soon か非対応の範囲もあります。
- vector editing
- icon 生成
- 高度な visual effect
- prototyping と interaction
- web 検索や外部ドキュメント検索
- export 代行
- animation
この差は大きいです。今の Figma agent は、design file を前にした編集と整理には強いが、外の世界まで広く調べて完結する agent ではない と見たほうが正確です。
誰が今 waitlist 登録すべきか
今の段階で waitlist 登録と beta 評価が噛み合いやすいのは、次の3パターンです。
1. design system の運用負荷が高いチーム
component の差し替え、命名統一、variable 適用、説明文更新が多いなら、agent の bulk work は相性がいいです。人手で散っていた作業をまとめて減らせる余地があります。
2. コメント整理や crit 反映に時間がかかるチーム
comment を要約し、論点を束ね、次アクションへ落とす使い方はすぐ試せます。レビュー往復が多い組織ほど、beta で価値を測りやすいです。
3. Figma を基点に、後段だけ code 側へ渡したいチーム
最初から builder 一体型へ寄せるより、Figma を設計の主軸として残したいなら今回の update は重要です。必要になったら後段だけ MCP server や builder へつなぐ形が取りやすくなります。
逆に、Starter や Education で今すぐ広げたい組織、あるいはコード生成や実装自動化が主目的のチームは優先度を下げてよさそうです。そういう判断では Google Stitch vs v0 vs Lovable vs Bolt vs Figma 比較 も参考になります。
beta 中に見るべき評価項目
試せるなら、便利さの感想だけで終えないほうがいいです。GA 後に credits 課金へ移る前提なら、少なくとも次は見ておく価値があります。
-
seat 条件のまま実運用に乗るか
Full seat が必要な人と drafts で十分な人を切り分けられるかを見ます。 -
bulk edit が実際に工数を減らすか
typography、component state、copy 更新のような反復作業で効くかを確認します。 -
agent と MCP server の境界が明確か
Figma 内で終える作業と、code 側へ渡す作業が混線しないかを見ます。 -
credits を払っても残したいか
beta 無料のうちに、GA 後も使い続けたい仕事かどうかを判定します。
まとめ
Figma agent の beta rollout は、Figma が AI を追加したというより、design file 自体を agent が常駐する作業面に変え始めた 更新です。
導入判断はシンプルです。Figma の中で減らしたい仕事が多いなら前向きに試す価値があります。逆に、主目的が code 連携や外部実装の自動化なら、agent 単体ではなく MCP server や builder との分担で考えるほうが合います。
今のうちに seat 条件、beta と GA の課金差、試したい作業の種類を整理しておくと、waitlist 登録の優先順位を決めやすいです。