検索機能がないのと、変なSSH制御文字の問題がブロッカーになってる。それ以外は素晴らしいんだけどね！

これも僕のブロッカーだね。

cmd-fが最初からあったら、みんながこのGhosttyの投稿で何を話してたのか気になる。毎回それについて聞くのはちょっと退屈だよね！LLMツールやコーディングのアプローチについて話す面白いことがあるのに。もちろん、cmd-fについて文句を言いたい気持ちの方が強いけど ;)

うん、すぐに（残念ながら！）Warpに戻っちゃったよ。Ghosttyは俺の使い方にはちょっと物足りなかった。アドバイスとして言っとくけど、Ghosttyのデフォルトのスクロールバックバッファは約10MBしかないけど、設定で簡単に変更できるよ。

2026年3月のv1.3が予定されてるよ。 https://ghostty.org/docs/install/release-notes/1-2-0#roadmap

面白いことに、先週末にClaudeを使ってGhosttyに検索機能を実装してたんだ。実際の検索の実装はすでにある程度動いてたから、ほとんどの作業はUIに接続するだけだった。合計で10時間くらいのセッションを2回やったら、基本的な検索機能がハイライト付きで、次のマッチや前のマッチに移動するのがLinuxフロントエンドで動くようになった。ただ、検索の実装はまだ進行中だから、一般的に使える状態ではないよ。それでも、テキストのストリームを追いかける時にこの「基本的な」機能を作るのがどれだけ複雑かを考えると、感謝の気持ちが湧いてきた。

ここが、僕がコーディングエージェントに対する反対意見が理解できない部分なんだ。だって、同僚が持続不可能なレベルで雑な仕事をして、管理職に自分がどれだけ生産的かを誇ってるから。彼のPRをレビューするのがどれだけひどいかを指摘するのが、今やキャリアにとってさらにリスクになってる（チーム内で声を上げたい人は他にもいるけど）。ネットには、自分が10倍の開発者になった未来に生きていると主張する人が溢れてる。こういう主張をするのにほとんどコストがかからないけど、僕や他の多くの人の日常に悪影響を与えてる。これらのネットの声を責めるつもりはないけど（クマがハイカーを襲うのを責めないように）、彼らがもたらしているダメージは現実なんだ。

「プロジェクトを立ち上げて、機能の一部とやり取りして洗練させられる瞬間が来たら、俺は一気に進むよ。[...] ここが、俺が人々がコーディングエージェントに対して持つ反対意見を理解できない部分なんだ。それが君にとって価値のあることなんだよ。俺にとっては、ゼロから一にする部分が一番やりがいがあって楽しいから、可能性がほぼ無限に広がる瞬間なんだ。何か本当にオリジナルで新しいものを作れるからね。AIモデルに一方向に誘導されると、その楽しさを失う気がするんだ。」

今週、ミッチェルの開発環境についてのインタビューを見たんだけど、IDEの代わりにneovimを使うことについて聞かれたとき、「自分のためにコードを書いてくれるものは欲しくない」とか言ってた。これを批判として指摘するつもりはないけど、彼みたいな優れた開発者が、以前のインテリセンス的なツールでは感じなかったLLMの価値を見出しているのは注目に値すると思う。

100%同意！ > 「そのベーコンに重りを乗せろ！」？

プロジェクトを立ち上げて、機能の重要な部分とやり取りできるようになったら、すぐにレースに出る。AIは「立ち上げる」ために絶対に役立つ。99回目をやった後に熱意を失いがちなボイラープレートや足場を多く外注できるからね。 > AIは私のミューズとして素晴らしい。ミューズの定義が違う気がするけど。ここでは書くことについて話してるけど、私にとってミューズは創造の源泉、アイデアの源だよ。LLMの「温度」を上げて、文字通りと比喩的に海が宇宙に蒸発するまでやってみて。結局、最終的な統計的蒸留を得てるから。 https://imgur.com/a/absqqXI

この分野に入る理由は人それぞれだよね。

