マザーボード上のマイクロチップの接写
ニュース深掘り

Claude Code v2.1.257: Fable 5.1移行とサンドボックス制御を検証する

目次を見る

Claude Code(Anthropic製のターミナル常駐型AIコーディングエージェント)をCI/CDや自動化パイプラインに組み込んでいるエンジニアに向けて、v2.1.257で入った変更点を実際に確認する手順をまとめます。

今回のリリースはモデルの既定値変更と、権限まわりのガードレール追加が中心です。特に自動承認モード(auto mode)を使っている場合、挙動が変わる可能性があるため、設定を見直す価値があります。

この記事でできるようになること

この記事では、v2.1.257の主要な変更を3点に絞り、実際に手元の環境で確認する手順を示します。

  • 既定モデルがClaude Fable 5.1に切り替わったことの確認とコスト試算
  • auto modeに追加された「Containment Escape rule」の動作確認
  • サブエージェントのモデル強制設定(環境変数)の使い方

読み終えたあとは、自分の環境がこれらの変更の影響を受けるかどうか判断できる状態を目指します。

前提条件

手を動かす前に、以下を用意してください。

  • Claude Codeがインストール済み(npm経由でもmacOS/Windowsのネイティブインストーラでも可)
  • ターミナルでclaude --versionが実行できる環境
  • Anthropic APIキーまたはgateway経由の認証設定

バージョンが古い場合は、自己更新機能かパッケージマネージャで v2.1.257 以降に上げてから進めてください。

モデルのバージョン確認

まずインストール済みのバージョンを確認します。

claude --version

v2.1.257未満であれば、自己更新を実行します。npm経由でインストールしている場合は以下です。

npm install -g @anthropic-ai/claude-code@latest

手順1: 既定モデルの変更を確認する

今回の目玉は、既定のFableモデルがClaude Fable 5.1(claude-fable-5-1)に切り替わったことです。Fableは長文コンテキストを扱う軽量モデル系統で、1M(100万)トークンのコンテキストウィンドウを持ちます。

料金は入力側が1Mトークンあたり10ドル、出力側が50ドル、キャッシュ読み込みは0.25ドルという設定です。キャッシュ読み込みとは、直前のやり取りで使ったプロンプトの一部を再利用する際の課金で、通常の入力料金より大幅に安く設定されています。

大規模なリポジトリを丸ごとコンテキストに載せて解析させるような使い方をしている場合、既定モデルの切り替えでコストが変わります。/modelコマンドで現在のモデル設定を確認しておきましょう。

/model

表示されたモデル名がclaude-fable-5-1になっていれば、既定値が適用されています。以前のモデルを固定で使いたい場合は、モデル指定を明示的にセッション設定やCLAUDE_CODE_SUBAGENT_MODELで上書きします。

手順2: Containment Escapeルールの動作を確認する

auto mode(承認なしでエージェントが操作を進める自動実行モード)を使っている環境では、今回追加された「Containment Escape rule」が重要です。

このルールは、クラウドのメタデータ認証情報の取得、通信の外部流出を隠す挙動(egress evasion)、テナントをまたいだアクセス(cross-tenant reach)を、自動承認の対象から外すというものです。つまり、これまでauto modeで無条件に通っていた一部の操作が、明示的な許可なしには実行されなくなります。

たとえばAWSやGCPのインスタンスメタデータサービス(169.254.169.254へのアクセスなど)を経由して認証情報を取得しようとする操作は、こうした「封じ込め逃れ(containment escape)」の典型例です。コンテナやサンドボックス内で動くエージェントが、意図せずホスト側の権限を得てしまうリスクを塞ぐ仕組みと考えるとわかりやすいです。

自分の環境でこの制御が有効になっているか確認するには、/doctorコマンドでサンドボックス関連の警告が出るかを見ます。

claude /doctor

もし業務上、こうした操作を意図的に許可したい場合は、環境側で「期待される動作」としてマークする設定が必要です。該当の設定項目は環境変数や権限設定ファイル側にあるため、permissions関連の設定ドキュメントを確認してください。

手順3: サブエージェントのモデルを強制する

複数のサブエージェント(メインのエージェントから呼び出される子エージェント)を使うワークフローを組んでいる場合、モデルがエージェント定義ごとにバラバラになっているケースがあります。

今回追加されたCLAUDE_CODE_SUBAGENT_MODEL_FORCEは、この状態を一括で統一するための環境変数です。設定すると、個別のspawn時指定やエージェント定義側のモデル上書きを無視して、CLAUDE_CODE_SUBAGENT_MODEL(未設定ならメインモデル)を全サブエージェントに適用します。

export CLAUDE_CODE_SUBAGENT_MODEL=claude-fable-5-1
export CLAUDE_CODE_SUBAGENT_MODEL_FORCE=1
claude

コスト管理の観点では、サブエージェントが意図せず高コストなモデルを呼び出しているケースを防ぐのに有効です。RAG(検索拡張生成)パイプラインのようにサブエージェントを大量に並列実行する構成では、モデルのばらつきがコスト見積もりを狂わせる原因になりやすいため、こうした強制設定で統一しておくと予算管理がしやすくなります。

動作確認の方法

3つの変更を反映したら、以下の順で確認します。

  • /modelで既定モデルがclaude-fable-5-1になっているか
  • /doctorでサンドボックス・権限関連の警告が出ないか
  • サブエージェントを起動するタスクを実行し、ログ上で使用モデルが統一されているか

ログの確認は、claude agentsコマンドでバックグラウンドセッションの一覧と状態を見るとわかりやすいです。

ハマりやすいポイント

設定ファイルの反映タイミングに注意が必要です。今回のリリースでは「起動後に作成された.claude/フォルダ内の設定が、再起動するまで読み込まれない」バグが修正されています。

裏を返せば、これまでの挙動に慣れていると、設定ファイルを追加した直後に反映されないことがあります。設定変更後は必ずclaudeプロセスを再起動して、意図した設定が読み込まれているか/doctor/modelで確認する習慣をつけておくと安全です。

まとめ

v2.1.257はモデルの既定値変更と権限まわりの強化が中心のリリースです。

  • 既定モデルがclaude-fable-5-1に変わったため、コスト試算とコンテキスト長の見直しをしておく
  • auto modeのContainment Escapeルールで、メタデータ認証情報の取得などが自動承認されなくなった点を把握する
  • サブエージェントのモデルを統一したい場合はCLAUDE_CODE_SUBAGENT_MODEL_FORCEを使う

まずはclaude --versionでバージョンを確認し、/model/doctorを実行するところから始めてみてください。

参考

claude-code v2.1.257

この記事について: 本記事は AI を活用して作成し、forva AI 編集部が内容を確認・監修しています。

AI 駆動開発のご相談は forva AI へ。まずはお気軽にどうぞ。