Claude Code TeamプランとAgent Teams完全解説【2026年最新】：個人プランとの違い・導入手順・使いこなしまで

前回は Claude Code Proプランでできることを詳しく解説しましたが、今回はチームや組織での使い方に踏み込んでいきます。「Claude Code Teams」という有料プランと、「Agent Teams」という実験的な機能、この2つが混同されがちなので、整理しながら解説していきます。

Claude Code Teamプランとは？個人プランとの違いをまず整理する

室谷

まずここを整理しておきたいんですが、Claude Code Teamプランってそもそも何が違うのか。Pro/Maxとの違いが曖昧な人が多いと思うんですよね。

テキトー教師

そうですね。コミュニティのメンバーさんでも「Proを複数人に払えばいいんじゃないの？」って思ってる方が多いです。

実際に料金だけ見ると「なんでTeamにしなきゃいけないの」ってなる。

室谷

料金から言うと、TeamプランはProの$20/月に対して$150/ユーザー/月で、最低5席から購入になります。つまり最低$750/月からなんですよね。

これ結構な出費じゃないですか。

テキトー教師

でも使われ方が違うんですよね。Teamプランって「チームでセキュアに使う」ためのプランで、個人がいくつかアカウントを持つのとは本質的に違う。

室谷

そこが本質なんですよね。Teamプランの一番の価値は「メンバー管理」と「セキュリティコントロール」なんですよ。

MCPサーバーをチームレベルで設定しておけば、メンバーが退職したときに自動でアクセスが失効する・・・これ、経営者視点で見るとめちゃくちゃ重要ですよ。

テキトー教師

確かに。「誰かが辞めたときに社内データベースへのアクセスが残り続ける」って普通にセキュリティリスクですよね。

個人アカウントを持たせてた場合、退職時のアクセス権剥奪を全部手動でやらなきゃいけない。

室谷

Teamプランなら管理者ダッシュボードからメンバー招待もできるし、一元管理できる。MYUUUでも最初は「みんなが個人でProプラン入ってればいいんじゃないか」って思ってたんですけど・・・組織が5人を超えたあたりから、管理のコストが見えてくる。

テキトー教師

整理するとこういう構造ですね。

比較項目	Pro/Max（個人）	Teamプラン
価格	Pro:$20/月、Max5x:$100/月、Max20x:$200/月	$150/ユーザー/月（最低5席）
利用対象	個人	組織・チーム
MCP管理	個人設定	チームレベルで一元管理
メンバー管理	不可	管理者ダッシュボードで管理
使用量分析	個人のみ	チーム全体で可視化
GitHub連携分析	なし	あり（コントリビューション計測）
集中請求	個人ごと	組織一括
対応規模	個人〜少数	5名以上の組織

室谷

トークン量でいうと、TeamプランはProとMax 5xの間くらい、という位置づけですね。無制限ではないですし、Max 20xと比べると少ない。

でもセキュリティとガバナンスが乗っかってくる分、それが価値なんですよ。

テキトー教師

講座でお伝えしているのは「5人以下なら個人プランで十分、5人を超えてきたらTeamを検討する」というラインです。セキュリティ要件やSOC2コンプライアンスが求められる組織なら、もっと早めにTeamを検討すべきですね。

室谷

あと見落とされがちなのが、Teamプランには「Enterpriseへの段階的な移行」があるんですよね。Teamだと自己申請でセットアップできますが、EnterpriseになるとSSO、ドメインキャプチャ、役割ベースのアクセス管理、コンプライアンスAPIまで使えるようになる。

テキトー教師

Enterprise向けの機能って特に大企業にとっては必須ですよね。「全社員が同じ設定でClaude Codeを使える」「管理者が一括でポリシーを設定できる」・・・これがないと100人規模以上では正直しんどい。

Teamプランの導入手順：管理者設定からメンバー招待まで

Claude Code Teamプランの認証設定画面（公式ドキュメントより）

室谷

実際に導入する側の話をしていきましょう。Teamプランはどう始めるのか。

