Claude Team プランのシート管理とオーナー移譲・退出

Claude の Team プランで「支払い・管理は自分がやりたいが、実利用は個人の Max プランで済ませたい」「作った組織から自分だけ抜けたい」といった構成を組もうとすると、シート（席）と権限ロールの仕様に何度もぶつかる。ここでは公式ドキュメントで確認できる確定事実と、UI 実装に依存して挙動が読み切れない部分を分けて整理する。

この記事は Anthropic の公開ヘルプセンターの記述を一般化したもの。プランの価格・仕様は変更され得るため、実運用前に claude.com のサポート記事と自分の管理画面で必ず確認すること。

シートの種類

Team には2種類のシートがある。

Standard シート: Pro プラン比でセッションあたり約 1.25 倍の利用枠。全モデル横断の週次上限を持つ。
Premium シート: Pro プラン比で約 6.25 倍の利用枠。全モデル横断と Sonnet 専用の2種類の週次上限を持つ。ヘビーユーザー向け。

同じ組織内で両者を混在させられる。価格は地域・課金間隔で変わるが、一例として年払いで Standard が月 $20 前後、Premium が月 $100 前後（月払いはそれぞれ $25 / $125 前後）。Team は最低5シート、最大150シートまで。150 を超える場合は Enterprise へ。

確定事実（公式ドキュメント準拠）

Primary Owner のシートはプランのライセンスを1枚消費する。 つまり「Primary Owner でありながらシート消費ゼロ」という状態は、ドキュメント上は想定されていない。
請求（Billing）にアクセスできるのは Owner / Primary Owner のみ。 Admin ロールはメンバー管理はできても請求管理はできない。したがって「支払いを握る＝Owner 以上である必要がある」。
自分自身を Primary Owner / Owner から組織外へは外せない。 別の Primary Owner か Owner に削除してもらう必要がある。ここが「自分だけ抜ける」ときの最大の詰みポイント。
メンバーを No seat assigned（シート未割り当て）にできる。 その人は組織には在籍し続けるが Claude を使えない。ただしこれ自体では請求は減らない。請求を下げるには総シート数そのものを減らす必要がある。
Primary Owner はサービスアカウント（個人ユーザーに紐づかないアカウント）にもできる。
メンバーを削除しても総シート数は自動では減らない。 空いた席は他メンバーに割り当て可能になるだけ。減額したいなら総席数を明示的に減らす。

個人プランとの共存

同一メールアドレスに個人アカウント（Free / Pro / Max）がある状態で Team に入る場合、「両方保持」を選べば個人アカウントはそのまま生き、アカウントメニューで個人↔組織を切り替えられる。個人の Pro / Max の枠・履歴は組織側の操作の影響を受けない別コンテキストとして残る。

逆に「組織アカウントのみ使う」を選ぶと、データを移行するか削除するかを問われ、いずれも個人アカウントは閉じられ Pro / Max は日割り返金で自動解約される。個人プランを守りたいなら「両方保持」一択。

なお個人→Team のデータ移行に自動インポートは無く、移行は基本的に一方通行。個人側のチャットやプロジェクトを組織側へ引き継ぐ公式ボタンは無い。

「自分は抜けて、別アカウントに管理を任せる」流れ

順序を守らないと詰む。必ずこの順で行う。

受け皿となる管理者アカウントを用意（自分の個人メールとは別のメール）。サービスアカウント運用も可。
その管理者アカウントを組織に招待し、シートを割り当てて Owner に上げる。
Primary Owner をその管理者アカウントへ移譲する。 移譲すると元の自分は通常 Owner に降格する。
新しい Primary Owner でログインし直し、元の自分（個人メール）を組織から削除する。 自分では自分を外せないため、この主体交代が必要。
退出後、個人アカウント側で Max などが無傷で生きていること、組織がアカウントメニューに出ないことを確認する。

UI 依存で要検証の点

以下はドキュメントの記述から素直に導ける「はず」の挙動だが、実際の管理画面の実装によってはズレることがある。管理画面での実挙動を正とすること。

Primary Owner を移譲する際、移譲先アカウントに事前にシート割り当てが必要か（未割り当てのままでも移譲できるか）。「Primary Owner はライセンスを消費する」記述からは事前割り当てが必要そうだが、UI が移譲時に自動割り当てする可能性もある。
Primary Owner 本人を No seat assigned にできてしまうケースが観測されることがある。ドキュメントの「Primary Owner はライセンスを消費する」と矛盾するため、これは移譲前の途中状態か、UI が一時的に許容しているだけで最終的に再割り当てを求められる可能性がある。ここは特に、画面の表示と請求明細で裏取りすること。
移譲操作のボタン位置は Organization settings > Members の各行の操作メニュー付近にあることが多いが、環境で異なる。見当たらなければサポートに移譲を依頼できる。

コスト面の注意

最低5シート要件があるため、自分が抜けても管理者アカウント＋実利用メンバーで最低5席は維持される。
席を空けただけでは減額されない。余剰があるなら新 Primary Owner が総席数を減らす。
Standard → Premium の昇格は日割りで即時課金。メンバー削除では即時の返金・クレジットは発生しない。

ヘビーユーザーを Team 内に収めるには

Team の最上位は Premium（6.25倍/セッション＋週次上限）で、Max 20x のような席種は無い。上限到達後も走らせたい場合は usage credits（前払いの従量枠） を組織で有効化すると、全シートタイプのメンバーが上限超過後も使い続けられる。持続的なヘビー用途では、Premium でも週次上限に先に当たり得る点に注意。Team 内で完結させないなら、当該ユーザーだけ個人 Max を継続する、あるいは使用量課金型の Enterprise へ、という選択肢もある。

実務上の教訓

管理画面の実挙動が唯一の正。 ドキュメントからの推測で手順を断定すると、実装差でズレる。特に権限・シートまわりは「やってみて画面で確認」を挟む。
順序が命。 オーナー移譲・退出は「移譲 → 相手が自分を削除」の順以外では成立しない。
個人プランを守るなら組織に個人メールを入れない。 支払い専用の別アカウントを Primary Owner にするのが、個人 Max を汚さない最もクリーンな分離。