Figma
Figmaのアクセス権 編集できない・ライブラリが無いときの確認ポイント
チーム/プロジェクト/ファイルの階層、can viewとcan edit、ゲストとシート。共有トラブルの切り分け手順。
共有した相手が編集できない、外注先でライブラリが使えない、といった不具合の多くは描画設定ではなく、アクセス権の階層とシートの取り違えから起きます。一次情報は次のとおりです。
この記事でわかること
- 権限が効く階層(チーム/プロジェクト/ファイル)
- can viewとcan editの違い
- メンバーとゲストで見える範囲の差
- よくある取り違えと、切り分けの順番
- 作業前にAIへ渡す入力(貼り付け文)
権限の階層
権限は上から下へ効きます。Organization / Plan、Team、Project、Fileの順です。
上位で付けた権限は、下位へ継承されるのが基本です。プロジェクトがcan viewなら、配下のファイルも原則は閲覧になります。特定ファイルだけcan editを足す、といった上書きもできます。
一方、ファイル単体へ招待した相手には、そのファイル以外のチーム資源までは見えません。招待の単位を取り違えると、「見えない」「編集できない」がここで分かれます。
can viewとcan edit
can viewは閲覧、コメント、Inspectなどにとどまります。can editはファイルやプロジェクト内容の変更ができ、対象によっては招待や権限変更もできます。
編集できないときは、次を同時に見てください。対象リソース(チーム/プロジェクト/ファイル)の権限が本当にcan editか。有料シートが割り当てられているか。権限表示がeditでも、シート不足だと編集できないことがあります。
メンバーとゲスト
Organizationでは、相手がメンバーかゲストかで見える範囲が変わります。
| メンバー | ゲスト | |
|---|---|---|
| アクセス範囲 | 組織内で可視なチームなどを探索しやすい | 招待されたリソースに限定 |
| 組織ライブラリ/共有フォントなど | 使えることが多い | 制限されやすい |
| 典型的な用途 | 社内 | 外注・クライアント |
リンクを送ったのにコンポーネントライブラリが使えない場合は、ゲスト制限を疑うのが早いです。
よく起きる取り違え
ファイル共有のつもりがチーム招待になっている(またはその逆)ケースがあります。プロジェクトが招待制なのに、同じチームなら見えると思い込むケースもあります。リンク共有(Anyone with the link)と組織内共有の混同、can editを付けたままシート未割当で渡す取り違えも多いです。
うまくいかないとき
1.相手はメンバーかゲストか 2.招待先はチーム/プロジェクト/ファイルのどれか 3.付与権限はcan viewかcan editか 4.編集不可ならシート割当を確認する 5.ライブラリやフォントが無いなら、ゲストと招待範囲を確認する
画面のラベルはプランや更新で変わることがあります。判断は階層、継承、シート、ゲストの軸で行うとぶれにくいです。
作業前にAIへ渡す入力
人間向けの長い手順は書きません。次はすべて、作業前に AIに読ませる/貼る文 です。
AI向け:永続ルール(rules / AGENTS.md)
Figma の権限・ライブラリ問題では、ファイルリンクやトークンをチャットに出させない。
can view/can edit、メンバー/ゲストの切り分けを先に確認質問として出す。推測で「権限を上げろ」だけ言って終わるな。
AI向け:この作業の開始時にチャットへ貼る文
Figma で編集できない/ライブラリが無い問題。秘密のリンクやトークンは聞くな・出すな。権限階層(view/edit、メンバー/ゲスト)の確認質問を先に出し、切り分け手順だけ示せ。
人間向け
なし。上をAIに渡すだけでよい。
まとめ
Figmaの共有トラブルは、権限の階層とシートを先に疑うと早く解けます。can editに見えてもシートが無いと編集できないことがあるので、ラベルだけを信じないのがコツです。ゲストにはライブラリが見えないことがある点も押さえておくと安心です。