テキトー教師

基本フローは3ステップです。まず管理者がTeamプランに申し込む、次に管理者ダッシュボードからメンバーを招待する、最後にメンバーが招待されたClaude.aiアカウントでログインしてClaude Codeをインストールする、という流れですね。

室谷

管理者側の作業ってそんなに複雑じゃないんですよ。claude.ai/admin-settings からTeam管理の画面に入れるし、メンバー招待もメールアドレスを入れるだけ。

テキトー教師

メンバー側は「招待されたアカウントでclaude.aiにログインする」というのがポイントです。個人のClaudeアカウントと別になるので、最初混乱するメンバーが出ることがありますよね。

室谷

そうなんですよ・・・「個人で使ってるClaudeのアカウントとは別のログインが必要」ってところを最初に周知しておかないと、変なことになる（笑）

テキトー教師

認証の仕組みを整理するとこうです。

Claude for Teams: メンバーはチーム管理者から招待されたClaude.aiアカウントでログイン
Claude Console経由: APIベースの課金を好む組織向け。ConsoleからSSO設定も可能
クラウドプロバイダー経由: Amazon Bedrock、Google Vertex AI、Microsoft Foundry経由での認証も対応

室谷

特にエンタープライズ向けだとBedrock経由が多いんですよね。「社内のAWS環境に全部乗せたい」という組織は多いですし。

うちの取引先でもBedrock経由でClaude Codeを使ってるところが増えてきました。

テキトー教師

Bedrock・Vertex・Foundry経由の場合は、環境変数を設定するだけで認証が通ります。ブラウザのログイン画面を経由しないので、CIや自動化環境でも扱いやすいですよね。

室谷

認証の優先順位も公式ドキュメントに明記されていて、大まかにはクラウドプロバイダー > ANTHROPIC_AUTH_TOKEN > ANTHROPIC_API_KEY > サブスクリプションOAuth という順番です。注意点として、ANTHROPIC_API_KEYを環境変数にセットしてある状態で、サブスクリプションでも使っている場合、APIキーが優先されてしまってエラーになることがあります。

テキトー教師

これ、実際にトラブルとして上がってくることがあるんですよ・・・「なぜかTeamプランとして認証されない」というケースの多くが、環境変数に古いAPIキーが残ってたりする。

室谷

unset ANTHROPIC_API_KEYして/statusで確認というのが定番の診断手順ですね。

Claude CodeのインストールとTeamプランへのログイン

テキトー教師

Claude Codeのインストール自体はTeamプランでも個人プランでも同じです。macOS/Linux/WSLなら以下のコマンドでインストールできます。

curl -fsSL https://claude.ai/install.sh | bash

室谷

インストール後にclaudeと打つと、ブラウザが開いてログイン画面が出ます。ここでTeam管理者から招待されたアカウントでログインするのがポイントですね。

テキトー教師

ログインが完了したら/statusでどのアカウントで認証されているか確認できます。「おかしいな」と思ったらまずこれを確認する癖をつけておくといいですよ。

チーム全体の使用量を把握する：アナリティクスダッシュボードの使い方

Claude CodeのTeam/Enterpriseプラン向けアナリティクスダッシュボード概要（公式ドキュメントより）

室谷

Teamプランの大きな価値の一つが、チーム全体の使用量を把握できることです。これ、経営者視点でいうと「ROI計測」に直結するんですよね。

テキトー教師

講座でお伝えするときは「Claude Codeを入れました、で終わりじゃなくて、効果を数字で見ましょう」という話をしています。アナリティクスダッシュボードはまさにそのためにある。

室谷

Team・EnterpriseプランだとURLは claude.ai/analytics/claude-code です。ここで見られるのは大きく4つのカテゴリーです。

テキトー教師

整理するとこうですね。

