Claude Code v2.1.133が2026-05-07に公開されました。この記事は、海外のAI開発ツールの公式リリースを、日本の小さな会社・開発会社・EC運用の現場目線で整理する過去リリース記事です。
何が起きたか
公式GitHub Releasesで、Claude Code v2.1.133の更新が公開されています。リリース本文では、次の変更が案内されています。
What's changed Added worktree.baseRef setting ( fresh | head ) to choose whether worktree , EnterWorktree , and agent isolation worktrees branch from origin/<default or local HEAD . Note: the default fresh changes EnterWorktree 's base back to origin/<default (it has been local HEAD since 2.1.128) — set worktree.baseRef: "head" to keep unpushed commits in new worktrees Added sandbox.bwrapPath and sandbox.socatPath managed settings (Linux/WSL) to specify custom bubblewrap and socat binary locations Added parentSettingsBehavior admin tier key ( 'first wins' | 'merge' ) to let admins opt SDK managedSettings (parent tier) into the policy merge Hooks now receive the active effort level via the effort.level JSON input field and the $CLAUDE EFFORT environment variable, and Bash tool commands can read $CLAUDE EFFORT Improved focus mode behavior Improved memory usage by releasing warm spare backg
なぜ実務で見る価値があるか
AI開発ツールは、単にコードを書けるかどうかだけでは現場に定着しません。権限、実行環境、履歴、セッション、設定、レビュー、失敗時の戻し方まで含めて運用できるかが重要です。
小さな会社では専任のAI運用担当を厚く置けないため、公式リリースの細かな変更から「どこまで任せられるか」「どこは人間確認にするか」を読み取る価値があります。
小さな会社・開発会社・EC運用ではどこに効くか
開発会社なら、調査、テスト追加、軽微な修正、ドキュメント整備、社内スクリプト改善をAIに渡しやすくなります。EC運用なら、商品CSV、在庫確認、ShopifyやWordPressの小修正、問い合わせ対応の下準備などに応用できます。
ただし、AIに任せる範囲は小さく切る必要があります。作業前に差分を残し、公開サイトや決済、顧客データに近い場所は人間確認を必須にするのが現実的です。
そのまま真似ると危ない点
新機能が増えるほど、AIに触らせる範囲も広げたくなります。しかし、秘密キーや接続情報、価格、契約、決済、顧客データに近い場所を無制限に触らせるのは危険です。
また、AI作業を並行させるほど速く見えますが、レビューする人の処理量を超えると品質は落ちます。まずは一つの安全な作業レーンで型を作り、その後で広げるほうが事故が少ないです。
最初にやるなら何か
最初は、壊れても戻せる仕事から始めます。README更新、テスト追加、CSV変換スクリプト、管理画面の文言修正、ログ整備のような低リスク作業が向いています。
次に、AIが触ってよいフォルダ、触ってはいけないファイル、人間確認が必要な操作を決めます。ここを決めずに導入すると、便利さより確認負荷が増えます。
monoblo実務メモ
私なら、Claude Code v2.1.133を「すぐ全社導入する理由」ではなく、AI開発の運用設計を見直す材料として扱います。見るべきは、生成能力そのものより、止められるか、戻せるか、説明できるかです。