これまでは Zed 経由で Claude Code を呼び出して使っていたけど、価格モデルが SDK 経由でも従量課金になるよという話があり、そこにお金は払えないので公式の Claude Desktop だけで暮らしてみるか、と ghostty から open で呼び出して Claude Desktop だけで暮らして2週間くらいになる。
秘匿しないといけない環境変数を渡すために open で呼び出すというのがショボいんだけど、Zed ですら1行ずつ文字を打つということはほとんどやってなかったので Desktop アプリだけでもほとんど事足りて暮らすことができるようになってきた。 worktree も terminal などでいじってた時は細かいところを把握しようと移動方法とかコマンド体系を理解しようとしていたけど、もうそういうのは全部やめて claude に命令して移動なり何なりをして十分になった。
あと、diff ビューがイマイチだったのだけど、いつの間にか、もしくは前からインラインで個別にコメントをしてまとめて対応させるということもできるので、今の開発スタイルは以下のようになった
/diff-review という自作のコマンドで他の LLM などにレビューdiff ビューは慣れたので、唯一の不満というとコミット列とそれぞれの変更がどうなっているか、というのが builtin のターミナルを呼び出して確認しないといけない、というのと指示の仕方によっては worktree 作らないでブランチを切って作業をしたりすることがあるので、これも状況を確認するのが terminal 開いて git 叩いた方が早い、というのがある。
この辺、人間がやった方が早いというのがほんとどうしようもないともうので、もっとアプリを作り込んで欲しい。copilot とか antigravity もさらっと触ってみたんだけど、github との統合なども含めて copilot アプリがいいんだけど、claude code のサブスクリプションが使えないってのがなー...。
Claude Desktop の設定画面を眺めていたらいわゆる MCP 連携的な箇所に DataDog や Slack があったのでぽちぽち設定してみたら異様に便利だった。
具体的な進め方としては bugs が重くてどうしようもない、というときに DataDog でログが見えるはずだから見て、同じ時間帯のクエリや CPU の傾向眺めてと指示してから、具体的な Rails のコードで制限かけられるところを考えて、みたいな感じで一気に解決できてしまった。
今までは log を tmp において読み込ませる、とか chrome の権限を渡して画面を確認して、見たなことをやっていたので全部解決してしまった。何よりもいいのは、datadog の複雑怪奇なクエリビルダを使わなくても、使い方を全部能動的に調べてくれるので、やりたいことを伝えて、あとは判断するだけってなるところだった。heroku のダッシュボードも繋いで見えるようになれば完結するんだけど、現状だとむずいかなあ。