Claude Designの管理者権限をカスタムロールで制御する — 公開・既定・削除を絞る
Claude DesignのPublish権限・組織既定・削除操作は、Enterprise限定のカスタムロールで特定メンバーに絞れます。付与手順とロールアウト設計をまとめます。
Claude Designを組織全体に開放する前に何を決めるか
Claude Designを開いたままにしておくと、デザインシステムへのアクセス権を持つメンバーなら誰でも、公開・組織既定の変更・削除ができます。個人の実験なら問題ありませんが、複数のブランドやチームが同じ組織にいると、誰が標準を決めるのかが曖昧になります。Enterpriseプランには、この3操作だけを特定メンバーに絞る「Claude Design Admin」という権限があります。
この記事は、その権限が何を絞り、どう付与し、どこでつまずくかを扱います。デザインシステム自体の作り方はClaude Designで自社のデザインシステムを設定する手順にあります。
Claude Designを有効にする設定は2か所ある
Claude Designには、設定が別々の入口が2つあります。片方をオンにしても、もう片方はオンになりません。
- 会話やArtifactsタブの中で使うDesignテンプレート: 「Organization settings」の「Artifacts」で、テンプレートをオンにします
- claude.ai/designの単体のClaude Design: 「Organization settings」の「Claude Design」を開きます。「Claude Design [standalone]」の「Enable for your organization」をオンにします
既定の状態はプランで違います。Teamプランでは最初からオンで、Enterpriseプランでは所有者(Owner)がオンにするまでオフです。
この記事で扱うClaude Design Adminは、デザインシステムを管理する権限です。単体のClaude Designでも、Artifactsの中のDesignテンプレートでも、デザインシステムは共通の仕組みで管理されます。デザインシステムの一覧は「Organization settings」の「Artifacts」にある「Design systems」で、所有者と最終更新日が並びます。新規作成時にはその中の既定が選ばれた状態で表示されます。
Claude Design Adminが絞る3つの操作
権限を「Can manage」にしたロールを持つメンバーだけが、次の3操作を行えます。
Claude Design Adminで専有する3操作
デザインシステムの公開
組織全体で使える状態にします。公開すると、誰でもプロジェクトにアタッチできます。
組織既定の設定
新しく作るアーティファクトが自動で使うデザインシステムを選びます。
デザインシステムの削除
組織から完全に取り除きます。
権限を持たないメンバーも、デザインシステムの作成・編集・利用は続けられます。公開・既定の設定・削除を試みたときだけ、管理者に連絡するよう案内する表示が出ます。作業を止めずに、組織全体へ響く操作だけを閉じる設計です。
複数のブランドやサブチームが別々のデザインシステムを持てる組織では、「どれを既定にするか」が特に効きます。既定が変わると、その後に作られるプロジェクトの見た目の出発点が全部変わるからです。
割り当てなければ何も変わらない
Claude Design Adminを誰にも割り当てなければ、アクセス権を持つ全員が従来どおり公開・既定の設定・削除を行えます。ロールを作っただけでは制限は掛かりません。
少人数のチームやデザインシステムの検証段階なら、この既定のままでも回ります。複数の部門が同じ組織を共有し、誰かが善意で別のデザインシステムを既定にしてしまう場面が出てきたら、権限を絞る時期です。
使えるかどうかと管理できるかどうかは別の権限
カスタムロールには、種類の違う権限が2系統あります。混ぜて考えると、絞ったつもりで絞れていない状態になります。
「使える」と「管理できる」の違い
機能の権限(Capabilities)
「Claude Design [standalone]」はclaude.ai/designを使えるかを決めます。「Design」は会話やArtifactsタブでDesignテンプレートから作れるか、「Docs」「Slides」は各テンプレートを使えるかです。組織の設定がオフの機能は、どのロールでも付与できません。
管理者の権限(Admin permissions)
「Claude Design Admin」は、公開・既定の設定・削除をできるかを決めます。機能の権限と違って、組織の設定のオンオフや本人の設定には左右されません。ロールが付与していれば、その操作ができます。
権限の置き場所を知っておくと、ロールの作り分けが楽になります。デザイナーのグループには「Claude Design [standalone]」だけを付け、標準を決める少数のグループにはそれに加えてClaude Design Adminを付ける、という分け方です。
公式ページ同士で書き方が揃っていない点が1つあります。Artifacts管理者ガイドは、デザインシステムの作成と編集を「Design systems」という独立した権限として挙げています。カスタムロールの管理ガイドの一覧にはこの項目がなく、「Design」の説明に「デザインシステムの作成と編集」が含まれています。ロール編集画面で項目名を探すときは、両方の呼び名を念頭に置いてください。
Claude Design Adminを付与する手順
操作には、所有者(Owner)か主所有者(Primary Owner)の権限が要ります。Identity & Accessを「Can manage」にしたカスタムロールを持つメンバーも、ロールの管理に入れます。
付与までの流れ
- 1
ロールを作る
「Organization settings」の「Roles」を開き、ロールを新規作成するか既存のロールを編集します。
- 2
権限を「Can manage」にする
権限のタブで「Product admin」の下にある「Claude Design Admin」を探し、「Can manage」にします。
- 3
ロールをグループに割り当てる
ロールはメンバーに直接ではなく、グループに割り当てます。グループのメンバーが権限を受け継ぎます。
- 4
メンバーのロールを「Custom」にする
対象メンバーのロールを「Custom」に変えると、グループ経由で付与された権限が効き始めます。
権限のタブの名前は、公式ページごとに違って書かれています。Artifacts管理者ガイドは「Admin permissions」タブ、カスタムロールの管理ガイドと設定ガイドは「Permissions」タブです。探すときは、ロール編集画面の「Capabilities」と「Connectors」のあいだにあるタブを目印にします。
管理者の権限は、「No access」「Can view」「Can manage」の3段階で設定する仕組みです。ただしClaude Design Adminは、閲覧のレベルが「Not available」と載っています。選べるのは実質的に付けるか付けないかで、読み取り専用の中間は作れません。
権限の重なり方と、反映の確認
メンバーが複数のグループにいると、権限は足し合わされます。あるロールが付与していれば、そのメンバーは持っていることになり、別のロールで取り消すことはできません。基本のロールを全員に付け、追加のロールで上積みする設計に向いた仕組みですが、権限を1つ削りたいときは、そのメンバーがどのグループのどのロールから受け取っているかを調べる必要があります。
調べるには、「Members」か「Groups」の行の「⋮」メニューから「View effective role」を開きます。メンバーが持つ機能・管理者権限・コネクターが、付与元のロール名つきで一覧になります。表示は読み取り専用です。
変更が効くまでに最大15分かかり、メンバー側はブラウザの再読み込みが必要な場合があります。反映を確かめたら、対象メンバー本人に管理設定の画面を開いてもらうのが確実です。「No access」の領域は画面に出ないため、見えている範囲が付与した権限の範囲になります。
展開の段階に合わせて権限を広げる
管理者ガイドは、検証と社内ノウハウの蓄積を先に済ませる4段階の展開を示しています。
展開の4段階
- 段階1デザインシステムの構築
ブランドとプロダクトの両方から選んだデザイナー・デザインリード2〜4人が、デザインシステムと全員が使える製品テンプレートを作ります。
- 段階2デザインチーム
デザインチーム全体が実案件で使い、フィードバックを集めます。
- 段階3プロダクトとUX
プロダクトマネージャー、UXリサーチャーなど隣接職種へ広げます。
- 段階4組織全体または特定部門
ブランドの一貫性を保ったまま、作る人を増やします。
Enterpriseプランなら、段階の切り分けもロールでできます。単体のClaude Designは「Claude Design [standalone]」、会話やArtifactsタブは「Design」の権限です。標準が固まるまでClaude Design Adminを段階1の少数に持たせておけば、段階2以降で使う人が増えても、公開・既定・削除の窓口は変わりません。
ガイドは権限設定以外にも、次の運用を挙げています。
- 次の段階の対象者へ、順番がいつ来るかを前もって知らせる
- 初期は短い研修やオフィスアワーを設ける
- デザインシステムの改善要望を集める窓口を作る
- 社内の創造的な使い方を共有する
段階の切り替えとアクセス範囲の変更を同じ日に揃えておくと、使える人がいつの間にか変わっていたという混乱を避けられます。
利用状況の追い方と、追えない範囲
ロールアウトの進み具合は「Analytics」の「Claude Design」で、日次・週次・月次のアクティブユーザー数として見られます。対象はclaude.ai/designだけで、会話やArtifactsタブで作ったデザインは含まれません。見方はClaude Team/Enterpriseの利用状況分析ダッシュボードの使い方にあります。
監査ログの扱いは、場所ごとに違います。
| 場所 | 記録 |
|---|---|
| 単体のClaude Design | 記録監査ログは非対応 |
| 会話・Artifactsタブのアーティファクト | 記録Compliance APIにアーティファクト単位で記録される |
公開・削除の記録の扱いは、Artifacts管理者ガイドに書かれていません。操作できる人数を最初から絞っておく根拠の1つになります。
Claude Design以外のカスタムロールとの関係
Claude Design Adminは、管理者の権限8領域のうちの1つです。ほかにIdentity & Access、Billing、Analytics、Privacy、User Management、Libraries、Directory managementがあります。ロールの作り方や、グループ・SCIMとの関係はClaude Enterpriseでカスタムロールを作成する手順にまとまっています。
Identity & Accessを「Can manage」にしたロールは、グループとロールを作って編集でき、自分自身のロールも変えられます。つまり自分の権限を広げられるため、信頼できるセキュリティ・IT担当に限る設計が公式にも示されています。Claude Design Adminを絞っても、この権限を広く配ると絞りが抜けます。
権限設定でよくあるつまずき
- 反映を待たずに「効いていない」と判断する: 変更が効くまで最大15分かかります。メンバー側の再読み込みも要ります
- 「Custom」に切り替えたら使えなくなった: ロールが「Custom」のメンバーは、組織で有効な機能を自動では受け継ぎません。必要な機能をすべて、所属グループのロールで付与する必要があります。「Claude Design [standalone]」を含むロールを付けていないと、Claude Designに入れなくなります
- 「Custom」にしたのに権限が効かない: ロールが「User」「Admin」「Owner」のメンバーは、その役割から権限を得ます。カスタムロールは「Custom」のメンバーにだけ効きます
- SCIMを使っていて、ロールが元に戻る: ディレクトリ同期とグループマッピングが有効だと、メンバーのロールは同期が持ちます。「Custom」にしたメンバーが「Custom」に対応づけたIdPグループにいないと、次の全同期でマッピング先のロールへ戻ります
CMEK、ZDR(ゼロデータ保持)、HIPAA対応構成の組織では、新しいアーティファクトの体験がまだ使えません。テンプレートやデザインシステムも対象で、Cowork内のライブアーティファクトを使い続ける扱いです。Claude Designはデータ所在地(データレジデンシー)の要件にも対応していません。
まとめ
Claude Design Adminは、デザインシステムの公開・組織既定・削除の3操作だけを絞る権限で、割り当てなければ従来どおり全員が操作できます。判断の分かれ目は、使える人の範囲を機能の権限で、標準を決める人の範囲を管理者の権限で、それぞれ別に設計することです。あとは、段階1で誰にClaude Design Adminを付けるかを、公開前に決めておけば足ります。