このポスト、地味に見えてかなり大きい
正直、この話はかなり重要だと思う。
Claude Codeに/simplifyと/batchが入った、というだけに見えるけど、実際にはAIコーディングの担当範囲が一段広がった話だからだ。
公式のChangelogでは、Claude Code 2.1.63で/simplifyと/batchの追加が明記されている。しかも同じ更新の中で、同一リポジトリ内のgit worktree間で設定やauto-memoryを共有する話まで入っていて、単なる小技追加ではなく、並列開発の運用そのものを前に進めようとしているのが見える。 GitHub+1
今回話題になっているXポストでは、/simplifyは複数のSubagents（役割を分けたサブAI）でコードをきれいにし、速くし、ルール準拠まで見るもの。/batchは大規模なコード移行を、複数エージェントがworktreeを使って同時進行するものとして紹介されている。これは公開スレッド上の説明だけど、かなり筋がいい。Claude Codeの公式ベストプラクティス自体が、subagentsで調査を分離し、複数セッションやworktreeで並列化する使い方を強く推しているからだ。 Claude API Docs+3X (formerly Twitter)+3X (formerly Twitter)+3
つまり何が変わったのか
これまでAIコーディングというと、「コードを書かせる」が主役だった。
CursorでもCopilotでもClaude Codeでも、まず注目されるのは生成の速さだったと思う。
でも現場で本当に時間が溶けるのは、実はその後なんだよね。
書いたあとに整える、レビュー観点で見直す、命名を寄せる、設計ルールに合わせる、ライブラリ更新で大量置換する。ここが重い。
/simplifyは、まさにその後工程をAIに寄せる発想だ。公開されている説明では、変更コードを複数観点でレビューして必要なら修正までやる。もしこれが日常運用にハマるなら、PR前の“仕上げ作業”をかなり吸える。 X (formerly Twitter)+1
/batchのほうはもっとわかりやすい。
大量のコード移行や規約統一って、人間が1ファイルずつ触ると気が遠くなる。でもClaude Codeは以前から、subagentsを別コンテキストで動かしたり、複数セッションをparallelに回したり、worktreeで分離したりする思想を持っていた。そこに「移行をまとめてさばく」導線が乗った感じだ。 Claude API Docs+2Claude API Docs+2
背景にあるのは、Skillsの位置づけの変化
ここで地味に効いてくるのが、Claude Codeでは2026年1月ごろからslash commandとskillsの境界をかなり薄くしている点だと思う。Changelogや関連ドキュメントでは、slash commandsとskillsを統合する方向が示されていて、ローカルのskillは/skill-nameで呼べるという整理が見える。公式ベストプラクティスでも、.claude/skills/にSKILL.mdを置いて、必要に応じて自動適用したり、/skill-nameで直接呼んだりできると書かれている。 Claude API Docs+2GitHub+2
これ、何がいいかというと、“うまいプロンプト”がそのまま再利用可能な作業単位になることなんだ。
昔は「このレビュー観点で見て」「この移行手順でやって」と毎回長文を書いていた。今はそれをSkillとして持てるし、今回みたいに公式が有用なものを同梱し始めた。
要は、AIに毎回お願いする時代から、AIに任せる定番作業をコマンド化して持つ時代に寄ってきている。個人的にはここがいちばん大きい。
コード生成そのものより、生成後の品質安定化と大規模変更の再現性のほうが、現場ではずっと価値が高いことがある。
なぜ重要なのか
理由はシンプルで、AIが“実装者”から“運用者”に近づいているから。
実装だけなら、正直もう多くのツールができる。差が出るのは、そのあとをどこまで任せられるかだと思う。
Claude Codeの公式ベストプラクティスを見ると、Anthropic自身がかなり一貫していて、Plan Modeで調査して、subagentsで文脈を分けて、複数セッションで並列化して、検証可能な形で回す、という流れを推している。今回の/simplifyと/batchは、その思想を“誰でも押せる形”に近づけたアップデートに見える。 Claude API Docs+2Claude API Docs+2
しかもChangelogでは、同じバージョン帯でworktreeまわりの改善や、長時間・多エージェント利用時のメモリ改善もかなり入っている。つまりAnthropic側も、単発チャットではなく、多エージェント前提の長めの開発運用を本気で磨いている。 GitHub
個人的に思うこと
個人的には、ここから先の差は「どのモデルが一番賢いか」だけじゃなくて、どこまで運用を部品化できるかになっていくと思う。
いいCLAUDE.mdを書く、検証コマンドを整える、移行単位を分ける、レビュー観点をSkill化する。こういう“現場の型”を持っているチームが強くなる。
逆にいうと、AI時代の開発は雑に書いても何とかなる方向ではなく、AIが動きやすい repo 構造とルール整備があるチームが勝つ方向に進んでいる気がする。
その意味で/simplifyと/batchは便利コマンドというより、これからの開発スタイルの予告編っぽい。
もう「AIにコードを書かせる」だけでは弱い。
AIに、整えさせる・移行させる・並列で回させるところまで含めて設計する時代に入ったんだと思う。