• コーディングそのものの行為や技術が好きな人。AIは他のエンジニアからの雑な仕事を助長するし、作業を軽視しちゃう。AIはマイナスだね。
• 一般的なエンジニアリングが好きな人。AIは書かなきゃいけない（退屈な）コードの量を減らすのに役立つけど、高度なアーキテクチャの指導はまだ必要。ツールだね。
• プロダクトが好きな人。AIはプロトタイピングには便利だけど、単独では良いプロダクトは作れない。ツールだよ。
• MVPを作りたいだけの人。AIは少なくとも動くものを作るのが本当にすごい。コードが悪くても、プロダクトフィットをテストしてるからね。クールエイドモードだよ。だからみんな全然違う視点を持ってるんだ。

同意するな。俺の個人的なルールは、LLM生成のコードを使ったブランチは全部捨てること。でも、いろんなアイデアのプロトタイピングのスピードのおかげで、すごく助かってるよ。

先日、誰かとこの話をしてたんだけど、概ね同意する。プロトタイプを作るのには本当に素晴らしいよね。インタラクションを試したり、アイデアをテストするために何か触れるものがあるのはいいことだ。ただ、二つの問題があるんだ。まず一つ目は、見た目や動きが欲しいものに似てるからって、実際には本番用じゃないってマネジメントを納得させるのが大変ってこと。 vibe codedのコードは、以前のプロトタイピングよりもさらに本番用には程遠い。二つ目は、手作りのプロトタイプは技術スタックや実装について何かを学ぶことができるってこと。そう、主な目的は早く動かしてみることだけど、技術的な側面での学びもあるし、プロトタイプが基盤となる技術的な方向性を示すことも多い。vibe codedのプロトタイプでは、そういうのが得られない。コードがほとんど使えない上に、進めることに決めたらまたゼロから始めることになる。アイデアはテストしたけど、技術やデザインは本当にテストしてない。まだ役立つと思うけど、「早めにプロトタイプを作る」っていうのは大賛成だし、LLMを使って驚くほど大きなシステムをほぼ瞬時に作れることもあった。でも、プロセスの理解をシフトさせる必要があると思う。非LLMプロトタイプは仮想的な10ステップの生産プロセスの4か5あたりに位置するけど、LLMプロトタイプは2に近い。これは問題ないけど、プロトタイプの後にどれだけの作業が残っているかの期待値を設定する必要がある。前よりも多いからね。

「ここが、僕がコーディングエージェントに対する反対意見を理解できない部分なんだ。明らかに価値があると思う。エージェントを使って何もしなくても、コードを全部捨ててもいい。空白のページ問題が大きな課題みたいだから、それを取り除くツールは生産性を大きく向上させる。ただ、みんなが同じ問題を抱えているわけじゃない。ソフトウェア開発はすごく個人的な取り組みだから。AカテゴリーやBカテゴリーの人が優れたプログラマーだとは言ってない。ただ、みんなのワークフローが違うから、ツールに対する経験もそれぞれ違う。大事なのは、共感を持って、ツールが自分に合うか合わないかを言う人を信じることだ。LLMの議論の両方の側は、みんなが自分と同じだと思いがちだ。」

俺は逆だな。始めるのは簡単で楽しいと思うから、そこで詰まることはあんまりない。30年近く開発してきて、詰まるのはコードを書くときなんだ。物を作るのが好きだけど、基本的には同じコードをちょっと違う方法で組み合わせてるだけだから、俺が楽しいと感じるのはコーディングじゃなくて、最後に全部がうまくまとまるのを見ることなんだ。だから、LLMがすごく好きなんだ。面白い部分だけやらせてくれて、退屈な部分は何度もやってきたから。

ここでの「バイブコーディング」の使い方は全然合ってないね。その言葉、使いすぎだよ。

この記事はプログラミングにおけるAIの責任ある使い方を示してるね。元々の「バイブコーディング」の定義には合わないと思う。そうだね、これはバイブエンジニアリングで、simonwがここで言い出したやつだよね。 https://simonwillison.net/2025/Oct/7/vibe-engineering/

製品のメリットはさておき… その開発者は有名人で、ここにいる人たちはビジネスモデルなしでオープンソースを書く億万長者のストーリーに魅了されてるんだ。普通の人たちが焦点を当てる仕事がないときにすることと同じようにね。

まだ自分ではあまり使ってないけど、今のところ、ベンダーに依存しないターミナルコーディングエージェントの中で最も信頼性が高い印象を受けてる。Claude Code、Codex CLI、Gemini CLIはそれぞれ自分のモデルに（緩やかに）ロックされてるから。

使ってるよ。高いけど、めっちゃいい！