Claude Code 2.1.163が公開されました。今回の更新で見るべき点は、大きな新機能というより「会社で使うときに、どの版を許可し、どの追加機能が入っているかを見えるようにする」方向です。
個人利用なら、最新版を入れて動けばそれで済みます。会社のAI開発環境ではそうはいきません。昨日まで動いていた設定が今日の更新で変わる。誰かの端末だけ古い。便利そうな追加機能が、確認なしに増えている。こういうズレが、AIエージェント運用では地味に事故になります。
何が起きたか
AnthropicのGitHub Releasesによると、Claude Code 2.1.163ではmanaged settingsにrequiredMinimumVersionとrequiredMaximumVersionが追加されました。Claude Codeの版が許可範囲外の場合、起動せず、承認済みの版へ誘導する仕組みです。
もう一つ、/plugin listが追加されています。インストール済みプラグインを一覧でき、--enabledと--disabledで有効・無効の絞り込みもできます。加えて、/btwでは回答のMarkdownをコピーするショートカットも追加されています。
何が変わったか
今回の中心は、AI開発ツールを「個人の便利ツール」から「管理できる業務環境」に近づける更新です。
バージョン範囲を決められると、社内で使うClaude Codeを一時的に固定できます。たとえば、特定の版で動作確認が済んでいる場合、全員がその範囲内で使うようにできます。逆に、不具合が出た版や検証前の版を避ける運用も組めます。
プラグイン一覧も同じです。AIエージェントに任せる作業が増えるほど、「何が追加されているか」「誰の環境で有効になっているか」を確認できることが大事になります。便利な拡張ほど、権限・外部接続・出力先の確認を後回しにしがちです。
小さな会社・開発会社ではどこに効くか
少人数の開発会社では、AIツールの管理を大げさに始める必要はありません。ただ、最低限の線引きは早めに作った方がいいです。
- 本番案件で使うClaude Codeの版を決める
- 検証用と業務用の環境を分ける
- 入れてよいプラグインを一覧にする
- 外部送信やファイル操作に関わる拡張は、使う前に確認する
- トラブル時に「誰の環境で何が違うか」を見られるようにする
これだけでも、AI開発の再現性はかなり上がります。特に、複数人で同じリポジトリを触る場合、ツールの版と追加機能がバラバラだと、原因調査に時間を取られます。
そのまま真似ると危ない点
危ないのは、バージョン固定を「古いまま放置する仕組み」にしてしまうことです。許可範囲を決めるのは、安全に更新するためであって、更新を止めるためではありません。月に一度でもよいので、検証して範囲を動かす運用が必要です。
プラグインも、一覧できるだけでは足りません。使う目的、触れるファイル、外部サービスとの接続、ログの残り方を確認しないと、後から説明できない環境になります。AIツールは作業速度を上げますが、権限まわりを雑にすると、失敗も速く広がります。
最初にやるなら何か
まず、社内用の短いAI開発ルールを作ります。長い規程はいりません。
- 業務利用で許可するClaude Codeの版
- 更新前に見るチェック項目
- 入れてよいプラグイン
- 外部接続を伴う拡張の確認方法
- 問題が起きたときに残す情報
そのうえで、週1回だけ棚卸しします。使っている版、入っているプラグイン、最近の不具合、便利だった使い方。この4つを見れば十分です。最初から完璧な統制を作るより、軽い確認を続ける方が現場に残ります。
monoblo実務メモ
私なら、この更新は「Claude Codeの便利機能追加」ではなく、AI開発環境の管理設計として扱います。小さな会社ほど、厳しい情報システム部門はありません。だからこそ、AIツールの版、追加機能、外部接続のルールを軽く決めておく。
AIエージェントに作業を任せる範囲が広がるほど、成果物だけでなく作業環境そのものが品質になります。今回のようなバージョン統制とプラグイン棚卸しは、派手ではありません。でも、会社でAI開発を続けるならかなり効く更新です。