使用量メトリクス: 承認されたコード行数、提案承認率、デイリーアクティブユーザー数、セッション数
コントリビューションメトリクス: GitHubと連携してClaudeが関与したPR数・コード行数を計測（GitHub連携の追加設定が必要）
リーダーボード: 使用量でトップ10ユーザーを表示
データエクスポート: CSVで全ユーザーのコントリビューションデータをダウンロード

室谷

特に「コントリビューションメトリクス」がすごいんですよ。GitHubのPRをClaudeが関与したかどうか分析して、PRに claude-code-assisted というラベルを自動で付けてくれる。

「エンジニアのどのくらいの作業をClaude Codeが支援しているか」が数字で見えてくる。

テキトー教師

これがROI計測のベースになりますよね。「Claude Code導入前後でPRの数がどう変わったか」「1人あたりのPR数がどう変化したか」という変化を継続的に追えます。

室谷

MYUUUのチームで感覚値として言うと、Claude Code導入後にエンジニア1人あたりのアウトプットは体感で1.5〜2倍くらいになってます。これが数字で見えるようになると、経営判断がしやすくなるんですよね・・・

テキトー教師

注意点として、コントリビューションメトリクスを使うにはGitHubアプリの追加インストールが必要です。claude.ai/admin-settings/claude-code でGitHub連携の設定をする必要があります。

Zero Data Retentionを有効にしている場合は、このメトリクスは使えません。

室谷

APIを通じて使っている場合（Console APIユーザー）はコントリビューション計測がなくて、使用量とコストのトラッキングだけになります。ここは注意が必要ですよね。

テキトー教師

料金コスト管理という意味では、Consoleから「ワークスペーススペンドリミット」を設定できます。Claude Codeで使える月次の上限金額を設定しておけば、想定外の出費を防げます。

室谷

チームの規模に応じてレート制限の設定も変わります。公式ドキュメントに参考値が出ていて、20〜50名規模なら1ユーザーあたり50k〜75k TPM（1分あたりのトークン数）という目安があります。

チーム規模	1ユーザーあたりTPM	RPM
1〜5名	200k〜300k	5〜7
5〜20名	100k〜150k	2.5〜3.5
20〜50名	50k〜75k	1.25〜1.75
50〜100名	25k〜35k	0.62〜0.87
100〜500名	15k〜20k	0.37〜0.47
500名以上	10k〜15k	0.25〜0.35

テキトー教師

チームが大きくなるほど1人あたりのTPMが下がっていますよね。これは「組織が大きくなるほど同時使用する人の割合が下がる」という考え方が反映されています。

室谷

全員が同時にフルスロットルで使うことはないですからね・・・この数字は「こういう規模なら申請するとだいたい通る」という目安として使えます。ライブトレーニングや全社一斉研修みたいな特殊なシーンでは、事前にレート上限の引き上げを相談しておく必要がありますね。

Agent Teamsとは？チームプランとは「別の機能」として理解する

Claude Code Agent Teams公式ドキュメント：複数インスタンスの協調動作を説明するページ（公式ドキュメントより）

室谷

ここから話が変わって、「Agent Teams」の話をしていきたいと思います。「Teamプラン」とは全く別の機能なんですけど、名前が似てるから混乱する人が多い。

テキトー教師

コミュニティのメンバーさんでも「Teamプランを契約すればAgent Teamsが使えるようになるんですよね？」って誤解される方がいるんですよ・・・これは別物です。

室谷

そうなんですよね。整理すると、「Claude Code Team」は「組織でClaude Codeを管理するためのプラン」。

「Agent Teams」は「複数のClaude Codeインスタンスを協調させて動かす機能」。全く別の話です。

テキトー教師

Agent Teamsは現時点（2026年4月）では実験的機能で、デフォルトではオフになっています。有効にするには設定ファイルに以下を書く必要があります。

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

室谷

これを書いてClaude Codeを再起動すると、Agent Teamsが使えるようになります。で、どういうものかというと・・・1つのClaude Codeセッションが「リード」になって、複数の「チームメイト」を生成して、並列で作業を分担させる機能です。

テキトー教師

