Figmaが仕様共有「Specs」を発表、AI連携の実用性に議論

記事のイメージ:Figmaは10月15日、Markdownで仕様を整理し、デザインや図を埋め込める新機能「Figma Specs」を発表

Figmaは2026年10月15日、インドで開催した「Config India」で、チームとAIエージェントが設計意図を共有する新機能「Figma Specs」を発表した。Markdownを使った仕様書を、デザイン制作と同じ環境に置ける点が特徴だ。

Markdown仕様をキャンバス上で共有

Figma Specsは独立した文書としても、Figmaのキャンバスにデザインと並べても利用できる。通常の文章だけでなく、画面上の要素への参照、FigJamの図、コードレイヤー、デザインの埋め込みにも対応する。仕様の背景や実装上の意図を、デザイナー・開発者・AIエージェントが共通の情報として扱うことを目指す。

コードとの整合性が論点に

同日の発表では、動く試作品をキャンバスに置くコードレイヤーの公開ベータや、MCP連携の拡充も紹介された。ただし、仕様書の共有だけで本番コードとデザインの一致が保証されるわけではない。Figmaは新機能を今後数週間で順次提供するとしており、利用可能な時期や条件は機能ごとに異なる。

海外では運用負担を巡る議論

10月16日のRedditでは、Config Indiaの新機能全体について、既存のコンポーネントライブラリとコードの関係をどう管理するか議論が起きた。コードを唯一の正本とする意見がある一方、画面上で直接操作して試せる環境を評価する声もある。以下は発表への反応であり、Specsを実際に運用した後の評価ではない。

みんなの反応

14件

全14件を表示しています

反応を2〜3件選ぶと、原文を並べて比べられます(0/3件)。

  1. コードはずっと正本だったよ!

  2. コードが正本なら、Figmaの部品と本番の部品をどう管理する?また保守する層が増えない?

  3. 会社がまた新しい仕組みを作るために、さらに何年もかけることになるね :)

  4. デザインシステムはコードベースにある。Figma側は実物を映しただけのものだ。

  5. Figmaで基本図形を変えることも技術的にはコードに関わる。最初から動くコードなら一貫性を保てそう。

  6. コードが安く作れるようになっても、デザイナーが書いたものは結局リファクタリングが必要になる。

  7. 変更によってはそのまま使えるコードもある。モックだけを渡すよりコードを引き継ぐほうが簡単だ。

  8. それはデザイナーによっても違うと思う。

  9. Specsやコードレイヤーは面白いが、そもそもコードで設計できるならFigmaに戻る必要はある?

  10. プロンプト入力だけがデザインの終着点とは思えない。クリックして変化を確かめられるキャンバスは大切。

  11. 新しいアイデアを試す下書きにはFigmaを使う。でも改善の繰り返しはコードでやっている。

  12. 大規模な組織では、Figmaのデザインシステムと実際のコードが結び付かない管理上の問題が大きい。

  13. 新しい変数やスロットに慣れるのに6〜8か月かかったのに、また作り直す必要があるの?🤯

  14. 画面をクリックして変更を確認するなら、開発サーバーでできる。Figmaはそこが苦手だった。

情報元

#AIエージェント #Config India 2026 #Figma #Figma Specs #MCP #Markdown #デザインシステム

AI・ITの関連記事

あなたもコメントする ↓

JOIN THE CONVERSATION

あなたはどう思う?

コメントは投稿後すぐに公開されます。個人情報や不適切な内容は投稿しないでください。

コメント

まだコメントはありません。