ACPに対応してるから、Zed AgentだけじゃなくてCodexやClaude Codeも実行できるんだ。ompはACPをサポートしてるみたいだから、Zedでカスタムエージェントを指定するだけで動くはずだよ。 https://omp.sh/docs/acp https://zed.dev/docs/ai/external-agents

これ毎日使ってるよ — https://zed.dev/blog/terminal-threads

彼らのACP統合はいい感じだね（やっと）。Codexと一緒に使うと、コードの近くにいたいときはTUIsやCodexアプリよりも今はこっちの方が好き。すごく直感的に感じるから。基本にこだわると彼らはダメになると思う。ちなみに、彼らはしばらくエージェントネイティブとして自分たちを売り込んでるよ。投稿で説明してるワークフローは素晴らしいと思う。ずっとそれを望んでたから。CVSとは別のものだよね？PRも作れるし。でも、重要なのは、最も大事なときに早めに人を巻き込めるってこと。

投稿をちゃんと読んだ？アイデアは会話をコードに結びつけることなんだ。これはgitの代替ではなく、doltdbみたいなもののもっと洗練されたバージョンだよ。

ほんと、エディタをちゃんと仕上げてほしいよね。何年も使ってるけど、すごく気に入ってる。ただ、設定やLSP（言語サーバープロトコル）とか、調整すればすぐに良くなりそうな部分がいくつかあるんだよね。それはさておき、エージェントセッションと変更を関連付けるアイデアは好きだよ。誰かがそれに取り組んでるのは嬉しい。

「エンジニアリング特権」っていう概念があってもいいと思う。最近、ある会社が自社のコアプロダクトからかけ離れたことをやってるのを見かけるけど、そこで働いてるエンジニアたちは、収益を上げることにあまりこだわらず、いろんなことを楽しんでるみたい。常に何かを再発明したり、選んだプログラミング言語の新しいコンパイラやパッケージマネージャを作ったり、新しいフレームワークや自社とは関係ないオープンソースプロジェクトを立ち上げたりしてる。こんな環境で働けて、なおかつ給料ももらえるなんて最高だよね。別に嫌いじゃないし、こういうのが私たちが使う良いものの多くを生み出してるんだと思う。

最近、そのバグに悩まされてる。これはかなり深刻なバグだと思う。作業が失われる可能性があるから。基本的に、git pullして、別の場所でファイルを編集したり、LLMを使ったりすると、zedのツリーは古いままになって、ファイルを再度閉じて開かない限り更新されないんだ。(アプリケーションを再起動しても解決しない)。だから、バッファにあったものを上書きしちゃうことになる。

この特定の問題には数時間も悩まされた。自分のLLMがファイルを作ってないんじゃないかと思ったくらい。

ZedにはWSLのクセに合わせてほしくないな。

あ、それは私が経験したことに関連してるかも。最近、Zedを再度見て、シンボリックリンクされたフォルダで構成されたワークスペースをフルテキスト検索しようとしたんだけど、関連するものが全然表示されなくて、cmd+Pでもファイルが見つからなかった。そこで評価が止まっちゃった。