サブエージェントとの違いがわかりにくいので整理すると、サブエージェントは「メインエージェントが指示を出して結果だけ受け取る」関係ですが、Agent Teamsのチームメイトは「互いに対等にメッセージを送り合える」んですよ。

室谷

そう、これが本質的に違うところなんですよね。「科学的な議論」みたいなことができる。

例えば、バグの原因を調査するときに、5つのチームメイトがそれぞれ別の仮説を持って独立調査して、お互いの仮説を反証し合って・・・最終的に生き残った仮説が正しい原因に近い、という使い方ができる。

テキトー教師

比較するとこういう違いがあります。

比較項目	サブエージェント	Agent Teams
コンテキスト	各自が独立したコンテキストウィンドウを持つ	各自が独立したコンテキストウィンドウを持つ
コミュニケーション	メインエージェントにのみ結果を返す	チームメイト同士が直接メッセージを送り合える
タスク調整	メインエージェントが全ての作業を管理	共有タスクリストで自己調整
最適ケース	結果だけが重要な集中したタスク	議論・コラボレーション・対等な検討が必要なタスク
トークンコスト	低め（結果だけメインに返る）	高め（各チームメイトが独自のClaudeインスタンス）

室谷

トークンコストの話が重要で、公式ドキュメントによるとAgent Teamsはプランモードで動作するときに通常セッションの約7倍のトークンを使います。各チームメイトが独自のコンテキストウィンドウを持って個別のClaudeインスタンスとして動くので、トークン消費量が大きくなるんですよ。

テキトー教師

だからこそ「使いどころ」が大事ですよね。単純な作業を並列化したいだけなら、サブエージェントの方がずっと安い。

Agent Teamsが真価を発揮するのは「複数の視点から複雑な問題を同時に掘り下げたい」という場合だと思います。

室谷

公式ドキュメントを見ると、Agent Teamsで最も強いユースケースが3つ挙げられていて・・・並列コードレビュー、競合仮説での調査、クロスレイヤーの実装、ですね。

Agent Teamsの使い方：チームを起動して協調させる

室谷

実際にAgent Teamsをどう使うか。まず「チームを作って」というプロンプトを書けば、Claude Codeがチームを作ってくれます。

テキトー教師

公式ドキュメントで挙げられている例が分かりやすいんですよ。例えばCLIツールの設計をする場合、こんなプロンプトになります。

CLIツールを開発したい。3つの視点でエージェントチームを作って：
1. UX担当：ユーザー体験とコマンド設計
2. テクニカルアーキテクチャ担当：実装方針
3. 悪魔の代弁者：この設計の弱点を指摘する役

室谷

チームメイトはデフォルトでは「インプロセスモード」で動きます。Shift+Downでチームメイトを切り替えて、直接メッセージを送れます。

tmuxかiTerm2を使っている場合は「スプリットペインモード」にもできて、全員のターミナルを同時に見られる。

テキトー教師

モデル選択も指定できます。公式が推奨しているのは「チームメイトにはSonnetを使う」こと。

調整タスクはSonnetで十分で、Opusにすると7倍のトークンコストがさらに膨らみますから・・・

室谷

チームメイトのサイズも「大きすぎず小さすぎず」が大事ですね。公式だと3〜5人のチームがよく機能する、と書いてあります。

多すぎると調整のオーバーヘッドで効率が落ちる。

テキトー教師

タスクリストは自動で共有されて、チームメイトが自分でタスクをクレームして進めていきます。「タスクのファイルロック」もかかるので、2人が同じタスクに取りかかってしまうレースコンディションは起きないように設計されている。

室谷

あとAgent TeamsはClaude Code v2.1.32以降が必要です。バージョン確認は claude --version でできます。

バージョンが古い場合は claude update でアップデートを。

Agent Teamsの実践ユースケース：コードレビューと調査を並列化する

室谷

一番わかりやすいAgent Teamsの使い方が「並列コードレビュー」なんですよね。1人のレビュアーがいくら頑張っても、意識が一方向に偏りがちなんですよ。

