正直、このポストは最初スルーしかけた。
「デスクトップ版を再設計」「新しいサイドバー」って聞くと、ただのUI改善に見えるから。
でも少し掘ると、これは見た目の話じゃない。Claude Codeを“1人の優秀な相棒”として使う段階から、“複数のAI作業を同時に回して監督する”段階へ移った、その合図だと思った。公式には、1つのウィンドウで複数セッションを並べて管理できるようになり、ドラッグ&ドロップで画面を組み替えられ、ターミナルやファイル編集もアプリ内で扱えるようになっている。 ## これ、UI刷新に見えて本質は「仕事の形」が変わった話
今回の発表でいちばん大事なのは、機能一覧じゃない。
公式ブログにある「今のエージェント的な作業は、1つのプロンプトを投げて待つ形ではない」という感覚のほうだと思う。
たとえば今の開発って、片方ではリファクタ、別のリポジトリではバグ修正、もう片方ではテスト追加を走らせて、途中で差分を見て、必要なら軌道修正する。人間が全部書く時代の“シングルタスク前提のUI”が、もう実態に合っていない。今回の再設計は、そこを正面から直しにきた。 > AIコーディングの主役は、もう「うまい1プロンプト」だけじゃない。
どの作業を、どのセッションに、どう分けるかが勝負になってきた。
なぜ今これが刺さるのか
半年前でも便利だったとは思う。でも、ここまで話題にはならなかった気がする。
理由は単純で、AIが前より長く、複雑な作業を任されるようになったからだ。 Codeのデスクトップ版では、各セッションが独立した会話と変更履歴を持ち、GitリポジトリではセッションごとにGit worktree（同じリポジトリから作る、干渉しにくい別作業場）が切られる。つまり、複数の作業を同時に走らせても、変更がごちゃつきにくい。これは単なるタブ追加じゃなく、並列作業を前提にした土台なんだよね。 この感覚、身近な例えで言うと、昔のブラウザが1ページしか開けない状態からタブブラウザになった時に近い。
1枚ずつ閉じて開き直す世界と、必要な作業を横に並べて行き来できる世界では、思考の流れそのものが変わる。 Codeで起きているのも、たぶんそれだ。
本当に効くのは「AIを分業させる」瞬間
今回のUIで地味に効くのは、AIの役割分担がしやすくなることだと思う。
メインの実装セッションを走らせながら、別セッションでテストだけ書かせる。さらに横でリファクタ案を作らせる。そうすると、1つの長い会話に全部押し込むより、だいぶ事故が減る。
しかも、途中で気になった点は side chat で脇道にそれられる。side chat は本筋の文脈を読めるのに、メインスレッドを汚さない設計になっている。ここ、かなり実務的だと思う。質問のために本線のタスクが変な方向へ流れる、あの地味な事故を防げるから。 さらに、統合ターミナル、アプリ内ファイル編集、高速diff、HTMLやPDFのプレビューまで入ってきた。
要は、「AIが作業する場所」と「人間が確認して微修正する場所」が近づいた。この距離が縮むと、レビューのテンポが一気に良くなる。 > ここで起きている変化は、AIが賢くなったことそのものより、
人間が複数のAI作業をさばけるUIが整ってきたことのほうが大きいかもしれない。
個人開発者にとって、明日から何を変えるべきか
個人的には、まず2本で十分。
「実装用」と「検証・修正用」に分けるだけで、かなり変わると思う。
たとえば個人開発なら、
メインセッションで新機能を作る。
別セッションでテストと型エラー修正を走らせる。
必要なら3本目でREADMEやリリースノートを書く。
このくらいがちょうどいい。
逆に、いきなり5本も6本も開くと、人間側の監督コストが先に爆発する。
だから今日の結論はシンプルで、AIを増やす前に、役割を分ける。これがたぶん最初の一歩だ。
3年後に振り返ると、この手の話は「複数セッションが使えるようになった」ことより、開発者の仕事が“実装者”から“オーケストレーター”へ寄っていった節目として思い出される気がする。
1ウィンドウ1AIで頑張っていた時代、ちょっと懐かしくなるんじゃないかな。