Claude CodeとCodex CLIに代わる新たな選択肢として、デスクトップ版のClaude Code DesktopとCodex Desktopが急速に進化していることを紹介する動画である。これまでCLIに劣ると見なされてきたデスクトップ版が、ファイルビューア、プレビューブラウザ、並列会話パネル、スキルやルーチン機能などを備え、ついにCLIに追いついたと解説する。複数エージェントの並列実行や定期自動化など、CLIでは難しかった作業フローが直感的に行えるようになった現状を、実際のデモを交えながら示す内容となっている。
サムネイルの主張と本当に伝えたいこと
ああ、わかっています。あのサムネイルですよね。Claude Codeを使うのをやめろ、Codex CLIを使うのをやめろと。本当によくわかっているんです。でも、本気で、正直に言わせてください。また状況が変わったんです。しかも、ほぼ確実に、あなたがすでに一度見たことのあるアプリで、ほぼ確実に、あなたが私と同じように初見で切り捨てたものの中で、です。
実はこの一年近く、私はこれらのツールを使う一つのパターンを教えてきました。そして今でもそのパターン自体は信じています。フォルダプロセスというパターンで、皆さんの中にもすでに使っている方がいるかもしれません。変わったのはそこではないんです。変わったのは、それを実行する場所、つまりサーフェスのほうなんです。そしてここ一、二週間で、二つのサーフェスにおいて同時に一気にシフトが起きました。
ですので今日お見せしたいのは、AIツールを使う上での周辺ツールの世界で何が変わっているかということです。以前ならCLIで行っていたであろうことを、ようやく追いついてきた新しいサーフェスで実演していきます。皆さんも以前にこれらを覗いたことがあるかもしれませんが、これはもう一度見直す絶好の機会です。私の言葉を信じてください。今この時点でのこれらのアプリの姿は、私たち全員がごく近い将来立っている場所を示しているのです。
何が起きたのか、そして発見の瞬間
少し戻って整理させてください。今日お見せするのは、Codex DesktopとClaude Code、デスクトップ版のものです。先ほど言ったように、過去にこれらのツールを覗いたことがある方も多いと思いますが、最近何が起きたか、そして私がこれを本当の転換点だと認識した瞬間について、ちょっとした話をさせてください。
ごく最近、両方のツールがアップデートされ、その変更がすべてを変えたと感じています。ほんの数日前、私はこのうちの一つで作業していました。机に向かい、これを立ち上げて作業を始めたところ、自分がいかに速く動けているかにふと気づいたんです。陳腐に聞こえるかもしれませんが、これまでのCLIでの作業がどんなものだったかをお見せします。
私はだいたい、Visual Studio Codeを開き、その中でClaude Codeを立ち上げて作業し、それを何とかして整えていく、という流れでした。私だけではないと思いますが、ウィンドウが10個くらい散らかってCursorの中で探し回ることになる。タブとして積み上がっていきます。それがすべて、大きな認知コストを生んでいたんです。
それと同じことをClaude Code Desktopで見てみると、ほぼ同じことができるのですが、はるかに整理されています。最近作業していた異なるアプリケーションでの会話履歴が並んでいて、入力待ちのものがどれかも見えます。これまでに行ったすべての会話がサイドパネルに並んでいるので、複数のタスクやプロジェクトを同時並行で進められるんです。あるプロジェクトに何か投げて、それが終わるのを待つ間に別の作業に取りかかれる。Codexもまったく同じパターンで、左パネルにすべての作業が一箇所に集約されます。
このシフトで本当に重要な点を、いくら強調しても足りません。これはしばらく前から存在していた要素ですが、ツールがまだ十分に強力ではなかったので本気で勧められなかった。それは、アイコンをクリックできることです。アプリを閉じても、再度開いた瞬間に同じ状態で戻ってきます。これまでの会話のどれにでも入っていける。これは本当に重要なんです。
Visual Studio CodeやCLIの中でやる場合、これとはまったく違います。各スレッドや会話でcontinueは実行できますが、これまでに使った様々なスレッドを行き来するためには、ターミナルがすべて開いたまま居座らなければなりません。つまり私が言いたいのは、これらの製品をリリースした当初から目指していた使いやすさが、製品自体の質が上がったおかげで、ようやく本当に手に入るようになったということです。
我ながらバカバカしいほど興奮した言い方をしていますが、本当に思うんです。私たちは今、本物の変曲点と呼べる瞬間に到達したと。目に見えるものが必要なものの形に近づいてきている。言い換えれば、ツールが私たち自身が中で行ってきた仕事の形に追いついてきたんです。
両者は今やほぼ同等、CLIの全機能を備える
さて、本題に入る前に。これからお見せするデモは、片方のツールでもう片方のツールでも行うことになりますが、今この二つは非常に高い機能パリティを持っていることをお伝えしておきます。互いによく似ていて、フルのCodex CLIとフルのClaude Codeが背後にあります。
過去にこれらを勧められなかった理由は、CLIで得られるものをダウンサンプリングしたものしか提供されていなかったからです。実際、Visual Studio CodeでClaude CodeやCodex CLIをサイドパネルとして使うこともできましたが、私はそれを使っていませんでした。CLIで使える完全なツール群が揃っていなかったからです。皆さんの中にも経験があるはずです。サイドパネルでは少し足りない機能があって、結局たまにフルCLIに戻る、というあれです。それが今や本当になくなりました。
Codex Desktopでガントチャートを作る
では、すでに選択してある「sample meeting gant」というプロジェクトから始めましょう。中を見るとプロジェクトはこのようになっています。ちなみにここに辿り着いた方法は、フォルダの中で右上のボタンをクリックします。今はCodexを使っているので、Claude Code側とは少し見た目が違います。
このプロジェクトは何ですか、と尋ねれば、少し説明してくれます。ただ、すぐに目を引くのは、ファイルを見られることです。ここに小さなボタンがあって、いろいろなファイルを見られるんです。これらのファイルをクリックすると、見やすいファイルビューアに表示されて、何が議論されていたか、それぞれに何が入っているかを読み解けます。
本来のやり方をお見せすると、Command Kでファイル検索ができ、そこからすべてのMDファイルを探したり、キックオフファイルを読みたいと思ったらそれを開いたりできます。これまで欠けていたのは、ファイルを表示できること、そしてプロジェクトに追加された全項目のリストを見られることだったんです。これはすべてを変えます。作成中のファイルをスイスイと巡れるようになる。これらの小さなボタンも、ファイルを記述したり変更したりするときにこのパネルに綺麗に展開されます。それらすべてが揃っているんです。これがまさに、プロジェクト内で何が起きているかも見たい人にとって自然に使える可能性を高める、本当の追加要素の一つです。
これによれば、これは「Bleon and Spell 2026」、第7回年次ヤギヨガ・スペリングビーのものだそうです。やることは多そうですね。なので、ソフトウェアを一つ作ってもらって何が起きているか可視化したい、と頼みます。ガントチャートを作って、これらの会議メモが説明している作業を視覚化したいんです。
実際にあるかもしれないような普通の会議メモを読んで、メモの中で記述されている作業の声明や順序を割り出すだけです。サイドパネルが開いて、これは先ほど触れていなかったプレビューウィンドウと呼ばれるものです。お分かりのとおり、この子に頼んだのはとてもシンプルで、ガントチャートを作りたい、HTMLにしてプレビューできるように、見ていた会議メモの中のデータを使って、というだけです。
このパネルを広げてみましょう。これは本格的なガントチャートで、非常に魅力的なガントチャートになっています。気になるものでソートしたりフィルターしたりもできます。私にとって本当に価値があります。
トランジェントソフトウェアという考え方
ここで皆さんが見ているものは最も重要なものの一つですが、それはデスクトップクライアント特有のものではなく、デスクトップクライアントによって大きく強化されているものです。これを私は「トランジェントソフトウェア(その場限りのソフトウェア)」と呼んでいます。最近の動画でも話しましたが、扱うデータを可視化するのを助けるソフトウェアを作ることです。
このソフトウェア、このツールは私たちが解決しようとしていたものではありません。これは最終結果ではないんです。Bleon and Spell 2026を開催することこそが本当にやりたいことで、この情報を使って、クリティカルパスは何か、問題は何か、誰が何に取り組んでいるか、といったことを把握したい。そう考えると、何かを作って可視化することで本来のゴールであるBleonに向かいやすくなる。
そして、不思議なほど多くのケースで、こんなふうに非常に魅力的なソフトウェアが手に入って、ちょっと待って、このソフトいいから取っておこう、と思わされる出来栄えになるんです。それも、ものすごく簡単に。リクエストではほとんど何も言わずにここまで来ました。
このやり方の魅力は、二つのパターンに戻れば、この時点でただ変更を依頼できることです。例えば、外部会議が見分けられるよう別の色で表示してほしい、と言うと、もちろんこれは統合されたブラウザのような体験になっているのでオンザフライでリロードします。両方ともこれを持っています。Claude Code DesktopもCodex Desktopも持っていて、どちらのブラウザ統合も非常に優れていて見る価値があります。これは実際の差別化要因の一つです。
ブラウザ統合の質の高さ
ご存じのとおり、CursorやWindsurfなど他のツールも、ある程度こういうことをやってきましたし、今日のClaude CodeでもChromeとの拡張機能を使った非常に良い統合があります。でも遅いし、少しぎこちないし、いつも信頼できるとは限らない。これは本当に優れています。
ほら、新しい色が入って、外部会議の色がすべて見えるようになりました。このカーソルが画面とやり取りしているのが見えるかもしれません。それは、自分で制御を引き受けて、すべて正しくできたかをテストしようとしているサインです。この表面をどれだけうまく制御できるかというのが、本当にエキサイティングな部分の一つなんです。
リスクだけ見せて、何が起きているか説明してほしい、と言ってみましょう。すると制御を引き受け、リスクを選択し、それについて教えてくれる。背後にあるすべての会議のコンテキストを知っているので、より深く理解しているんです。これは、トランジェントソフトウェア上で構築しているUIを通して、システムが対話的に裏側のデータを更新していく道でもあります。これがどこへ連れて行ってくれるか、ちょっと頭がクラクラします。
ChatGPTで画像生成、ブラウザを操作
では、それと関連しつつまったく違うことを試しましょう。同じ会議の中にいます。これらにはブラウザがありますよね。なので頼むのは、プレビューブラウザを開いて、ChatGPTに行き、私たちが取り組んでいるBleon and Spell 2026のプロジェクト画像を生成してほしい、ということです。そして、満足できる画像になったらダウンロードしてプロジェクトに入れてほしい、とも伝えました。
ChatGPTを開き、ブラウザと対話して画像をダウンロードしているところです。素晴らしい。
Codex独自のチャット機能と「スキル」
さあ、まったく新しいことをやってみましょう。これはCodexだけの機能で、私には非常に興味深いものです。デスクトップアプリにおけるCo-workとClaude Codeの組み合わせのような感覚です。Anthropic側でもそこに近づこうとしていますが、こちら側では既に綴じ合わさっているんです。
「チャット」と呼ばれる機能があり、要は下のほうでプロジェクトを持たないやり方です。あるプロジェクトの中で新規チャットを作りプロジェクトを選択した場合、下にあるのは「プロジェクト内で作業しない」、つまりここで新規チャットを押すのと同じです。
ここでは少し変わったことをやりましょう。私は外部モニターで作業していて、それを「エクストリームモニター」と呼んでいます。なのでエクストリームモニター上で、左の三分の二にYouTubeのブラウザウィンドウ、右の三分の一にメモアプリを並べて配置してほしい、と頼みます。Stage Managerも使っているので、同じステージに置いてほしい、とも伝えています。
これはコンピュータ操作の一例で、作業中のあなたのコンピュータに手を伸ばして、必要なほぼ何でもできるという話です。これだけでもかなり面白い要素ですが、自分が望むパターンでウィンドウを呼び出すだけだとしても、実際に制御できるものを考えてみてください。これには少し時間がかかりますが、最後に面白いタネがあります。
YouTubeが立ち上がりました。メモアプリが立ち上がります。YouTubeがメモアプリを呼び出しているところです。メモアプリに戻って、両者を同じステージに合流させます。これは特別なコマンドです。はい、これで両方が並びました。
ご覧のとおり、これには少し時間がかかりました。立っていて一分半くらいでしょうか。明らかに長すぎますね。これは私が普段こんなふうに起動したい方法ではありませんが、面白いのはそこではないんです。
これは良かったので、これを素早くできるようにしたい。なので「layouts」というスキルを作って、今やったレイアウトを「YouTube notes」と名付けましょう。「skill layouts YouTube notes」と呼べるようにしたいけれど、素早く動作することと、先ほど見たように常に同じステージに置かれることを確認しておきたい。これがこのやり方を本当に体系化する方法です。
どうやればいいか考える試行錯誤を任せて、それをスキル化してしまえば、次回はスキルを呼ぶだけで済むようにします。一度バラして、ここから「layouts、YouTube notes」と言います。スキルを見つけて、スクリプトを実行すると言っています。二度目がこんなにスムーズに走るのは、実際の作業をするシェルスクリプトが書かれていて、毎回考え直す必要がないからです。
少しモタつきましたが、動きました。圧倒的に簡単ですよね。これは、皆さんのレイアウトシステムをこれに置き換えるべきだという話ではないんです。本当に言いたいのは、コンピュータでたくさんのことができるようになる、ということです。もう一つ素早く試しましょう。コンピュータをダークモードに設定して。はい、これで完了。たくさんのことができます。遊んでみる時です。
Claude Codeでの並列リサーチと可視化
では、Claude Codeでもいくつかやってみましょう。手早く進めます。Claude Codeには面白い要素が二つほどあって、もう一つはとにかく楽しいので称賛しておきたいものがあります。
「sample model history」という新しいプロジェクトに入っています。基本的にやることは、システムに行ってもらってディープリサーチで、リリースされたフロンティアモデルすべてを見つけ、データを収集し、ファイルを書いてもらって、それを可視化する、というものです。他の話題に行く前にこれを始めましょう。
ここからこの会話で最初の面白い部分です。スキーマファイルを見て、と指示します。ファイルを見ると、確かにスキーマファイルがあります。実際にディープリサーチをやってもらいます。なのでここでディープリサーチを起動するわけですが、ご覧のようにsample model historyフォルダの中にいます。
プラスをもう一度クリックして二つ目の会話を作成し、ここではこう言います。スキーマを見て、interactive animatedなタイムライン可視化を作ってほしい。models.JSONファイルから読み込み、日付と相対値を示すように、と。要するにこちらでは、定義済みのスキーマに対してUIを作るよう頼んでいるわけです。もう片方では、できる限りリサーチをして、たくさんの異なるエージェントを並行して走らせ、求めているmodelsファイルに書き込んでほしい、と言っています。
実際こちらは質問してきていますが、いいよ進めて、と任せます。本当に興味深いのは、これだけCLIの世界で凝った作業をしないと難しいスケーラビリティを、ここで簡単に実現していることです。一つのプロジェクトの中で4、5、6、7個のプロジェクトや作業を同時に走らせられる。それを複数プロジェクトでも展開できる。CLIやIDEの世界でやろうとすると気が遠くなるほど難しい広がり方を、いとも容易にできてしまいます。あちこちのウィンドウに散らばったたくさんのターミナルのバランスを取るのは本当にしんどい。
でも、このサイドパネルで新規会話を立ち上げ、それぞれが結果を返したタイミングで対応できる、というのは本当に素晴らしい。並列化についてはいくら言っても言い足りません。チャンスがあれば是非試してみてください。
もちろん通常のお断りも入れますが、もしコーディングをしているなら、大きなコードベースを扱っているなら、これは複数エージェントを同時に走らせる正しい方法ではありません。早足になりすぎてすみません。本当はworktreeボタンを押すべきです。一つの環境で複数のエージェントを並行して動かすために、worktreeの仕組みを使うのが良いです。コードでビルドする場合にスケールさせたいなら、それが間違いなくやるべきことです。
すでにこの環境では、データを取得しているのが見えていて、これがサイドパネルでタイムラインを開いてくれます。
Claude Codeのファイル編集とパネル再配置
それでは、これまで作業していたCodexとはちょっと違う、Claude Codeでできるいくつかの素敵な機能について話しましょう。サイドパネルにはプレビューウィンドウがあります。これは今見ているものですね。ファイルウィンドウもあります。ファイルウィンドウを開いて、claudeファイルを見てみましょう。
すでに見たとおり、Claude CodeでもCodexでも良いファイルビューアがあります。でもClaude Codeで独特なのは、編集ボタンがあることです。これはエキサイティングです。これらが向かう先を本当に示しています。Codex、これは是非欲しいんです。本当に欲しい。
ここで変更を加えて保存できる必要があるんです。ほら、ここにあります。これらのファイルを編集できるというのは本当に重要な側面です。大きいですよ。小さなことに見えるかもしれませんが、これらに足りなかったのはまさに、こうした要素と意味のある形でやり取りできることだったんです。
もう一つ、彼らが導入してくれた本当にクールなものを紹介させてください。ちょっと発見しづらいんですが、遊んでみると楽しいので感謝の意を込めて。ターミナルも引き出すと想像してください。ターミナルというのは、自分専用のClaude Codeを立ち上げたり、ほかのものを動かしたり、何かを大量に走らせたりするウィンドウかもしれません。サーバーをただ起動するだけかもしれない。とにかく、ある人たちは画面下部にずっとターミナルを置いておきたいと思うわけです。
そこで彼らが提供してくれたのが、これらのウィンドウの中にある小さなアフォーダンスで、ウィンドウをドラッグして並べ替えられるんです。このウィンドウを画面の一番下にドラッグしてみます。はい、できました。画面下部でスライドして上下するターミナルパネルが手に入りました。これは素晴らしい。まさに私たちが求めていた動的さです。
ピン留めされて固定できればもっと良いんですけどね。今ご覧のとおり、ちょっと迷子になりがちです。でも本当に、自分のパーツを動かして、ファイルは常に右に置きたい、ファイルとブラウザを見るときは重ねたい、といった具合に環境を自分の好きなようにセットアップし始められる、すごく良いスタートです。
出来上がった可視化
では、最後にプレビューを確認しましょう。広げて拡大すると、すべてGPQAという指標で測られているのが見えます。彼らが使う指標としては興味深い選択ですが、まあいいでしょう。時系列でどこに位置しているかが見えます。
ご覧のように、ここに到達するために私はほとんど何もしていません。それなのに、このデータをこれまでにできなかった形で可視化できるようになっています。サイズも使っていて、これはコンテキストウィンドウのことに違いありません。1000万トークン、すごい。Llama 4 Scout、調べてみる必要がありますね。
ほんの少しの説明だけで、これだけのことができるのは本当に興味深いです。可視化を作ってこれを理解できるようにしてほしい、と言っただけで、軸になりそうな測定可能な要素を選んで時系列でプロットしてほしい、それだけ伝えました。これがインターネットに出て独自のディープリサーチを行い、必要な情報を持ち帰り、可視化を作成してくれる。それを並列でやってのけたわけです。素晴らしい。
自動化機能、Claude Codeでは「ルーチン」
さて、これらの環境ではプラグインを入れたり、スキルを入れたり、普段やっていることを特別なことをせずに入れられる、と申し上げました。なぜなら、それらは結局Codex CLIとClaude Codeそのものだからです。これは話しやすいんですが、自動化はちょっと違っていて、Claude Code側では別の名前で呼ばれています。「ルーチン」というんです。
これを見てみると、要は決まった時間、毎日、あるいは平日、毎週、カスタムなど、必要なタイミングで何かを走らせられる仕組みです。どんなプロンプトを使うか、そのプロンプトはどのプロジェクトに紐づくか。プロンプトはここに入れます。新しいworktreeを作るのか、プロジェクト内でローカルに走らせるのか、そういうものです。
例えば、この日付に関する歴史、映画、テレビ番組、何でもいいので、何か変わったことを調べて、と入れてみましょう。特定のプロジェクトに入れたくないので、チャットに置きます。毎日9時に走るようにします。日付を入れる必要がありますね。今日、面白い、よし。これでOKです。
新しいプロジェクトができて、走らせたいモデル、強さ、その他の繰り返しに関する設定をしてから走らせられます。それで起動して実行されます。例えば、すでにこういうものがあって、最後の実行を見てみると、少し作業をしてくれて、会話できるようなチャットが作られているのがわかります。なのでまだ、これは一回限りのジョブではない。情報をどこかにプッシュする。普段のCodex CLIやClaude Codeで持っているのと同じような形で結果が出てきます。
それを反復し、話しかけ、もっと頼んで、画像を作って、好きな場所に置いてもらう機会があります。毎朝何かを投稿したい、何かのトピックでリサーチしてフォルダに入れて今日のリサーチが見られるようにしたい、可視化を作りたい。終わりがありません。これは間違いなく、今日のCodex CLIやClaude Codeの中ではできないことです。なぜならそれらが、こういうことを可能にする根っこのシステムだからです。今、その周りにこうしたアフォーダンスを巻きつけてくれている。ありがたい。これは本当にエキサイティングです。
こういう類のもので想像できる本当に素敵なことがいくつもあります。早く始めたくてうずうずしています。さて、たくさんの機能を駆け足で見てきました。なんてことだ。締めくくりましょう。
大きな絵としての意味、そしてこれから
たくさんありましたね。プロジェクトで複数のエージェントを同時に動かして作業するという話。あれは本当に重要です。自分自身をスケールさせる方法です。それと同じくらい重要なのは、それがマネジメント寄りのポジションへ移行する方法でもあるということ。
しばらく前から話してきましたよね。人がメインループの中、つまりCLIの中にずっといる必要はなくなる場所に移れるかもしれない、と。一歩引いてエージェントに任せられることは任せ、彼らが私たちを必要としたときに入っていけるような形でやり取りできるかもしれない、と。それを実現するためには、こういう分離が必要なんです。
その意味で、これは決して完璧ではありませんが、方向としては本当に正しい。そして、毎日でも好きな頻度でも仕事を始められて、自分の必要な作業をやってくれて、それでもClaude CodeやCodex CLIから得てきたフルパワーを使える。本当に素晴らしいです。
この二つの中で今のお気に入りを挙げろと言われたら、それは完全に不公平です。だって、ものすごい速さで動いているから。この収録を始めてから、両方とも複数回アップデートされています。なので、どちらが上と言うのは正確ではないんですが、自分はCodex側に少し傾いていると言っておきます。
いくつかのことができていて、プレビューサーフェス、つまりブラウザの制御がほんの少し上手で、それは結構面白いです。フィードバックの仕方として、要素を丸で囲んだり選択したりできる方法もあります。これらのツールでできることはたくさんあります。是非見てみてください、と強くお勧めします。
私が話しているのを聞いていればわかると思いますが、まだ声に出して言っていなかったかもしれません。私はこのツーリングが私たちにとって何を意味するかについて、本当にワクワクしています。なぜなら、これは私たちが初めて、ツールがそれまでの姿から脱するのを見ている瞬間だからです。
これらはエンジニアリングから生まれてきました。エンジニアリングが私たちが最初に押し進めていった領域だったからです。エンジニアリングは今でも極めて重要です。これらのツールは今でもそれを完璧にこなします。でも、ツーリング全体がエンジニアの道具のように見えていた。それが多くの理由で物事を難しくしていたんです。
そして今、初めて、ああ、自分たち専用のツールができたぞ、と言えるようになりました。これからどんどん起こり始めます。もっと良い編集ツールが必要、ビジョン、可視化のツールが必要。ファイルをもう少し見やすくする必要がある。なので、こうした製品にもそれらを盛り込んでいってほしい。
でも本当に、これは素晴らしい一歩です。これが、ほんの数か月後に私たち全員が立っている場所だと思います。私たちはきっと振り返って、なぜそもそもあんな少し謎めいたツールの中にいたんだろう、と思うことになるでしょう。
ともあれ、こういう動く部品を深掘りする話や、来るべきもののビジョンが好きな方には、こうしたものを共有するのをどうしてもやめられないようなんです。深く潜るのが好きな題材なので。是非ご登録ください。チャンネルにとっては想像以上にとても助かるんです。登録しても全部の動画が表示されるわけではなく、興味のあるものだけが出てくるので、よろしければ登録をお願いします。
ともあれ、今回お付き合いいただき本当にありがとうございました。次回お会いしましょう。
コメント