こんにちは、noaz（@imnoaz）です。普段はWebエンジニアとしてClaude Codeを開発のメインツールに使っています。
Claude Codeのv2.1.49〜v2.1.75（2026年2月下旬〜3月中旬）のリリースノートを読んだので、自分なりの視点で整理してみます。約25回のリリースで入った変更の数が尋常ではなく、毎日使っていても「いつの間にこれ入ったの？」となることが多かったので、棚卸しも兼ねて。
この1ヶ月で起きた変化を一言で言うと、Claude Codeが「コマンドラインツール」から「開発環境そのもの」になったということだと思います。
セッションが「場所」から解放された
Remote Control — どこからでも介入できる
個人的に最もワークフローが変わったのがRemote Controlの安定化です。
claude remote-control --name "APIリファクタリング" でセッションを立ち上げると、claude.ai/codeからブラウザやスマホで接続できます。Mac miniやサーバーで長時間タスクを走らせておいて、移動中にスマホから進捗を確認して必要なら介入する、という使い方が実用レベルになりました。
v2.1.75では、サーバー側がidle環境をreapしたときにセッションが無言で死ぬ問題、メッセージが高速で飛んだときのキューイング問題、JWTリフレッシュ後のstale work item再配信問題が修正されています。v2.1.60ではポーリング頻度が接続中10分間隔に最適化され（サーバー負荷約300分の1に削減）、切断を検知した瞬間に高速ポーリングへ復帰する仕組みになりました。
こういう「落ちない」「つながる」系の修正は地味ですが、信頼して放置できるかどうかを左右するので重要度は高いです。
/desktop と /teleport — 端末間のセッション移動
/desktop でCLIセッションをデスクトップアプリに移動、/teleport でWeb/モバイルで開始したタスクをローカルのターミナルに引っ張ってくる。セッションが特定の端末に紐づかなくなったことで、「ターミナルを閉じてしまった」問題が本質的に解消しました。
定期実行が手の内に入った
/loop — インターバル実行
v2.1.63で入った /loop は、指定間隔でプロンプトを繰り返し実行するコマンドです。
/loop 5m check the deploy
5分ごとにデプロイ状況を確認させる、CIの結果を見張らせる、ログに特定パターンが出たら知らせてもらう——こういった「周期的に見てほしい」ユースケースをClaude Codeに任せられます。
注意点として、ループは3日で自動削除されます。永続監視用途ではなく、リリース期間中の一時的な見張りに向いています。
Cronスケジューリング
/loopと同時に追加されたCronツールでは、「毎日9時に実行」のような時刻ベースのスケジュールも組めます。CLAUDE_CODE_DISABLE_CRON環境変数で即停止できるので、意図しない動作が起きたときのキルスイッチもあります。
並列開発の本格化
Worktree — 同時に複数ブランチを触る
claude --worktree（またはclaude -w）で、gitのworktree機能を使った隔離環境を作れます。feature-Aとfeature-Bを別ディレクトリで同時に進められるので、ブランチ切り替えのコストがゼロになります。
v2.1.75では worktree.sparsePaths が追加され、大規模モノレポでも必要なディレクトリだけをsparse-checkoutで取得可能になりました。中断されたparallel runの後に残るstale worktreeの自動クリーンアップも入っています。
地味に嬉しいのは、auto-memoryがworktree間で共有される点（v2.1.56〜）。worktree Aで得た学習がworktree Bでも活きます。
/batch — ファイル単位の一括並列処理
/batchコマンドで複数ファイルへの変換を並列実行できます。/simplifyと組み合わせると、複数の観点（リユース・品質・効率性）からのコードレビューを一度に走らせることが可能です。
「放置してよい」安全性の確保
Auto Mode
従来の--dangerously-skip-permissionsはその名の通り「危険を承知で全許可」でしたが、Auto Modeは操作の危険度をClaude自身が判断します。安全な操作だけ自動実行し、危険な操作は人間に確認を求める。
この1ヶ月でbash自動承認のallowlistも大幅に拡充されました。lsof、pgrep、tput、ss、fd、fdfind、fmt、comm、cmp、seqなど、読み取り専用の一般コマンドが追加されています。さらに、bashパーサーがtree-sitterベースのネイティブモジュールに移行し、find -execやコマンド置換で不要な許可プロンプトが出ていた問題が解消されました。
「放置できる」の前提は「放置しても壊れない」なので、この辺の安全性強化はRemote Controlや/loopとセットで意味を持ちます。
音声とテキスト入力の進化
Voice Mode — 20言語対応
スペースキー長押し（push-to-talk）で音声入力ができるVoice Mode。v2.1.60で10言語が追加されて計20言語対応になりました。keybindings.jsonで起動キーの変更も可能です（voice:pushToTalk）。
リリースノートを追っていて印象的だったのは、Voice Mode関連のバグ修正の多さです。macOSネイティブバイナリのマイク権限問題、Windows対応、SSH越しでの動作、CoreAudio初期化のブロック、push-to-talk中のキー入力干渉、音声セッションの破損——エッジケースが大量に潰されています。修正の数がそのまま利用者の増加を反映しているのだと思います。
/btw — 作業を中断しない質問
Claude Codeが作業中に、メインのコンテキストを汚さず割り込み質問できるコマンドです。読み取り専用で会話履歴に残りません。「今の実装でこの関数どこにあるんだっけ？」みたいな確認を、作業フローを止めずにできます。
使い込むほど賢くなる仕組み
Auto-memory
v2.1.55で追加されたAuto-memoryは、Claude Codeが有用なコンテキスト——ビルドコマンド、デバッグの知見、プロジェクト固有のパターン——を自動で記録する仕組みです。/memoryコマンドで確認・編集できます。
v2.1.71ではautoMemoryDirectory設定でカスタムディレクトリを指定可能に。前述の通りworktree間でも共有されるので、並列開発しているブランチ間で学習内容が活きます。
/effort — 応答品質の手動制御
/effort low/medium/highでモデルの出力品質を3段階で切り替えられます。簡単な質問にはlowで即座に返答、複雑な設計にはhighでじっくり考えさせる。Claude Codeが応答中でも変更できます（v2.1.69改善）。
Opus 4.6との相性
補足ですが、Opus 4.6は1Mトークンのコンテキストウィンドウでも品質が安定しています。worktreeで複数ブランチを扱いながら、auto-memoryで蓄積されたコンテキストを活用し、/loopで監視を並行する——コンテキストが膨張する使い方とClaude Codeの新機能群は、モデル側の進化と噛み合っている感覚があります。
まとめ
この1ヶ月のリリースを眺めて改めて感じるのは、表面的な新機能（/loop、Voice Mode、Worktree等）の裏で、「長時間走り続けても壊れない基盤」への投資が凄まじいことです。メモリリーク修正、キャッシュ最適化、セッション安定性——これらがあって初めてRemote Controlも/loopも実用になります。
Claude Codeは「人間が逐一指示を出すツール」から、「バックグラウンドで動き続けて、必要なときだけ人間に聞く環境」に変わりつつあります。そしてその転換を支えているのは、派手な新機能ではなく、地味な安定性の改善です。
普段はXで開発やAI関連の話をしています。よかったらフォローしてください 👋
🔗 X (Twitter): @imnoaz