figma-create-new-file

figma-create-new-file スキルの概要

figma-create-new-file でできること

figma-create-new-file スキルは、ユーザーの drafts に新しい空の Figma ファイルを作成します。標準のデザインファイルにも、FigJam ボードにも対応しています。特に、他の Figma 操作に入る前にまず新しいキャンバスが必要だと分かっている場合に最も役立ちます。use_figma や、その後に続くワークフローの前段として使う場面に向いています。

どんな人にインストール向きか

モデルに正しい種類のファイルを確実に開かせたい、というエージェントフローで作業するなら、figma-create-new-file をインストールする価値があります。ユーザーに手動で作成してもらうのではなく、最初の一手を安定して任せたいときに適しています。デザイン実装、素早いプロトタイピング、ワークショップ準備など、ファイル作成が毎回の最初のステップになるプロンプトと相性が良いです。

ただの汎用プロンプトではない理由

figma-create-new-file スキルの本当の価値は、単に「ファイルを作る」ことではありません。自動化を止めがちな細かな運用条件――design と figjam の選択、ファイル名の自然なデフォルト設定、必要に応じた planKey の解決――まで扱える点にあります。だからこそ、Figma のワークフローへ予測可能に引き渡したいとき、単発の指示よりも安全です。

figma-create-new-file スキルの使い方

インストールしてソースを確認する

インストールは、ディレクトリ標準の figma/mcp-server-guide の skill 追加フローを使い、そのあとでまず skills/figma-create-new-file/SKILL.md を開いてください。この skill には追加の helper ファイルはありません。理解すべき挙動はその 1 つの文書にまとまっています。figma-create-new-file install の流れ自体はシンプルですが、正しい起動方法は引数ルールに依存するため、skill を直接読むことが重要です。

プロンプトには正しい入力を渡す

figma-create-new-file usage の形式は次のとおりです。

/figma-create-new-file [editorType] [fileName]

空の Figma デザインファイルなら design、ホワイトボード型のファイルなら figjam を使います。editorType を省略すると既定で design になります。名前を省略すると既定で Untitled になります。良いプロンプトは具体的です。たとえば「Q3 workshop notes という FigJam ファイルを作って、そのまま planning flow に進めてください」のように書きます。

planKey の解決はきれいに処理する

この skill は、create_new_file を呼び出す前に planKey が必要になる場合があります。すでに whoami か前段のステップで取得済みなら、その値を workflow context に含めて、再解決させないようにします。まだ持っていない場合は、skill が先に whoami を確認する流れになります。ここで重要なのは、プロンプトの失敗原因はファイル作成そのものより、identity や plan context を飛ばしてしまうことにある、という点です。

ワークフローは正しい順序で読む

まず argument セクションを読み、その次に Workflow セクション、そして Step 1: Resolve the planKey と Step 2: Call create_new_file の指示を確認してください。この順序を見ると、実際の実行経路が分かります。つまり、コマンドを解析し、アクセスの文脈を確認し、それからファイルを作成する、という流れです。figma-create-new-file for Design Implementation を使うなら、この経路が design brief から手作業の準備なしで使える Figma draft へ進むための道筋になります。

figma-create-new-file スキル FAQ

figma-create-new-file はデザインファイル専用ですか？

いいえ。figma-create-new-file skill は design と figjam の両方に対応しています。UI の作業には design file を、planning、workshop、ゆるい diagramming には FigJam を使ってください。

毎回ファイル名を入れる必要がありますか？

いいえ。名前を指定しない場合、この skill は Untitled を既定値にします。それでも、プロンプトでファイル名を明示したほうが、後続の整理がしやすくなります。特に、1 回のセッションで複数の draft を作る可能性があるなら効果的です。

これは単に「新しい Figma ファイルを作って」と頼むのと違いますか？

はい。通常のプロンプトでも意図は伝えられますが、skill には運用上の細部――コマンド構文、既定の editor type、命名のデフォルト、plan の検索動作――が組み込まれています。実際にファイル作成ステップを起動させる必要がある場面では、その分だけ信頼性が高くなります。

どんなときは使わないほうがいいですか？

すでに対象の Figma ファイルがある場合、既存の board を編集するだけの場合、または planKey を解決するための access context を渡せない場合は使わないでください。その場合は、別の Figma skill か、直接編集するワークフローのほうが適しています。

figma-create-new-file スキルを改善する方法

ファイルの意図を正確に伝える

figma-create-new-file の結果を良くする一番の方法は、ファイル種類、目的、希望する名前を 1 文でまとめて伝えることです。たとえば「チームの retrospective 用に Sprint retro という FigJam ファイルを作成してください」は良い例です。一方、「Figma ファイルを作って」は弱い指示です。前者なら曖昧さが減り、skill があまり役に立たない種類のファイルへ default するのを防げます。

ワークフローの文脈を保持する

環境側ですでに planKey を持っているなら、検索を強制せずにそのまま渡してください。依存関係が 1 つ減り、処理停止のリスクも下がります。持っていない場合は、まわりのプロンプトやセッションで whoami が成功できるようにしておきます。

最初の空ファイルから反復する

この skill はファイルを作るだけで、デザイン課題そのものを解決するわけではありません。ファイルができたら、ここで指定した命名とスコープを保ったまま、次の Figma アクションへ進んでください。最初の出力が期待どおりでなければ、作成ステップに指示を重ねるのではなく、再実行する前に editor type、file name、access context を見直すほうが適切です。