テキトー教師

講座でも「レビューは観点を分けると精度が上がる」という話をしています。「セキュリティ観点のレビュー」「パフォーマンス観点のレビュー」「テストカバレッジのレビュー」を同時に走らせる、というのはAgent Teamsの典型的なユースケースです。

室谷

プロンプトにするとこうなります。

PR #142をレビューして。3人のレビュアーを立ち上げて：
- セキュリティ観点のレビュア：セキュリティリスクを探す
- パフォーマンス観点のレビュア：パフォーマンスへの影響を分析
- テストカバレッジのレビュア：テストの十分さを確認
全員がそれぞれ独立してレビューして、最後に知見を統合して

テキトー教師

これを1人のエージェントでやると、どうしても「セキュリティを見ながらパフォーマンスも気にして・・・」という並列処理が難しい。人間のコードレビューと同じ問題があって、一度に全部に集中しきれない。

室谷

もう一つの典型ユースケースが「競合仮説での調査」ですね。「ユーザーが1メッセージ後に切断される」というバグを調査する場合、5人のチームメイトがそれぞれ違う仮説を持って調査して・・・

テキトー教師

しかも公式の例では「お互いの仮説を反証するように」という指示を入れているのがポイントです。「科学的な議論」をエージェント間でやらせて、残った仮説が正解に近い、というアプローチ。

室谷

これは個人的にすごく好きな使い方で・・・単一エージェントでデバッグすると、最初の仮説に引っ張られて見当違いの方向に進んでしまうことがある。複数エージェントに異なる仮説を割り当てることで、アンカリングバイアスを避けられます。

テキトー教師

フロントエンド・バックエンド・テスト、というようなレイヤーをまたぐ実装作業もAgent Teamsが強い領域ですね。「それぞれが別のファイルを担当する」ように設計すれば、ファイルの競合も起きにくい。

室谷

ここは重要な注意点で・・・「2人のチームメイトが同じファイルを編集する」という状態は絶対避けないといけない。ファイルが上書きされてしまいますから。

タスクの設計段階で「誰が何を担当するか」を明確に分けておくのが大事です。

チームでのコスト管理：Agent Teamsの料金を把握してコントロールする

室谷

Agent Teamsを使うときに避けられない話が「コスト管理」ですよね。通常の7倍という数字は、使い方を誤ると本当に恐ろしい。

テキトー教師

公式ドキュメントにあるコスト感の目安を紹介すると、Sonnet 4.6を使った場合で開発者1人あたり平均$6/日、90%のユーザーで$12/日以下、という数字があります。これは通常使用の話で、Agent Teamsを動かすとその何倍にもなり得る。

室谷

Agent Teamsのコストを管理するためのベストプラクティスを公式が出しているので、整理してみましょうか。

テキトー教師

まとめるとこういう対策が効果的です。

チームメイトにはSonnetを使う: コストパフォーマンスが高く、調整タスクに十分な能力がある
チームを小さく保つ: チームメイト数に比例してトークンコストが増える。3〜5人が上限の目安
スポーンプロンプトを絞り込む: チームメイト起動時のプロンプトが長いほどコストがかかる
完了したらチームを解散する: アイドル状態でもトークンを消費する可能性がある

室谷

「アイドルでも消費する」は盲点ですよね。Agent Teamsを動かしっぱなしにしておくのは危ない。

作業が終わったら「チームをクリーンアップして」とリードに指示してちゃんと解散させる必要があります。

テキトー教師

あとコストを /cost で確認する習慣も大事ですね。ただ、/costコマンドはAPIユーザー向けで、Max/ProのサブスクリプションユーザーにはAgent Teamsを動かしてる間でも直接の課金は発生しない（サブスクリプション内の使用制限はある）。

API課金している場合は特に気をつけて。

室谷

Teamプランのコスト可視化は管理者がConsoleのダッシュボードで見られます。platform.claude.com/claude-code でユーザーごとの今月のスペンドが確認できる。

