Claudeの最新アップデート|Team・Enterpriseの会社に関係する変更

Claudeのアップデートとは、Anthropicがモデルや製品の機能、管理の設定などに加える変更のことです。Team・Enterpriseを会社で使っているなら、新機能の名前より先に、既定でオンになる範囲と、費用や情報の通り道を確かめておくと判断しやすくなります。2026年11月13日までに公式資料で確かめられた変更を、社員への案内と管理者の操作に分けて見ていきましょう。プランごとの料金そのものは、Claudeの料金とプランの違いの記事で詳しく比べています。
※更新内容と料金に関する記述は、2026年11月13日時点で確認されたAnthropicの公式説明に基づきます。性能や効果に関する数値は同社の発表値です。ベータ機能の提供状況や設定は変わることがあります。
Claudeの更新はどこを見る?公式リリースノートと影響範囲
会社で追いかけたいClaudeの更新は、使っている製品と契約プランを分けて見ると見つけやすくなります。モデル名だけを社内に転送してしまうと、使えない機能を全員で探したり、管理者の設定変更を見落としたりしてしまいます。まずはTeam、Enterprise、Claude Code、APIのどこに関わる話なのかを確かめてみてください。
日々の更新を追う入口としては、Anthropicのヘルプセンターのリリースノートが使いやすいでしょう。変更が日付ごとに並んでいるためです。発表をまとまった記事で読みたいときは、製品の最新情報が向いています。モデルについての詳しい説明は、anthropic.comにある各モデルの発表ページで確かめることが出来ます。製品ニュースの一覧は最初の画面に新しい記事だけが並ぶため、そこだけを見て更新はこれで全部だと思い込まないようにしましょう。
同じ変更でも、会議に参加する社員と、参加を許可するオーナーとでは、必要な情報が違ってきます。実際に、Claude Meetingsは、Teamでは既定でオン、Enterpriseではオフになっています。現場向けの案内だけで済ませてしまうと、Teamでは使い始める前の説明が足りず、Enterpriseでは使えないという問い合わせが増えてしまうかもしれません。更新名より先に、対象のプランと既定値を見てください。そこから費用、保存される情報、外部サービスへの接続の順に確かめていくと、社内で答えるべき質問が絞れてきます。
どの説明を誰に渡すか
Team・Enterpriseの管理者に渡したいのは、組織の設定や利用量、権限に触れる説明になります。社員向けには、新しい画面で何が出来るか、使い始める前に何を確かめるか、困ったときにどこへ連絡するかを伝えれば充分でしょう。Claude Codeのバージョンの話は、開発に使う端末を管理している担当の方へ先に渡すほうが自然です。APIのモデル価格は、Claudeの画面でチャットする方の席料金とは別の話として扱うことになります。
更新を読む担当の方は、見つけた項目をすぐ全社へ流す必要はありません。まずは自社の契約と対象者を照らし合わせ、使えるかどうかを確かめます。次に、その機能が既定でオンなのか、管理者がオンにする必要があるのかを見ていきます。料金やデータの扱いに変化があるかは、その後で確かめましょう。この順番なら、発表の大きさと自社への影響を取り違えることも少なくなります。
たとえば新しいモデルが発表されても、社員が選べる状態になっているかは、利用環境を確かめないと分かりません。一方で、Teamで既定オンの会議機能は、社員が興味を持つ前に、参加者への説明が必要になってきます。どちらも同じ更新ですが、管理者が動く順番は同じではありません。表題の新しさで優先順位を決めず、今の設定を管理画面で読んでみてください。
月ごとの確認で残す記録
月に一度リリースノートを見直すなら、変更日、対象プラン、既定値、社内の判断、告知先を同じ記録に残しておくと追いやすくなります。製品ニュースで見た機能名だけを議事録に写しても、後から設定した理由を思い出しにくくなってしまいます。TeamとEnterpriseの両方を使っている組織なら、それぞれの初期状態も分けて書いてみてください。
ベータの機能は、発表されたときの案内がそのまま続くとは限りません。オンにした後も、誰が使っているか、何を入力しているか、費用がどこに付いているかを見直す必要があります。確認日を書き添えた社内メモがあれば、翌月の担当の方が以前の判断と新しい案内を比べることが出来ます。社内に広げる前の確認項目は、後半の管理者向けの手順で詳しく見ていきます。
新モデルの追加|Fable・Mythos・Opus・Sonnet・Haiku
新しいモデルが発表されても、会社の全員がすぐ設定を変える合図にはなりません。2026年9月から11月にかけて、AnthropicはOpus 5.5、Sonnet 5.5、Haiku 5.5、Fable 5.2、Mythos 5.2を発表しています。名前が増えたときほど、使える場所と費用の付き方を分けて読んでみてください。
公式のリリースノートには、9月22日にOpus 5.5、9月28日にSonnet 5.5、10月7日にHaiku 5.5の発表が載っています。11月9日にはFable 5.2とMythos 5.2の発表がありました。Fable 5.2について、同社はFable 5.1より出力が最大30%速いと説明しています。ただ、この数字だけで社内の作業が30%短くなると見込むのは、まだ早いでしょう。入力の長さや確認の手間も含めて、実際の業務で確かめる必要があります。なお、Mythos 5.2はサイバーセキュリティやバイオ医療研究の分野で、検証プログラムを通して利用を申し込む組織向けで、誰でも選べるモデルではありません。
公式は、多くのコーディングや知識作業では、まずOpus 5.5から始めることを勧めています。Fableの名前が新しいからといって、全員の既定モデルを替える理由にはなりません。メールの下書き、社内資料の要約、開発の補助など、よく使う仕事をいくつか選んで、出力の確かめやすさと利用量を比べてみましょう。評価する方には同じ仕事を同じ資料で試してもらうと、感想だけで決めずに済むようになります。
API価格は席の請求と分けて読む
Fable 5.2のAPI価格は、入力100万トークンあたり8ドル、出力100万トークンあたり40ドルと発表されています。トークンとは、AIが文章を処理するときの単位のことです。この単価はAPIで使う場合のもので、Teamの席料金を示した数字ではありません。たとえば会社で入力200万トークン、出力100万トークンを使ったと仮定すると、単純計算で入力16ドル、出力40ドルとなり、合計56ドルになります。あくまで利用量を仮に置いた計算で、実際の請求額を示すものではない点にご注意ください。
同じ計算を10人の部署に当てはめると、全員が同じ量を使った場合、仮定の上では月560ドルとなります。使う方の数と、処理する文章の量を混ぜて説明すると、予算を読み違えることにつながってしまいます。API利用を見積もるときは、まず自社の入力と出力を別々に見てみてください。Claudeの画面で契約した席とAPIを紐づけて管理するかどうかは、後で触れるTeamのクレジットの条件にも関わってきます。
Opus 5.5については、Opus 5より40%安く動くとAnthropicが発表しています。これも同社の説明で、自社の月額請求が必ず40%下がるという意味ではありません。モデルを替えたことで利用量や作業のやり方が変われば、合計額も変わってきます。数値を社内の稟議に使うなら、発表値と自社で測った利用量を分けて書いておきましょう。
社内への案内を急ぐ前に
モデルの更新で社員が知りたいのは、名前の一覧より、自分の仕事で選び直す必要があるかどうかです。管理者は対象の画面と使える席を確かめ、既定の選択を変える場合だけ、その理由を短く案内すると伝わりやすくなります。まだ設定を変えないなら、その判断も記録に残しておきましょう。後から別の部署が試すときに、何を確かめればよいかが見えてきます。
性能の数字を評価するときは、速さと中身を一緒に見ることになります。答えが早く出ても、根拠を調べ直す時間が増えてしまえば、業務全体は短くなりません。実際の案件をそのまま入れる前に、社内で扱いを決めた資料を用意して、担当の方に結果を確かめてもらってください。複数のAIを仕事でどう分けるかは、主要AIの使い分けも参考になるでしょう。
Claude Meetingsの更新|TeamとEnterpriseで異なる既定設定
Claude Meetingsを会社で使う前には、既定値と、社外の参加者の扱いを確かめておく必要があります。2026年11月12日に発表されたベータ版は、TeamとEnterpriseへ段階的に展開されています。Google Meetの通話にClaudeを目に見える参加者として加え、メモや質問への回答、ドキュメント、ホワイトボード、スライドなどの作成に使えるとAnthropicは案内しました。
Teamでは機能が既定でオンになっていて、オーナーがオフにすることも出来ます。Enterpriseでは既定でオフです。オーナーが組織全体に許可するか、カスタムロールを使って一部の方だけに許可する形になります。カスタムロールとは、対象者を分けるための管理上の設定のことです。Teamの管理者の方は、誰かが使い始める前に社内の会議ルールを確かめてみてください。Enterpriseの管理者の方は、最初に試す部署と会議の種類を決めてからオンにすると判断しやすいでしょう。
社外の方がいる通話で何が違うか
社外の参加者がいる会議にClaudeが入れるかどうかも、TeamとEnterpriseで出発点が違ってきます。Teamは既定で参加できますが、オーナーがオフにすることも出来ます。Enterpriseでは、オーナーが先に許可しておく必要があります。許可していなければ、社外の方が招待された会議には入らず、途中で社外の方が加わると退出する仕組みです。他社の議事録ボットが入ってきた場合も、同じ扱いになります。
許可を出した場合は、社外の方の発言もメモと文字起こしに含まれます。社内の定例会議を想定してオンにした設定が、取引先との打ち合わせにまで使われると、記録の対象が広がってしまいます。参加を許す範囲は、社内会議と社外会議を分けて決めましょう。取引先との通話で試すなら、その場の参加者全員が文字起こしに同意しているかを確かめてください。これは、Claudeを加える前や自動参加をオンにする前の確認として、Anthropicも求めていることです。
会議の途中で新しい方が加わることもあるでしょう。開始時の招待者だけを見て判断してしまうと、途中から入った方への説明が抜けてしまいます。進行役の方がClaudeの参加をはっきり伝え、参加者が変わったときに記録を続けてよいか確かめる、という運用を考えてみてください。自動参加を許している部署でも、会議の中身によっては、各自が手動で加えるほうが分かりやすい場面もあります。
管理画面と各自の設定は別です
オーナーが確かめる場所は、組織の設定のプロダクトにある、Claude Meetingsのベータの設定になります。機能をオフにするか、ロール単位で許可するか、全員に許可するかを選ぶことが出来ます。社外の方がいる会議に入れるかどうかと、会議中にメンバーのコネクタを使うかどうかも、ここで別々に決められます。コネクタとは、外部のサービスや情報につなぐための仕組みのことです。会議で話した内容だけを扱うのか、つないだ先の情報まで参照させるのかは、分けて考えたほうがよいでしょう。
自動参加は、各自が設定の機能、Meetings、自動参加の順に開いて決めます。オーナーが、ほかの方の自動参加を代わりに設定することは出来ません。組織側でオンにしても、全員の会議へ一律に入っていくわけではないため、社員向けの案内は分けておきましょう。自動参加を使う方には、どの会議を対象にするか、参加者の同意をいつ確かめるかを、先に伝えておいてください。
Googleカレンダーの接続も必要になります。最初に、オーナーが組織でGoogleカレンダーを有効にする流れです。今のところ案内されているビデオ会議はGoogle Meetで、ほかのサービスは近日対応と発表されています。会社で別の会議サービスを主に使っているなら、全社向けに案内する前に、対象の会議環境を確かめてみてください。
保存する情報と利用料金を分けて考える
Anthropicの説明では、保存されるのは文字起こし、要約、画面の説明で、音声そのものは残りません。Claudeが会議にいられるのは、最長8時間までとなります。会議の後には、招待されていた組織内の方へ要約のメールが届きます。音声が残らないとしても、発言や画面の内容は文章として残ることになります。保存される情報の種類を、社内の会議ルールと照らし合わせてみてください。
コネクタを使わないメモ、文字起こし、回答は、TeamとEnterpriseに含まれる扱いです。会議中に作ったドキュメントとホワイトボードは、2027年2月10日まで無料と案内されています。一方で、コネクタの利用は各自の利用量に数えられ、組織に料金がかかることがあります。無料と書かれた部分だけを社員に伝えてしまうと、つないだ先を使った会議の費用を見落としてしまいます。利用を広げる前に、どの会議でコネクタを許すかを決めておきましょう。
ベータの期間中は、ゼロデータ保持、HIPAA対応の構成、顧客管理の暗号鍵を使う組織などでは利用できません。これらは契約上のデータ管理の条件に関わるため、使えないことを不具合だと受け取らないようにしてください。自社の設定が分からなければ、オーナーが組織の条件を確かめてから社員に案内するとよいでしょう。利用できない理由を機能名だけで済ませず、契約の条件まで含めて伝えることが出来ます。
会議の記録を会社で扱うなら、参加者への説明、保存される情報、つなぐ先の利用を、ひと続きで決める必要があります。個人ごとにバラバラに判断すると、同じ種類の会議でも記録の範囲が変わってしまいます。生成AIの社内ガイドラインに沿って、社内会議と社外会議の扱いを一度書き出してみてください。
会議の記録と外部への接続を確認したら、普段のAI利用も会社で把握できる形にしましょう。UPGEAR AI(アップギアAI)は、ChatGPT・Claude・Gemini・Perplexityを1つの契約で使える法人向けサービスです(人数無制限)。
Whiteboards・Sheets・DataとCoworkの変更
作業の画面が増える更新では、作れるものと、管理者側の既定の設定を一緒に確かめておきましょう。2026年11月10日に、Claude WhiteboardsとClaude Sheetsのベータ版、Claude Dataの正式提供が発表されています。Claude Dataは、以前のClaude Dashboardsにあたる機能になります。どれも有料プランで使えますが、TeamとEnterpriseでは最初の設定が違います。
TeamではWhiteboards、Sheets、Dataが既定でオンです。EnterpriseではWhiteboardsとSheetsが既定でオフで、Dataは2026年11月19日に既定でオンになる予定となっています。管理者は、組織の設定にあるアーティファクトの画面から、いつでも切り替えることが出来ます。アーティファクトとは、Claudeとの会話から作られる成果物のことです。発表を見てすぐ社員に使うよう呼びかける前に、組織の画面で今の状態を確かめてみてください。
表計算の書き出しを含めて説明する
Claude Sheetsは、作ったものを.xlsxやCSVに書き出すことが出来ます。社員にとっては便利な出口ですが、社内のデータをどこに保存するのかという判断にもつながってきます。表を作る方が増えるなら、入れてよい資料の範囲と、書き出したファイルの置き場所を社内ルールで確かめましょう。画面の中で作業を終える場合と、ファイルにして共有する場合とでは、確かめる相手も変わってきます。
たとえば販売部門が集計の下書きを作るなら、元のデータをそのまま入れてよいか、数字を確定させるのは誰かを先に決めておきます。総務が社内向けの一覧を作るなら、配る前に項目の抜けや、要らない情報が混ざっていないかを見ていきます。新しい画面で表が作れるようになっても、出来上がった数字をそのまま会社の正式な集計にする必要はありません。確認の担当を残しておけば、部門をまたいで使うときにも説明しやすいでしょう。
Whiteboardsも、考えを目に見える形にしたい仕事では使い道があります。ただし、会議中に作るホワイトボードと、普段の作業画面で作るものを、同じ料金の条件として案内しないようにしましょう。Meetingsで作ったドキュメントとホワイトボードには、案内された無料期間があります。そこから一般の機能全体の料金を推し量ることは出来ません。発表文が何を対象にしているかを読み分けてから、社内の説明に移してください。
チャットとCoworkの統合は確認方式も見る
2026年9月16日には、チャットとCoworkの統合が発表されています。現在はPro、Max、Ultraへ段階的に展開されていて、TeamとEnterpriseではChat and Cowork unifiedがオンになっている場合に使えます。Enterpriseでは既存の組織で既定オフですが、2026年11月16日に既定でオンになる予定と案内されています(すでにオンかオフを選んだ組織は、その選択が残ります)。Coworkとは、Claudeに作業を任せる機能のことです。統合の話を聞いても、会社の画面で設定がオンになっていなければ、社員の見え方は変わりません。まずは対象となる組織の設定を確かめてみてください。
実際に、操作の確認方式にも違いがあります。Teamは既定で自動、Enterpriseは既定で手動となっていて、手動の場合は操作の前に確認が入ります。画面が一つになっても、操作を確かめる初期設定はプランで違います。作業を任せる範囲を広げるなら、どの操作を人の目で見るかを、使う部署と一緒に決めましょう。社員向けの案内には、画面の変化だけでなく、確認が出るかどうかも入れておくと戸惑いが減るでしょう。
試すときは、社内で扱ってよい資料を用意して、作業の前後で何が変わったかを担当の方が見られるようにします。最初から全部の部署へ広げてしまうと、問い合わせの中身が混ざってしまいます。総務で文書の下書きを、開発部門で別の作業を試すなら、記録も分けておいてください。そうすれば、自動と手動の違いが実際の手順にどう出るかをつかめるようになります。
有効にする単位を決める
Teamで既定オンになっているからといって、管理者が何も決めなくてよいわけではありません。使う方が増えるほど、作った成果物の扱いや、社内で共有する手順を確かめる場面も増えていきます。Enterpriseの既定オフも、使えない機能という意味ではなく、管理者の判断から始めるための設定になります。どちらのプランでも、今の画面を見てから、必要な部署の仕事に合うかを考えてみてください。
11月19日に既定値が変わる予定のDataは、その日を過ぎたら実際の組織設定を確かめましょう。発表時点の予定だけで、今の画面も必ず同じ状態だと決めつけないほうがよいでしょう。管理者の記録には、確かめた日と、組織で選んだ値を書いておきます。後から異動してきた方が問い合わせを受けても、なぜその状態なのかを説明できるようになります。
Enterpriseの権限・セキュリティ機能と外部連携
Enterpriseのセキュリティの更新は、設定が増えたことそのものより、自社の管理の手順をどこまで変えるかで読んでいくことになります。Anthropicは2026年11月5日に、セキュリティセンター、推論フック、一元管理、アクセス制御の変更を発表しました。どれもEnterpriseを使う管理者に関わる話ですが、ベータと正式提供が混ざっています。名前だけを並べず、使える条件と設定した後の影響を一つずつ確かめてみてください。
セキュリティセンターの報告書は判断材料
ベータ版のセキュリティセンターでは、チャット、Cowork、Claude Codeの設定を1つのページで見ることが出来ます。Anthropicの推奨構成と自社の今の値を並べて比べられ、設定へのリンクや、書き出せる報告書も用意されています。管理者が別々の画面を開いて確かめる手間は減らせますが、推奨値をそのまま自社の決まりにする必要はありません。会社で扱う情報や今ある決まりと照らし合わせて、差がある項目から見てみてください。
Anthropicは、この画面が認証や法令への適合を保証するものではないと明記しています。報告書が出せても、それだけで社内の適合判断が終わるわけではありません。たとえば取引先から設定の説明を頼まれたら、いつの状態を出した報告書なのか、自社がその値を選んだ理由は何かを添える必要があります。設定を変えた後も同じ報告書を使い続けると、今の状態と食い違ってしまいます。
推論フックとDLPの役割
推論フックは正式提供となりました。プロンプトやツール呼び出しを、自社で使っているDLPなどのセキュリティ製品に送ってチェックする仕組みです。DLPは、情報が外へ出る前に中身を確かめる対策を指します。使うには、どの入力や呼び出しを確かめるか、引っかかったときの連絡を誰が受けるかを、社内の運用と合わせて考える必要があります。機能があるという発表だけで、会社の情報が自動で守られると説明しないようにしましょう。
たとえば開発部門が外部の資料を参照する場合と、人事部門が社内文書を扱う場合とでは、確かめたい情報が違ってきます。同じルールを一律に当てる前に、どの仕事で使うのかを聞いてみてください。検知の結果を誰も見ないままでは、せっかく設定しても意味が薄くなってしまいます。連絡を受ける担当、確認の頻度、誤って止まったときの相談先まで決めておけば、使う方も状況をつかみやすいでしょう。
一元管理は元に戻せない設定を含む
ベータ版の一元管理では、親組織用の管理コンソールで、SSO、SCIM、ドメイン認証、グループなどをまとめて管理できます。SSOは共通の認証でログインする方法、SCIMはアカウント情報を連携する仕組みになります。Anthropicは、この一元管理の設定を元に戻せないと案内しています。複数の組織をまとめたい場合でも、まずは今の管理の単位と担当者を整理してみてください。
元に戻せない変更は、設定画面の説明を読んだ担当の方だけで決めないほうがよいでしょう。どの組織を親にするか、これまで各組織で管理していたグループを誰が引き継ぐか、切り替えた後の問い合わせをどこで受けるかを、社内ですり合わせます。変更した時点の設定と判断を記録しておけば、後から権限の違いを調べるときに役立ちます。急いでオンにする前に、今の組織の構成を書き出してみてください。
アクセス制御と端末の境目
Admin APIでは、メンバーを組織から外さずにサインアウトさせる機能が、ベータで案内されています。IPアドレスの許可リストを管理者自身で設定する機能もベータです。管理対象のPCに入れたClaude Desktopの設定を管理者が決める機能もベータで加わり、個人や社外のClaudeアカウントをブロックすることも出来ます。社員が会社の端末から個人契約に切り替える抜け道をどう扱うか、端末の管理担当の方と話してみてください。
サインアウトと組織からの削除は、目的が違います。端末をなくした方や、一時的に利用を止めたい方への対応を考えるなら、どの操作を誰が選ぶかを決めておく必要があります。個人アカウントをブロックする場合も、仕事で使う環境を案内しておかなければ、現場は別の方法を探してしまうかもしれません。野良AIの扱いと合わせて、会社が認める使い先をはっきりさせておきましょう。
Coworkの仮想マシンの中で使うEDRも、macOSとWindows向けにベータで案内されています。こちらはTeamとEnterpriseが対象です。EDRは、端末などの動きを見張り、おかしな動きを調べるための仕組みになります。Enterpriseの発表記事に入っている変更でも、対象がEnterpriseだけとは限りません。担当の方は項目ごとの対象プランを確かめ、今ある端末の対策との関係を整理しておきましょう。
権限・セキュリティ関連の修正はどこで確かめるか
セキュリティの更新を読むときは、新しい管理機能と、今ある権限の手直しを、同じ変更として扱わないようにしたいところです。11月5日の公式発表には、セキュリティセンターやアクセス制御のような管理機能が並んでいます。会社の手順書に反映させるときは、名前だけでなく、ベータか正式提供か、対象がEnterpriseだけかTeamも含むかまで確かめましょう。
たとえば、サインアウトが使えるようになったことは、退職した方のアカウントを削除する手順が変わったこととは別の話です。端末で個人アカウントをブロックする設定も、会議に社外の方が参加できるかを決める設定とは別物になります。対策を一つオンにしたからといって、すべての情報の通り道が変わると説明すると、現場が混乱してしまいます。誰の操作を止めて、何の情報を見たいのかを、先に書き出してみてください。
確かめた結果は、社内の設定表に今の値と判断の理由を残していきます。ベータの機能を試したなら、画面に出ている値と、公式の説明を見た日も添えておきましょう。セキュリティセンターの報告書はその確認の材料になりますが、設定を一度書き出しただけでは、運用の記録として足りません。次に引き継ぐ方が何を見直せばよいか分かる形にしておけば、引き継ぎもスムーズになるでしょう。
Hooks・MCP・スキル・プラグインの更新をどう見るか
スキルやプラグインを社内で共有するなら、追加するときのチェックも更新の対象になります。Enterprise向けのスキル・プラグインのセキュリティスキャン(2026年8月6日にベータとして案内)は、外部のスキルやプラグインをアップロードしたり編集したりするときに、悪意のある内容がないかを自動で確かめてくれます。結果は、組織の設定にあるPlugins & skillsで見ることが出来ます。2026年10月2日より前に設定を選んでいなかったEnterpriseの組織では、既定でオンになっています。
自動で確かめてくれるからといって、仕事で使ってよいかまで決まるわけではありません。スキルは作業の指示をまとめたもの、プラグインは外部の機能を足すものになります。どちらも、使う仕事とつなぐ先を見て、共有する範囲を決める必要があります。検査の結果と、社内で使ってよいと決めた理由は、分けて記録してみてください。そうしておけば、更新のときの確認先を管理者しか知らない、という状態も避けられます。
MCPは外部の道具や情報源とつなぐための仕組みですが、ここで取り上げた公式の発表で触れられているのは、推論フックがツール呼び出しをチェックすることと、Meetingsのコネクタの設定までです。MCPそのものに新しい機能が加わったかどうかは、これらの発表からは読み取れません。社内の更新一覧には、確かめられた機能名だけを載せましょう。外部とのつながりを広げる前には、生成AIのセキュリティ確認項目と照らし合わせて、入力した情報がどこへ行くかを確かめておくと安心です。
席と請求の変更|APIクレジット・プロジェクトタグ
費用に関わる更新は、席の支払い、APIの利用、案件ごとの集計を分けて読む必要があります。2026年10月7日にTeam向けの毎月のAPIクレジットが案内され、11月6日にはEnterprise向けのプロジェクトタグがベータで発表されました。どちらも請求に近い話ですが、使えるプランも、見える金額も違ってきます。会社の出費として考えるときは、まずそれが何の費用を表す数字なのかを確かめてみてください。
Teamの毎月のAPIクレジット
Teamでは、標準シートに1席あたり20ドル、プレミアムシートに1席あたり100ドル分の毎月のAPIクレジットが付くと案内されています。全席分を一つにまとめて使えますが、組織の上限は月500ドルです。たとえば標準3席とプレミアム2席なら、20ドル×3席で60ドル、100ドル×2席で200ドルとなり、合わせて月260ドルになります。これは付与されるクレジットの計算で、席の月額料金ではありません。
標準シートを10席使う会社なら、付与される額は月200ドルです。標準シートが30席なら計算上は600ドルですが、組織の上限があるので月500ドルで止まります。人数が増えるほど際限なく増えていくわけではない点に気をつけましょう。APIクレジットは席数から計算し、月500ドルの上限を最後に当てます。予算表に書くときは、請求額から一律に差し引ける数字として扱う前に、対象となるAPIの利用があるかを確かめてください。
受け取るには、オーナーかプライマリオーナーが、組織の設定の請求からClaude Consoleの組織を一つ紐づけます。ConsoleはAPIの利用を扱う側の組織になります。使い残した分は、翌月に繰り越されません。対話型のClaude Codeや追加利用分には使えないため、開発部門の支出をすべて相殺できるものとして計画しないようにしてください。Enterprise、Pro、Freeは、このクレジットの対象外となっています。
社員10人の会社で全員が標準シートだとしても、APIを使っていなければ、月200ドルのクレジットを現金の節約として数えることは出来ません。APIを使う部署があるなら、紐づけるConsoleの組織を確かめて、対象の利用量を月ごとに見てみましょう。複数の開発案件を抱える会社では、クレジットをどの案件が使うかも、社内の予算管理に響いてきます。付与額だけでなく、使い切れなかった月があるかも記録しておくと、実態が見えやすくなります。
標準10席で毎月200ドルの枠が付くとして、12か月を単純に掛けると2,400ドルとなる計算です。ただ、この数字は毎月すべてを対象のAPI利用で使い切れた場合の上限にすぎません。使わなかった月の分は、消えてしまいます。年間の見込みを作るなら、席数から出した枠と、実際に対象となった月の利用額を分けておきましょう。無料の枠を先に年間の値引きとして計上してしまうと、実際の請求と合わなくなってしまいます。
Enterpriseのプロジェクトタグ
プロジェクトタグは、案件番号や費用コードなどをプロジェクトに付けて、タグ別の支出を見られる機能です。タグは組織の設定の組織、プロジェクトタグから作り、使用状況のプロジェクト別の支出で確かめることになります。作れるのは、プライマリオーナーやオーナーなどの方です。席の種類ごとの利用を見たい管理者の方は、タグを付ける対象と、集計から外れる利用を先に知っておくと役に立つでしょう。
プロジェクトの外で行った作業には、タグが付きません。席で賄われた利用も、タグ別の支出には数えられない扱いです。そのため、タグ別の金額を足しても、会社のClaude関連の費用の総額と一致するとは限りません。案件Aと案件Bにタグを付けても、共通の業務がプロジェクトの外に残っていれば、その分はタグの表から見えなくなってしまいます。予算会議で表を見せるときは、集計の対象と対象外を先に説明してみてください。
タグの名前と値は、組織の全員に見えます。1つのプロジェクトに付けられるタグは、最大16個までとなります。顧客名や機密の案件内容をそのままタグに入れると、集計のために作った情報が広く見えてしまいます。費用コードを使うなら、誰が見ても差し支えない名前にしておきましょう。案件の説明は別の管理資料に置いて、タグには集計に必要な短い値だけを入れる形が分かりやすいでしょう。
ベータ版のプロジェクトタグは、HIPAAの構成、顧客管理の暗号鍵、ゼロデータ保持、米国外保存の組織などでは利用できません。使えない環境もあるので、Enterpriseなら全社で使えると案内しないようにしてください。管理画面に項目が出てこないときは、まず組織のデータ管理の条件を照らし合わせてみましょう。案件別の支出が見えないことを、社員の操作ミスだけのせいにせずに済みます。
新しい機能の費用を一覧にするとき
モデルのAPI単価、Teamのクレジット、Meetingsのコネクタ利用、Enterpriseのタグ別の支出は、同じ欄に足し込まないほうがよいでしょう。API単価は処理量にかかる価格、クレジットは条件付きで付く枠、コネクタは会議中の利用量に関わるもので、タグは支出の見方を変える機能になります。管理者の方は、請求画面の金額を基準にして、それぞれの数字の役割を分けて並べてみてください。
たとえば会議の記録だけを使う部署と、会議中にコネクタへつなぐ部署とでは、同じMeetingsでも費用の説明が変わってきます。後者の利用量がどこに計上されるかを確かめずに全社員へ無料と伝えてしまうと、予算を超えたときに原因を探しにくくなってしまいます。生成AIのコスト管理でも触れているように、使う方、使う機能、会社の支払先を分けておけば、請求も確かめやすくなります。
Claude Codeのバージョン確認・更新とトラブル対応
Claude Codeの更新は、使う開発者と端末を管理する担当の方とで、確かめる内容を分けると進めやすくなります。新機能が発表された日と、各端末で使う版が切り替わった日は、同じとは限りません。会社の仕事に響く変更を追うなら、更新の前に今の状態を残しておき、実際に使う方の作業で確かめる流れを作っておきましょう。
現在のバージョン確認は更新前に
開発者から新しい機能が見えないと相談されたら、最初に知りたいのは、どの端末でどの版を使っているかです。同じ部署でも、管理対象のPCと個人の検証用の端末が混ざっていると、画面の違いを機能の提供の差と取り違えてしまいます。端末名、使っている方、表示されたバージョン、確認日を一つの記録に残してみてください。後で更新の結果を比べるときの基準になります。版はclaude --versionで、入れ方の状態や前回の自動更新の結果はclaude doctorで確かめられると公式ドキュメントに書かれています。
今の版を調べるときは、会社が配ったClaude Codeを使っているかどうかも確かめておきたいところです。1台の端末に複数の入れ方が混ざっていると、更新したつもりの版と、実際に起動した版が違っているかもしれません。どこから起動しているかを記録に添えておけば、同じ症状が別の方に出たときも調べやすくなります。管理者と開発者とで、確かめる画面を決めておきましょう。
claude updateの更新手順は配布方法から決める
Claude Codeの公式ドキュメントでは、入れ方ごとに更新の仕方が分かれています。推奨のネイティブ版は裏で自動更新され、すぐ上げたいときはclaude updateを使います。HomebrewやWinGetで入れた場合は既定では自動更新されず、brew upgrade claude-code(claude-code@latestで入れた場合はbrew upgrade claude-code@latest)やwinget upgrade Anthropic.ClaudeCodeを実行する形です。入れ方に合わないコマンドを全員に配ってしまうと、管理担当の方が把握している版と、現場の版がずれてしまいます。まずは社内で使っている配り方と、更新を決める担当の方を確かめてください。
開発チームで更新を試すなら、普段の作業を一つ選んで、更新前の結果と比べてみましょう。社内で使っているスキルやプラグイン、外部とのつながりも、同じ作業の中で確かめてみてください。新しいモデルの表示だけを見て終わりにしてしまうと、許可の確認やツール呼び出しの流れが変わったときに気づきにくくなります。管理者は、どの部署で試したかと、いつ全員に案内するかを記録しておきます。
TeamやEnterpriseの管理機能の更新と、Claude Code本体の版を上げる作業も、分けて扱うことになります。セキュリティセンターに新しい項目が出てきたからといって、端末の版の確認まで終わったわけではありません。反対に、端末の版を上げても、組織の設定は別に確かめる必要があります。2つの確認先を表にしておくと、問い合わせを受けた方も迷いにくいでしょう。
権限エラー・PATH・複数インストールで止まったら
更新できないときや、更新した後も版の表示が変わらないときは、まず症状を分けてみてください。権限についての表示が出たのか、起動する先が見つからないのか、更新は終わったのに古い版が開くのかで、調べる場所が変わってきます。PATHとは、端末がコマンドの置き場所を探すための設定のことです。表示された文言をそのまま記録して、端末を管理する方に渡しましょう。
権限エラーが出たときは、会社の端末管理のやり方に沿って確かめていきます。更新のためだけに、許されていない権限で操作を進めてしまうと、後で誰が何を変えたのか追えなくなってしまいます。バージョンが変わらないときは、入れた先が複数ないか、起動している場所が想定どおりかを調べることになります。問題のある端末だけを個別に直す前に、同じ配布を受けたほかの方にも症状が出ていないか聞いてみてください。
作業を止める判断も、前もって決めておきたいところです。全員に同時に版を広げてから問題が分かると、開発チーム全体の作業に響いてしまいます。試す方を決めて、使えなくなったら誰に連絡するか、元の作業環境へ戻す方法を社内で確かめておきましょう。戻せると確かめられないうちは、広げる時期を急がないほうがよいでしょう。
Claude Desktopの更新は別に案内する
Claude Desktopの更新は、Claude Codeと同じ言葉でまとめて案内しないようにしたいところです。Meetingsのベータ版はClaudeとClaude Desktopへ段階的に展開されていますが、使えるかどうかには契約プラン、組織の設定、Googleカレンダーの接続も関わってきます。デスクトップアプリを更新したかどうかだけを確かめても、会議に参加できない理由は決められません。
Desktopで新しい機能を使う方には、組織で許可されているか、個人の設定がどうなっているか、会議の参加条件を満たしているかを順に見てもらいましょう。Enterpriseで既定オフのままなら、端末側を何度更新しても使える状態にはなりません。Teamでは既定でオンでも、社外の参加者を含む通話の扱いを管理者が変えている場合もあります。端末の問題なのか、管理の設定の問題なのかを分けて聞いてみてください。
製品の案内や更新の履歴を探すときは、まず日付別の公式リリースノートを見るのが近道になります。まとまった背景は、製品の最新情報で確かめることが出来ます。Claude Codeの端末ごとの更新操作や、Desktopの細かな操作は、入れ方を確かめたうえで、公式の手順と社内の端末管理に合わせて決めてください。確かめられていない操作を全員共通の手順として流さないことが、更新後の問い合わせを減らすことにつながるでしょう。
管理者の確認手順と社員への告知
更新を社内へ届けるときは、対象者、設定、費用、問い合わせ先をひとまとめにして整理すると伝わりやすくなります。すべての発表を全社員に送ってしまうと、必要な変更が埋もれてしまいます。まずは管理者が組織で使える機能を確かめ、試す部署に必要な案内だけを渡してみてください。結果が分かってから範囲を広げていけば、質問にも具体的に答えることが出来ます。
更新を見る担当者を決める
Claudeを使う方が増えても、リリースノートを読む担当が決まっていないと、既定値の変更を見落としてしまいます。総務か情報システムの担当の方が日付別の更新を確かめ、業務部門の責任者が使い方を確かめる、という分け方が考えられます。開発に関わる更新は、Claude Codeを管理している方にも渡しましょう。一人ですべてを判断するより、設定の担当と業務の担当に分けて意見を集めてみてください。
確かめる頻度は、月に一度の定期確認を土台にすることが出来ます。ただ、Teamで既定オンになる機能や、Enterpriseで既定値の切り替え日が案内された機能は、次の定期確認を待たずに画面を見たほうがよいでしょう。MeetingsやDataのように、発表日と組織に届く時期がずれるものもあります。発表を読んだ日、実際の設定を見た日、社内に案内した日は、分けて記録しておきましょう。
毎回見る設定を固定する
管理者が更新のたびに見る欄は、機能のオンとオフだけではありません。使えるプラン、ロールごとの許可、社外の方との共有、コネクタ、席の種類、請求先も確かめていきます。今の値が、発表文の既定値と同じとは限りません。以前に管理者が変えていれば、その選択が残っていることもあるでしょう。実際の組織の画面を見て、判断を記録してください。
会議機能なら、オーナーがMeetingsを許可しているか、社外の方がいる会議に入れるか、会議中にコネクタを使うかを確かめます。自動参加は各自の設定なので、組織の画面を見ただけでは終わりません。Sheetsなら書き出したファイルの扱い、Dataなら既定値が変わる予定を見ていきます。セキュリティセンターなら推奨構成と自社の値の差を、推論フックなら送る先とチェック後の担当を確かめましょう。
席の種類と料金は、使える機能の説明と一緒に渡すと誤解が減ります。TeamのAPIクレジットは標準とプレミアムで額が違い、Consoleとの紐づけも必要になります。会議のコネクタ利用は、組織に料金がかかることがあります。Enterpriseのタグは、席で賄われた利用を数えません。費用を案内するときは、何が含まれ、何が別に数えられるかを書き添えましょう。単価だけの表より、会社の請求を読む方にずっと伝わりやすくなります。
ベータ機能を試すか決める
ベータの機能は、便利そうという理由だけで全員に許可しないほうが、判断しやすいでしょう。Meetingsなら会議の参加者と記録、スマートレポートなら分析の目的、スキルやプラグインのスキャンなら追加を許す相手を決めていきます。使えるかどうかも、組織の構成によって変わってきます。まずは小さな業務を選び、誰が試して、どの結果を見て続けるかを決めましょう。
Enterpriseのスマートレポートは2026年9月10日にベータとして案内された機能で、既定ではオフになっています。チームの作業内容、定価ベースの費用、つまずき、共有スキルにできそうな候補を報告してくれる機能です。組織あたり月10本までは、無料とされています。ここに出る費用は定価ベースなので、請求額そのものだと説明しないようにしてください。Anthropicは、個人の評価や人事の判断には使わないよう明記しています。
レポートを試すなら、部署の困りごとを見つけるためという目的を先に伝えておきましょう。誰かの利用回数を順位にして評価するような使い方は、公式の案内から外れてしまいます。報告の中から共有できる手順が見つかったら、部署の責任者が実際に役立つか確かめてみてください。無料の枠があるからといって、上限まで作る必要はありません。聞きたいことが決まっているときに使うほうが、結果を次の判断につなげやすくなります。
スキルやプラグインのスキャンも、検査結果を見て終わりにしないことが大切です。使う業務、入力する情報、つなぐ先を管理者が確かめていきます。Meetingsでは、文字起こしの同意と社外の方の参加を確かめることになります。ベータをオンにするかどうかは機能ごとに違うため、全社で一つの方針を決めて済ませないようにしましょう。試した後に止める判断を誰がするかも決めておけば、現場が迷いにくいでしょう。
社員向けの告知は仕事の言葉で書く
社内の案内に、発表文の機能名をすべて並べる必要はありません。対象になる方、変わる操作、すぐには変えない操作、相談先を短く書けば充分です。たとえばMeetingsを一部で試すなら、次のような案内が考えられます。実際に送る前に、組織の設定と会議のルールに合わせて書き換えてみてください。
Claude Meetingsを、許可した部署のGoogle Meetで試します。会議にClaudeを加える前に、参加者全員へ文字起こしを説明し、同意を確かめてください。社外の方が参加する会議では、管理者が決めた範囲を守りましょう。自動参加は各自の設定です。普段のチャットの使い方は、今回の案内では変更しません。利用できない場合や記録についての質問は、社内の担当窓口へ知らせてください。
この例では、何が変わるかと、すぐには変えなくてよいことを一緒に書いています。社員が知りたいのは、すべての新機能を試す必要があるのか、それとも一部の部署だけなのか、という点だからです。費用に関わるコネクタを許可していないなら、そのことも書いておきましょう。許可している場合は、どの使い方が利用量に入るのかを、使う方に伝える必要があります。
モデルの更新の告知も、同じ考え方になります。新しい名前を並べるより、既定の選択を変えるのか、今の作業を続けてよいのかを書きましょう。Claude Codeを更新する部署だけに案内するなら、バージョンの確認日と、問題があったときの連絡先を添えておきます。Desktopで会議の機能を使う方には、組織の許可と個人の自動参加を別々に説明してください。使い方が違う方に同じ文面を送ってしまうと、必要な操作が見えにくくなってしまいます。
導入後の見直しを残す
新しい機能をオンにした後は、最初に決めた使い方が現場に合っているかを確かめましょう。会議なら記録を残す範囲、Sheetsなら書き出したファイルの管理、Claude Codeなら更新後の作業を見ていきます。タグ別の支出では、プロジェクトの外の作業がどれくらい残っているかを確かめることになります。機能ごとに見る場所が違うので、月ごとの確認記録に項目を分けてみてください。
使う範囲を広げる判断と止める判断は、同じ記録に置いておくと分かりやすくなります。問い合わせが増えた、思っていない会議に参加していた、見たい支出がタグで見えない、といったことが起きたら、設定や案内を見直しましょう。ベータの提供条件が変わったときも、以前の説明をそのまま使わず、公式の更新情報と今の画面を比べてみてください。設定を変えた担当の方と日付を残しておけば、次に相談を受ける方も経緯を追うことが出来ます。
会社で複数のAIを使っているなら、Claudeの更新だけを切り離して判断しないほうがよい場面もあります。すべての社員に、同じ用途で同じモデルを使ってもらう必要はありません。仕事に合う道具と、管理する契約を整理する考え方は、複数AIの併用にもつながってきます。Claudeの新しい機能を試す理由を、実際の仕事と会社の管理のやり方に戻して考えてみてください。
管理者が判断を残す表には、確かめた公式ページのURLも入れておきましょう。日付別のリリースノートは変更を探す入口、製品の最新情報は背景を読む場所、個別のヘルプ記事は設定の条件を確かめる場所として使い分けると便利です。同じ機能でも、短い発表と詳しいヘルプとでは、書かれている範囲が違ってきます。社員に知らせる前に、対象プラン、既定値、使えない構成、費用を個別の記事で確かめてみてください。
問い合わせの記録にも契約プランと組織の設定を添えておけば、同じ質問を何度も受けずに済むようになります。たとえば会議に入らない理由は、Enterpriseの既定オフ、社外の方がいる会議の許可、Googleカレンダーの接続、ベータの対象外、というように分かれます。最初の回答で一つに決めつけず、順に確かめていきましょう。原因が設定ではなく段階的な展開にある場合も、公式の案内と今の画面を照らし合わせれば説明できます。
更新後の点検では、使えるようになった機能だけでなく、使う予定のない機能も見ておきたいところです。既定でオンのまま誰も使っていない機能があれば、社内で許可しておく理由があるかを確かめましょう。新しい機能を止めると決めたときは、その理由と、もう一度見直す時期を書いておきます。そうすれば、別の部署が使いたいと言ってきたときにも、以前の判断を土台に話を進めることが出来ます。
よくある質問
Claudeのアップデートについてよく出る疑問は、使える範囲と、管理者が決める範囲を分けると答えやすくなります。社内からの問い合わせに使うときも、契約と今の組織の設定をあわせて確かめてみてください。
Claudeのアップデートはどこで確認できますか?
Claude MeetingsはTeamならすぐ使えますか?
EnterpriseでClaude Meetingsが使えないのはなぜですか?
社外の参加者がいる会議でClaudeを使えますか?
Claude Meetingsの利用で追加の費用はかかりますか?
WhiteboardsとSheetsは全員に既定で有効ですか?
TeamのAPIクレジットはClaude Codeの利用にも使えますか?
プロジェクトタグの金額を足せば会社の支出総額になりますか?
Claude Codeを更新してもバージョンが変わらないときは?
セキュリティセンターの報告書だけで適合を示せますか?
まとめ
Claudeのアップデートを会社で追いかけるなら、発表された機能の数より、対象プランと今の設定を確かめるところから始めましょう。TeamとEnterpriseとでは、MeetingsやWhiteboards、Sheetsの既定値が違います。社員に同じ説明を配る前にオーナーが組織の画面を確かめておけば、使える範囲を具体的に伝えることが出来ます。
会議の文字起こしは参加者の同意が前提となり、社外の方を含む会議では許可の設定も変わってきます。モデルの更新はAPI価格と席の請求を分けて読み、Teamのクレジットは対象の利用と月の上限を確かめてみてください。Enterpriseのプロジェクトタグは案件ごとの支出を見る助けになりますが、プロジェクトの外の利用と席で賄われた利用は、集計から外れてしまいます。
セキュリティの更新では、推奨構成を見られることと、会社の方針を決めることは別の話になります。Claude CodeやDesktopの更新は、それぞれ使う方と端末の管理のやり方を確かめてから案内しましょう。リリースノートを見た日、設定を確かめた日、社員へ伝えた日を残しておけば、次の更新でも判断を引き継ぐことが出来ます。
まずは自社の契約プランと組織の設定を開いて、Meetings、アーティファクト、請求の項目を順に見てみてください。使う部署と相談先を決めたら、必要な変更だけを案内しましょう。Claude以外の法人向けサービスの費用も並べて見たいときは、法人向け生成AIの料金比較を参考にすることが出来ます。
Claudeを含む4つのAIを、会社の契約で使い分ける
UPGEAR AIは、ChatGPT・Claude・Gemini・Perplexityを1つの契約で使える法人向けサービスです。月額30,000円(税抜)から。どのプランも利用人数は無制限で、料金は利用量に応じたプラン設計です(人数の目安はライト1〜5名・スタンダード6〜20名・プレミアム21〜50名)。
UPGEAR AIの詳細を見る