Figma Specsとは何か？
Specsは、Figmaが10月14日のConfig Indiaで発表したMarkdownエディターで、チームがデザイン言語とルールを書き留める。独立したファイルにもキャンバス上にも置け、キャンバス要素を参照し、FigJamの図、コードレイヤー、デザインを埋め込める。
要点は、人にもエージェントにも向けられていることだ。エージェントは設計中にこの集約されたコンテキストを参照し、ブランドルールに従える。プランや価格についての公式な詳細はまだなく、Technoriは公開ベータでProfessional以上のプランだと伝えているが、自分で確認してほしい。
Specを書けば、エージェントは必ずそれに従うのか？
そのような保証はない。報道は、エージェントがSpecをどう読むのか、どれだけ厳密に従う必要があるのか、Figmaがどう強制するのかが語られていないと明記している。Figmaは結果をより予測可能にするツールを追加していると述べるだけで、結果が完全に一貫するとは主張していない。
したがってSpecsは、ルールをエージェントに見える場所に置くものと捉えるのがよい。どこまで守られるかは、自分の生成記録で確かめるしかない。
コードレイヤーとは何か、料金はかかるのか？
コードレイヤーは、デザインにコードを加えてよりインタラクティブなプロトタイプにするもので、エージェントにデザインをコードへ変換させたり、一部を変更させたりできる。6月のプライベートベータから公開ベータへ移った。
料金について、Technoriは有料プランでの編集が2026年11月4日まで無料で、その後はAIクレジットを使うとしている。TechCrunchとALM Corpは価格に触れておらず、これも単一の情報源に基づく。
デザインシステムのチームは今何をすべきか？
Specsが完全に開放されるのを待つ必要はない。まず四つのことができる。文書の形容詞を具体的な数値に置き換える。エージェントが使ってよいコンポーネントと発明してはいけないものを書き出す。空、読み込み中、エラー、権限なしといった状態を補う。そして担当者を決め、一人で保守できる短さに保つ。
さらに一つ測る。生成結果が捨てられた割合を記録することだ。これは文書が機能しているかの証拠であり、どんな機能紹介よりも実用的だ。
10月14日、Figmaはインドで開いた初のConfigで、一連の機能を発表した。デザインシステムのチームが最も注目すべきはSpecsだ。MarkdownベースのエディターでデザインのルールをAIエージェントと人の両方が参照できる形で書き留められる。Specsは、Figma内の独立したファイルにも、キャンバス上にも置け、キャンバス要素の参照や、FigJamの図、コードレイヤー、デザインの埋め込みもできる。さらに、デザインライブラリ、コードライブラリ、ガイドラインを集めて、エージェントが設計中に参照できる共通のコンテキストにできる。Figmaによれば、これは自社のエージェントにも他社のエージェントにも当てはまる。
コードレイヤーは、6月から続いたプライベートベータから公開ベータに移り、ユーザーがエージェントにデザインをコードへ変換させたり、一部を変更させたりできる。FigmaのMCPには20以上の新ツールが加わり、Open Code、Dia、Meta Muse、インドのスタートアップSarvamが名指しされた。キャンバス上のエージェントは発表前の1週間に、より広いユーザーに開放され、Figmaは結果をより予測可能にするためのツールを追加しているという。
最高デザイン責任者のLoredana Crisanは背景として二つの数字を示した。現在生み出されるコードの行数は以前の17倍だが、リリースは1.3倍しか増えていない。ボトルネックが「作ること」から「レビューすること」へ移った、というのがその趣旨で、Specsの狙いは、エージェントが最初から差し戻されるものを減らすことにある。
まず分かっていること。TechCrunchとALM Corpの報道には、Specsの価格、プラン、確定した提供日が載っていない。Technoriの10月21日の記事は、SpecsがProfessional、Organization、Enterpriseプラン向けの公開ベータだとし、さらにGuidelines（公開済みライブラリにガイドラインファイルを付けると、Figmaが自動的にエージェントへ渡す。公開ベータ）とCode sources（エージェントがGitHubやnpmの実際のコンポーネントを読める。クローズドベータ）にも触れている。このプラン情報は単一の情報源にしか出てこないため、使う前にFigmaの公式ページで確認してほしい。
ALM Corpは、語られていない点も明示している。エージェントがSpecを実際にどう読むのか、どれだけ厳密に従う必要があるのか、Figmaがどう順守を強制するのか、そして他社のエージェントが今使えるのか。報道は、Specsで結果が完全に一貫すると主張してもいない。つまりSpecsはルールの置き場所を与えるが、ルールがどこまで実行されるかは公には説明されていない。
Technoriの中心的な主張は、デザインシステムの文書はもう人が引く参考資料にとどまらず、AIエージェントが読み、それに基づいて作るものになった、というものだ。曖昧なルールは、誰かがレビューして多くを捨てる出力になり、ルールを正確に書くのが無駄を減らす最も安い方法だという。記事は、最初に書く内容を五種類挙げる。コンポーネントのルール（エージェントが使ってよいもの、決して発明してはいけないもの）、形容詞ではなく間隔と書体の正確な値、状態と境界ケース（空、読み込み中、エラー、権限なし）、コンテンツのルール（口調、大文字小文字、ボタン文言）、そしてエージェントに復活させたくない廃止済みパターンだ。
誰が保守するのか。記事は責任をプロダクトチームに置き、人が保守できる短さに保つこと、ルールとコンポーネントを公開ライブラリで一緒に出すことを勧めている。
一つ目は、古い文書はエージェントを大規模に誤った方向へ導くこと。古いルールに一貫して自信を持って従うからだ。二つ目は利用量で、Technoriによれば、コードレイヤーの編集は有料プランで2026年11月4日まで無料で、その後はAIクレジットを使う。Specs、Payload、画像生成もクレジットを消費する。三つ目は可搬性で、Specs自体はMarkdownだが、周辺のコンテキストの多くはFigmaのライブラリの中にある。
記事は、覚えておきたい逆の検証も示す。四半期後もチームが生成結果の大半を捨てているなら、文書は本当のボトルネックではないかもしれない。
デザインシステムを担当しているなら、Specsの開放を待たずに今できることがある。既存の文書の形容詞を数値に置き換え、「発明しない」コンポーネントのルールを書き出し、担当者を決め、生成結果が捨てられた割合を記録し始めることだ。この割合は、文書が機能しているかの証拠であり、後でクレジットに追加で支払うかの判断材料になる。
Figmaのプランを検討しているなら、これらの機能の多くはまだベータで、プラン情報は今のところTechnori一つに依拠しており、コードレイヤーの無料期間は11月4日までだという点に注意したい。発表会のニュースだけでアップグレードせず、自分のファイルで試せるようになってから判断するのがよい。