更新が続くClaude Codeの設定は、誰がいつ見直すか

Claude Codeの更新や設定の保守は、決まった周期で見直すより、起きた出来事をきっかけに見直す方が実情に合います。本体は自動で更新されるので、管理者はリリースチャネルとバージョンの範囲を管理設定で1つに決め、新しいモデルの発表、廃止の通知、起動時の警告、更新失敗の表示、管理設定の変更を合図にします。CLAUDE.mdはチームで担当者を決め、変更をレビューして回します。

Claude Codeの保守は、周期よりきっかけで見直す

Claude Codeの保守を周期で決めにくいのは、変化が利用者の操作と関係なく入ってくるからです。ネイティブインストールのClaude Codeは、起動時と実行中に更新を確かめ、バックグラウンドで新しい版を入れ、次に起動したときに切り替わります。誰かが更新作業をした日を基準に「次はいつ」と決める作り方になっていません。

設定が古くなって困るとき、変わったものは3か所のどれかです。1つ目は本体の版、2つ目は使うモデル、3つ目は管理設定やCLAUDE.mdなどの設定です。版は自動更新とチャネルで、モデルは発表と廃止の通知で、設定は誰かが書き換えたときに動きます。どれも動いたことが画面か通知に出るので、それを合図に、その持ち主が見直すと決めておけば、定例の点検を増やさずに済みます。

ここからの内容は、2026年11月時点のClaude Codeの公式ドキュメントと、Anthropicの公式ブログにもとづきます。Claude Codeでそもそも何ができるかを先に整理したい場合は、Claude Codeでできることをまとめた記事から読むと、この記事の対象が見渡しやすくなります。

本体の更新は自動で入る。管理者が決めるのはチャネルとバージョンの範囲

チャネルは2つあり、既定のlatestはリリースされるとすぐ新機能を受け取り、stableは通常約1週間前の版を使って大きな回帰を伴うリリースを飛ばします。版の下限を決めるのがminimumVersion、範囲の外の版で起動させないのがrequiredMinimumVersionとrequiredMaximumVersionです。管理者が決めるのは、この3つの組み合わせです。

stableにすれば、全員が安心して使えるのか

stableは大きな回帰を避ける選び方ですが、不具合が起きないことまでは約束していません。もう1つの注意は、新しく出たモデルが、stableが配る版より新しいClaude Codeを必要とする場合があることです。公式ドキュメントは、そのモデルをすぐ使いたいならlatestへ移るよう案内しています。「新しいモデルを使えない人がいた」という困りごとは、チャネルの違いで起きることがあります。どちらを選ぶかより、全員を同じチャネルにそろえ、新しいモデルが出たときにだけ管理者が見直す、と決めておく方が困りごとは減ります。チャネルのキーはautoUpdatesChannelで、管理設定に置けば組織全体で同じチャネルを当てられます。

minimumVersionは、古い版の起動までは止めない

管理設定に置いたminimumVersionは、利用者やプロジェクトの設定で上書きできない下限になります。ただし、これは自動更新とclaude updateがその値より古い版を入れないようにするだけで、範囲の外の版で起動することは止めません。古い版のまま使い続けている端末をなくしたいなら、管理設定のrequiredMinimumVersionとrequiredMaximumVersionで、起動を許す範囲を決めます。下限を上げるのか、起動の範囲を絞るのかは、守りたいものの強さで選び分けます。

管理設定は、利用者が手元の設定で上書きできない一番強い置き場所です。業務部門にClaude Codeを渡す前に何をそこで固定するかは、業務部門に渡す最初の1週間の記事で扱っています。

自動更新されない端末と、更新を止めるキー

HomebrewとWinGetで入れたClaude Codeは自動更新されず、利用者が手で更新します。社内に入れ方の違う端末が混ざっていると、同じチャネルを決めても版はそろいません。入れ方を1つに決めるか、手動更新の端末を一覧にして持ち主を書いておきます。更新を止めるキーも2つあり、DISABLE_AUTOUPDATERは背景の更新確認だけを止めて手動の更新は動きます。手動の更新まで止めるのはDISABLE_UPDATESで、自社で版を配る場合の選び方です。

見直しの時期を決める確認表

下の表は、何が起きたら、何を、誰が見直すかを1行ずつ並べたものです。右端の列は、その行の判断を支える公式ドキュメントの記述の要旨で、きっかけと担当の当てはめは記事側の整理です。社内の運用表に写し、「誰が」の列に実際の担当者の名前を入れると、そのまま決まりとして使えます。

表の行は、困りごとが起きた順ではなく、気づく場所の順に読むと使いやすくなります。管理者のもとに届くのは新しいモデルの発表と廃止の通知、利用者の画面に出るのは起動時の警告と更新失敗の表示です。利用者の画面に出たものを管理者が知る道筋として、警告や失敗表示を見たら画面の文言を添えて連絡する窓口を1つ決めておくと、表の「解けなければ管理者」が回ります。

