ロール — 誰が何をできるか
ロールは 3 つです。不明なロールは最小権限として扱います。これは意図的で、 新しいロールは届く範囲を明示的に与えられるべきで、黙って継承してはいけません。
| ロール | 画面上の表示 | 届く範囲 |
|---|---|---|
| メンバー | —（既定。バッジ無し） | 自分のワークスペース |
| テナント管理者 | 「テナント管理者（tenant_admin）」 | 1 テナントの全員 |
| 配備管理者 | 「super_admin（配備全体）」 | 全テナントとホスト |
テナント管理者はたいてい自分も作業するメンバーで、2 つの立場で入口が違います。 個人の作業は設定から、チームの管理はテナント設定から行います。盾アイコンの 管理が見えるのは配備管理者だけです。
それぞれができること
Section titled “それぞれができること”| メンバー | テナント管理者 | 配備管理者 | |
|---|---|---|---|
| 自分のセッション・リポジトリ・ファイル | ✓ | ✓ | ✓ |
| 自分の接続と設定 | ✓ | ✓ | ✓ |
| テナント内の全セッションを見る | — | ✓ | ✓ |
| 他メンバーのワークスペースを強制停止 | — | ✓ | ✓ |
| 他メンバーの内部 git トークンを再発行 | — | ✓ | ✓ |
| メンバーの追加と削除 | — | ✓ | ✓ |
| メンバー毎のセッション上限 | — | ✓ | ✓ |
| メンバーのホームを広げる・メンバーのワークスペースが動くマシンを選ぶ | — | ✓ | ✓ |
| セルフホストのエンジンを使えるメンバーを選ぶ（テナントに許された範囲で） | — | ✓ | ✓ |
| テナントで利用枠ボードをオン・オフする | — | ✓ | ✓ |
| テナント全体の上限・サイズ・アイドル自動停止 | — | —¹ | ✓ |
| テナントのサインイン方式を登録 | — | ✓² | ✓ |
| サインイン方式を承認 | — | — | ✓ |
| サインイン規則（参加方式・ドメイン） | — | —¹ | ✓ |
| メンバーの接続元を制限 | — | ✓ | ✓ |
| テナントの連携アプリ OAuth を登録 | — | ✓ | ✓ |
| 連携サーバーをチームへ配布 | — | ✓ | ✓ |
| 外のアプリ（MCP OAuth）と、メンバーのメモリの外部利用を、テナントとして許可・ブロックする | — | ✓ | ✓ |
| チームのブランチ命名ルールと、新しいメンバーに案内するエージェントを決める | — | ✓ | ✓ |
| 監査ログの閲覧 | — | ✓ | ✓ |
| 稼働時間とクラウド費用 | — | ✓ | ✓ |
| egress 統制・読み上げエンジン・共有辞書・MCP ログイン許可ホスト・開発用 OIDC IdP のスイッチ・この配備の色とラベル | — | — | ✓ |
ecs-ec2 のスロットの入れ替えと強制停止・保存時の鍵（KMS）・使わない間の配備の一時停止 |
— | — | ✓ |
| テナントにセルフホストのエンジン（llm / image）を許可・モデルの取り込み・API トークン | — | —³ | ✓ |
| テナントの作成と管理権限の付与 | — | — | ✓ |
| 導入・更新・バックアップ・復旧 | — | — | ✓ |
| ホストの端末 | — | — | ✓ |
¹ 見えますが読み取り専用です。「なぜ弾かれたのか」を誰にも訊かずに読めるように するためです。
² 登録だけでは足りず、配備管理者の承認が必要です。後からの変更（組織の追加、 同一アカウントの認識方法の変更）は、その行を再び承認待ちへ戻します。
³ モデルの取り込みだけは、配備管理者がテナントの管理者に許可できます（テナントの上限にある 取り込みの許可）。モデルの有効化・エンジンのモード・利用可否・API トークンは配備管理者のままです。
管理者を増やす
Section titled “管理者を増やす”テナント管理者を増やせるのは配備管理者だけです。
- 配備管理者が、メンバー詳細の 権限 で このテナントの管理者にする を押します。外すときは 管理者権限を解除 です
- 付与された権限は、そのテナントの中だけで効きます。ほかのテナントには影響しません
- テナント管理者が「メンバー追加」で足せるのは、一般メンバー（
member）だけです - 外した管理者を戻すと、一般メンバーとして戻ります。管理者に戻せるのは配備管理者だけです
- 配備管理者は環境設定（
SUPER_ADMIN_EMAILS）で決まり、名簿では星印で示されます
テナント管理者が「上に訊く」ことになる境目
Section titled “テナント管理者が「上に訊く」ことになる境目”この分割は信頼の階層ではなく、影響範囲（blast radius）の分割です。効果がテナントを またぐもの、あるいは人を配備から締め出し得るものは配備管理者に置いてあります。 テナントの作成、権限の付与、サインイン規則、サインイン方式の承認、egress がこれにあたります。 1 つのチームに閉じるものは、そのチームの管理者に置いてあります （退職処理の一連＝削除→停止→ホームの掃除も含めて）。
バックアップ・アップグレード・ホストの障害対応も配備管理者のもので、多くの組織では IT / SRE と同じ人です。
どのロールにどの文書が届くか
Section titled “どのロールにどの文書が届くか”ロールによらず、どのコンテナにも同じガイドが届きます。 member/・admin/・ operate/・ref/。セクションを読者で切っているのは どこから読み始めればよいかを示すためで、何かを隠すためではありません。ガイドの中のリンクは、 たどる誰にとっても開ける必要があります。
開発者向けの文書（設計メモ・決定記録・作業記録）は誰にも配りません。