Zedは久しぶりにお気に入りのエディタだよ、AIサポートについてはまだ触れてないけどね。

Zedはめっちゃいいんだけど、もうちょっとUIをVS Codeに近づけてくれたら、フルタイムで乗り換えるのにな。

Claude Codeの一番の問題は、複数のインスタンスを並行して動かすことなんだ。手動でgitのworktreeの作業をしたくないから、Claudeにそれをやってほしいんだよね。だから、Zedが自動でそれを処理してくれるなら（スレッドごとにworktreeがある場合）、魅力を感じるかも。それ以外は、もうTowerを使って変更を確認してるから、ここでの価値がよく分からない。インストールしようとしたら、「サポートされているスラッシュコマンドを読み込めません」というエラーが出たんだけど、それが何を意味するのか分からない。

Zedを試してみたいけど、Helixモードはまだまだ発展途上な感じ。Vimモードも良さそうだけど、Helixモードからは離れられないんだよね。（もちろん、Helixの入力設定に自分で加えた変更もあるし）自分の理想の入力スキームに合うエディタを探すのが難しいのは、昔のLSP前の時代を思い出させるな。言語機能に基づいてエディタを選んでた頃。こういうテキスト編集の基本的な機能が新しいエディタでも使えるように、共通のエディタインターフェースが必要なんじゃないかなって思う。かなりの摩擦があるみたいだし。

注意: SSHベースのリモート開発を使っていると、これが機能しないよ。 https://x.com/sridca/status/1963271904384401886

Zedが大好きで、Claudeのネイティブサポートができて嬉しい！前はこの投稿の指示に従って使ってたよ：https://benswift.me/blog/2025/07/23/running-claude-code-with... でも、AIのオートコンプリートはまだまだ改善の余地があるね。Zedの解決策やsupermaven（今はCursorの一部）も試したけど、CursorのAIオートコンプリートと予測の方がずっと正確だと思う（ファイル検索もCursorの方が正確だし）。Zedが資金調達できたって聞いて嬉しいよ。https://zed.dev/blog/sequoia-backs-zed これでCursorに対抗する質の高いIDEが作れるようになるね。

これらのコメントで欠けてるのは、標準化と統一への試みだね。多くの人がYエディタに切り替えるためにX機能が必要だって言ってるけど、それが本当でも、特定のワークフローには特定の機能が必要でも、エディタの生存圧力が見落とされてる。業界がAIコーディングエージェントの導入に向かっているのは明らかで、時にはそれが必須になってる。気持ちに関わらず、この努力を支えるための良いツールを持つことは、切り替えコスト、既存エディタとの互換性、サードパーティの拡張機能の強いエコシステムにかかってる。Cursor/WindsurfがLLMとの特注エディタ統合に早すぎたけど、MCPや他のSDKの導入でプラグアンドプレイが実現される。全機能セットはすべてのエディタに接続されたすべてのエージェントに入るだろう。Zedはほとんどの開発者にとって切り替えコストが最も低いと思う。今、エージェントクライアントプロトコル（AC）みたいな一般的なソリューションに投資するのは良い戦略だね。TLS、OAuth 2.0、ECMAScriptを実現するには複数の当事者が協力する必要があった。ほとんどのエディタが手作りの楽器のように振る舞う必要はないと思う。実際には、キッチンの高品質なナイフに近いからね（お気に入りのナイフセットを持ち運ぶのは分かるけど、必要なときには別のナイフでも同じように生産的になれる）。

Zedのコンセプトは好きなんだ。建築的な部分や基盤の面でも魅力を感じるし、Zedみたいなツールがもっと増えてほしいと思ってる。ただ、ランダムなニュアンスがあって、Zedを使うのがちょっと難しいんだよね。まず、設定管理がイマイチで、設定パネルから「settings.json」をサクッと開く方法があればいいのにと思う。あと、Zedを再起動したときに「settings.json」が開いたままでいてくれると嬉しいな。それから、ネイティブのツール呼び出しサポートがないLLMを使いたいんだけど、Zedはそのワークアラウンドがない唯一のアプリみたい。新しいユーザーとしては、UIがもう少しナビゲートしやすいといいな。ちょっと散漫で圧倒される感じがすることもあるし。あんまりZedを使ってないけど、また試してみるかもしれない（近いうちに）。でも、エンジニアのために作られたツールって感じがして…パワーユーザーにはいいけど、新しいユーザーにはちょっと厳しいかも。欠点がブロッカーになるとは思わないけど、Zedを使ってない理由にはなってる。欠点があるから、一歩引いて「また後で試してみようかな」って思っちゃうんだよね。

Zedがこの便利な機能を追加してくれるのは嬉しいけど、これって自分たちのAIサブスクリプションプランを食い合ってるんじゃない？すでにClaude Codeにお金払ってるのに、なんでZedに$20も払う必要があるの？編集予測機能が欲しいかもしれないけど、だったら$10のGitHub Copilotに払って、Zedの編集予測機能を使えばいいじゃん。

VS Code + Claude Codeユーザーとして、ここでの進展がすごく楽しみなんだ。公式のほぼゼロコンフィグのClaude Code IDE統合は…正直、柔軟性がないからね。もし、開いているエディタの一部をClaude Codeに送信したい場合はどうするの？Claude Codeが編集したファイルの差分を特定のエリア/ウィンドウで開いて、考えてる間に他のことをマルチタスクできるように、そのファイルを静かに開くにはどうすればいいの？特定のスラッシュコマンド用のキーボードショートカットが欲しいとか、他のタスクからスラッシュコマンドをトリガーしたい場合はどうするの？ユーザーがフォークしてカスタマイズ可能なUIを構築できる強力なオープンソースエコシステムがあれば、さらに良くなるし、エコシステムがエージェントやモデルの選択に対する異なる好みに分かれないから、もっと早く進化すると思う。今はコーディングするには素晴らしい時代だね。