平時に決めておく3つ

確認表が回るのは、出来事が起きる前に3つが決まっている場合です。1つ目はチャネルで、latestかstableかを決め、管理設定で全員に当てます。2つ目はバージョンの範囲で、minimumVersionで更新の下限を置くのか、requiredMinimumVersionとrequiredMaximumVersionで起動の範囲まで縛るのかを決めます。3つ目はCLAUDE.mdの担当者で、リポジトリごとに1人を決め、追記はその人のレビューを通すことにします。この3つが無いまま確認表だけ作ると、合図が来ても「誰が決めるのか」でまた止まります。

モデルの廃止は、いつ・どこで分かるのか

一般公開のモデルの廃止は、影響を受ける利用者に、少なくとも60日前にメールとドキュメントで通知されます。廃止済みのモデルへのリクエストは失敗し、非推奨のモデルは使える間もアクティブなモデルより信頼性が下がる可能性があります。通知を受けた日から60日以内に、モデル名を書いた場所を直し終えるのが、管理者が置ける期限の目安になります。

見落としやすいのは、モデル名がどこに書かれているかです。Claude Codeは、廃止予定日のあるモデルや新しい版に自動で置き換えられるモデルが指定されていると、対話のセッションでは起動時の通知として警告を出します。この確認は、サブエージェントのフロントマターに書いたmodelも対象です。チームで共有しているサブエージェントに古いモデル名が残っていると、使う人全員の画面に警告が出ます。

洗い出す先は、管理設定、各自の設定、サブエージェントの定義の3つで、持ち主はそれぞれ管理者、利用者本人、そのサブエージェントを作ったチームです。書き方にも2通りあります。エイリアスはその時点の推奨の版を指し、時間とともに指す先が変わります。特定の版に固定するのは完全なモデル名です。固定した場所は廃止の通知のたびに直す対象になり、エイリアスの場所は指す先が変わったときに結果が変わる対象になります。どちらで書くかを場所ごとに決めておくと、通知が来たときに直す範囲がすぐ分かります。どのモデルがいつ廃止されるかは、公式のモデルの非推奨化のページで確かめます。

管理設定を変えたのに効かないのはなぜか

サーバー管理設定は起動時に取得され、セッション中も1時間ごとに更新を確かめますが、requiredMinimumVersionのような管理者側のキーは、利用者がClaude Codeを再起動するまで効きません。管理設定を配ったのに反映されない人がいるときは、まず再起動の有無を疑います。

このため、版の範囲を変えた日は、管理者が利用者に再起動を呼びかけるところまでを1つの作業にしておきます。サーバー管理設定はClaude for TeamsとClaude for Enterpriseで使える仕組みです。MDMなどのエンドポイント管理を持つ組織では、エンドポイント管理設定の方が強い保証になると公式ドキュメントは書いています。どちらから配るかは、社内に端末管理の仕組みがあるかで決まります。

再起動しても効かない場合は、利用者本人に/doctorを実行してもらいます。/doctorはインストール、設定、拡張機能、コンテキスト使用量を自動で確かめます。更新そのものが失敗している場合は、セッションのフッターに「Auto-update failed · Run claude doctor」と赤字で出ます。この表示を見たら連絡する、と利用者に伝えておくと、古い版のまま使われ続ける端末に気づけます。

CLAUDE.mdや手元の設定は、誰の持ち物として見直すか

情報システム部門が全部を見る必要はありません。管理設定は管理者、CLAUDE.mdとチームで共有するサブエージェントはそのチームの担当者、手元の設定と入れ方は利用者本人、と持ち主を分ければ、見直しの合図もそれぞれの持ち主に届きます。

Anthropicの公式ブログは、CLAUDE.mdを200行未満に保ち、担当者を決め、変更をコードと同じようにレビューするよう勧めています。CLAUDE.mdはリポジトリごとにチームの事情が詰まった場所なので、情報システム部門が中身を判断するより、担当者を決めてもらい、その名前を管理者が把握しておく方が回ります。追記の相談が来たときに、何をCLAUDE.mdに残し、何をスキルやフックへ移すかの判断は、CLAUDE.mdとスキル・フックの置き場所の記事の判定表が使えます。

利用者本人の受け持ちは、起動時の警告と更新失敗の表示を見たら連絡すること、手動更新の端末なら自分で更新すること、手元の設定にモデル名を書いたら覚えておくこと、の3つに絞れます。管理者が受け持つのは、チャネルと版の範囲、新しいモデルと廃止の通知への対応、管理設定を変えた日の再起動の呼びかけです。この分け方を確認表の「誰が」の列と合わせておけば、更新が続いても見直しが1人に集まりません。

関連: Claudeの法人契約は、代理店と直接で何が違うのか

公開日：2026年11月