チームリードが月次で確認するといいですよね。

テキトー教師

ワークスペーススペンドリミットの設定も忘れずに。ConsoleのSettingsから月次の上限金額を入れておけば、想定外の出費を防げます。

セキュリティとコンプライアンス：チームで使うときの注意点

室谷

Teamプランを検討している企業から一番聞かれるのが「セキュリティ面は大丈夫か」という質問なんですよ。

テキトー教師

特に金融や医療関連の企業だと、データの扱いに敏感ですから。講座でも必ず出てくる話です。

室谷

Claude Code自体のセキュリティアーキテクチャから言うと、まずデフォルトが「読み取り専用」で、ファイル編集・コマンド実行には明示的な許可が必要です。これはTeamプランでも個人でも同じです。

テキトー教師

Teamプランで追加されるのは「管理者がポリシーを設定できる」点ですね。サーバー管理設定（Server-managed settings）を使えば、組織全体でのClaude Codeの挙動を一元管理できます。

室谷

特にSOC2コンプライアンスが必要な組織には「Zero Data Retention（ZDR）」という機能があります。これを有効にすると、APIリクエストとレスポンスがAnthropicのサーバーに保存されない。

テキトー教師

ただZDRを有効にするとトレードオフがあって・・・コントリビューションメトリクスが使えなくなります。アナリティクスよりデータプライバシーを優先する場合はZDRを選ぶ、というトレードオフを理解した上で設定する必要がありますね。

室谷

チームセキュリティのベストプラクティスとして、公式が挙げているのはこんな内容です。

管理設定（managed settings）を使って組織標準を施行する
バージョン管理でチーム設定を共有する
OpenTelemetryメトリクスでClaude Codeの使用状況を監視する
セッション中の設定変更をConfigChange hooksで監査・ブロックする

テキトー教師

MCPサーバーのセキュリティも重要で、TeamプランだとチームレベルでどのMCPサーバーを使うか設定できます。「このデータベースへのMCPアクセスはあの人には不要」という制御ができる。

室谷

退職者が出たときのアクセス管理の話に戻るんですけど・・・個人プランだとMCPの設定も個人のマシンに書いてある。チームプランにすることで、その人が退職したらTeam管理から除外するだけでアクセスが全部無効になる。

これが経営者的に一番大きいメリットです。

Teamプランは誰が使うべきか：判断基準と移行のタイミング

室谷

じゃあ結論として、誰がTeamプランに移行すべきかをまとめましょうか。

テキトー教師

シンプルに言うと、「組織でClaude Codeを使っていて、管理とセキュリティが必要になったとき」です。

室谷

具体的な判断基準として、これに1つでも当てはまったらTeam（またはEnterprise）を検討する時期だと思います。

エンジニアが5人以上いる
退職者が出たときのアクセス権管理が手動で大変になっている
「誰がどれだけClaude Codeを使っているか」をトラッキングしたい
MCPで社内データベース・APIに繋いでいる
SOC2やISO27001といったコンプライアンス要件がある
全社で統一した設定・ポリシーを適用したい

テキトー教師

逆に「2人の創業者でプロダクトを作っている」という段階なら、個人のProかMaxで十分ですよね。$750/月のコストをかける必要はない。

室谷

ただ「5人を超えたらすぐTeam」というよりは、「管理コストが見えてきたら移行する」というタイミングの方が正確ですね。セキュリティインシデントが起きてから慌てるよりも、早めに整備した方がいい、という話ではありますが。

テキトー教師

TeamとEnterpriseの選び方は、100名規模を超えるかどうかが一つの目安ですね。SSOやドメインキャプチャ、役割ベースのアクセス管理が必要になってくる規模感でEnterpriseに移行する企業が多い印象です。

室谷

Agent Teamsについては、今はまだ実験的機能ですからね・・・「使える場面を理解した上で、コスト意識を持って使う」というのが正しいスタンスだと思います。魔法のように全部を並列化できるわけじゃなくて、使いどころを見極める必要がある。

テキトー教師

「とりあえずAgent Teamsを起動しておけばいい」というわけじゃないですよね。同じファイルを複数チームメイトが編集するのはNG、コスト管理が必要、適切なチームサイズの設計が必要・・・使いこなすにはそれなりの理解が要ります。

室谷

でも本当に面白いのは、このAgent Teamsが「AIによる並列思考」を実現する可能性だと思っていて。人間のチームが複数の視点で問題を議論するように、AIエージェントが互いに議論して収束する・・・これはソフトウェア開発の在り方を変えるポテンシャルがあると感じます。

よくある質問（FAQ）

テキトー教師

最後に、よく出てくる質問をまとめていきましょうか。コミュニティで繰り返し出てくるものを拾っていきます。

室谷

まず「TeamプランとMax 20xプラン、どちらが使えるトークンが多いの？」という質問ですね。

テキトー教師

これは正直わかりにくいんですが、公式がトークン数を明示していないので正確な比較は難しいです。ざっくり言うと、Max 20xは個人の上限として最大級、Teamプランはその中間程度でセキュリティ機能が乗っかるプランです。

「純粋に使えるトークン量を最大化したい個人」ならMax 20x、「組織管理が必要」ならTeamという分け方が実態に合っています。

室谷

「Agent Teamsは今すぐ実務で使えますか？」という質問も多いですね。

テキトー教師

実験的機能ですし、既知の制限があります。セッション再開、タスク調整、シャットダウン挙動に既知の問題があると公式に明記されています。

「使えるが、挙動が予測できない部分がある」という段階なので、本番の重要タスクより先に実験的な使い方から始めるのが無難ですね。

室谷

「tmuxがないとAgent Teamsは使えませんか？」という質問も。

テキトー教師

使えます。「インプロセスモード」なら追加ソフトウェア不要で、Shift+Downでチームメイトを切り替えながら使えます。

tmuxやiTerm2はスプリットペインモード（全員のターミナルを同時に見る）のために必要なだけです。

室谷

「Bedrockで使うとTeam/Enterpriseのアナリティクスは使えますか？」という質問も。

テキトー教師

Bedrock・Vertex・Foundry経由で使う場合、Anthropic側にコストメトリクスが送られません。そのため、claude.ai/analytics は使えない形になります。

コスト追跡にはLiteLLMのような外部ツールを使う、というのが公式の案内です。

室谷

「claude code チームでMCPを設定するにはどうすればいい？」という質問もよくありますね。

テキトー教師

Teamプランの場合、管理者がServer-managed settingsでMCPサーバーの設定を組織全体に配布できます。個人が手動で設定ファイルを書かなくても、管理者がポリシーとして展開できる。

個人プランの場合は ~/.claude/settings.json に各自で書く必要があります。

まとめ

室谷

今回まとめると、「Claude Code Teamプラン」と「Agent Teams機能」は全く別物で、この2つを整理して理解することが第一歩です。

テキトー教師

Teamプランは「組織管理・セキュリティ・アナリティクス」のためのプランで、個人プランを複数持つのと本質的に違います。Agent Teamsは「複数のClaudeインスタンスが対等に協調する実験的機能」で、コスト意識を持って使いどころを選ぶ必要があります。

室谷

5人以上の組織でClaude Codeを使うなら、まずTeamプランを検討してみてください。管理コストとセキュリティリスクを下げる効果は、$150/席のコストに見合うと思います。

Agent Teamsは実験的なうちに試して、どういう使い方が合うか体験してみる、という段階ですね。

テキトー教師

.AI（ドットエーアイ）でも、チームでのClaude Code活用に関するコミュニティのナレッジを集めています。「うちではこう使っている」という事例や知見をぜひ共有していただければ、コミュニティ全体のレベルが上がっていきますね。

Claude Code TeamプランとAgent Teams完全解説【2026年最新】：個人プランとの違い・導入手順・使いこなしまで