数日前まで、開発環境をCursorからClaude Codeへ全部移すことを、かなり本気で考えていた。
Cursorは長いスレッドになるほど重く感じる。Grokに任せたコード修正でも、こちらが想定した範囲を越えて触りそうになる場面があった。それなら、最初から強いモデルを中心にしたClaude Codeへ寄せた方が、迷いも契約も減るのではないか。最初はそう考えていた。
ところが、実際に周辺の作業まで一つずつ移そうとすると、「全部」という言葉が急に重くなった。開発だけでなく、執筆、過去資料の参照、画像生成、複数モデルの使い分けまで、今はCursorの中でつながっている。移行先の性能だけを比べても、自分の仕事全体が軽くなるとは限らなかった。
Claude Codeへ移る前に、Cursorの使い方を変えてみた
以前は、モデル制限と相談相手としての相性から、Claude Codeへ移ることを決めていた。
その後も移行を進めようとした。ただ今回は、画像生成と複数モデルの都合を見ながら、いったん再検討に戻した。

AIの運用を大きく組み替え始めた経緯については、以前の記事にも書いている。
あの記事の時点では、Cursorで開発や下書きを行い、Claudeで文章を整える分担を考えていた。その後、Claude Codeへ全部寄せる案まで進んだが、今回はそこから一歩戻している。
まず、重さはCursorそのものだけが原因ではなかった。デイリーの記録も開発も執筆も、一つの長いスレッドへ積み上げていたことが大きい。作業ごとに短いスレッドへ分けると、体感はかなり変わった。
さらにCursorでは、軽い作業にはGrok、文章にはOpusやGPTというように、その場でモデルを替えられる。画像も同じ場所から試せる。この小さな行き来は、失ってから気づきそうな便利さだった。
新しい技術を試した結果、「使えない」ではなく「今は採用しない」と判断した経験は、Cursor Cloudを検証した時にもあった。
Claude Codeも候補から消したわけではない。ただ、今すぐ全移行する理由が薄くなった。
危ないコード改変は、速さより「止まる」を優先する

Cursorを続けるなら、Grokの不安をそのままにはできない。そこで、危ないコード改変になりそうな時は作業を進めず、Claude Opusへの切り替えを提案するルールを加えた。
これは、Grokを信用しないという話ではない。普段の相談や軽い作業では十分に速く、しかも別枠で使える。ただ、壊した時の影響が大きい変更まで同じ勢いで任せない。モデル選びを気分ではなく、変更の危険度で切り替えるための停止線が欲しかった。
Midjourneyは高品質でも、今回は解約した

判断が変わったのは画像生成も同じだった。CursorのGenerateImageでブログ用のアイキャッチを5枚作ってみた。正直、画質はMidjourneyの方が上だと思う。Cursorの画像は「かなり良い」ではなく、「ぎりぎり記事に使える」という感触だった。
それでも、記事を書いている場所からそのまま画像を作れる便利さは大きかった。毎回最高品質が必要なわけではない。必要な日に、公開を止めない一枚が作れるなら、別サービスの固定費を払い続ける理由は弱くなる。
以前は採用率を記録しながら、MidjourneyとFireflyの間で何度も判断が揺れた。
今回は、どの画像AIが一番かを決めたわけではない。Claude Codeに外部のGemini画像生成を組み合わせる案も見たが、少し良く見える程度で出力の方向は同じに感じた。だったら、まずはGeminiのブラウザ版を使えばいい。そう考えて、Midjourneyは解約した。
Other Modelsを一日で37%使って分かったこと

もう一つ迷ったのが、Cursorのモデル利用枠だった。リセット直後だったOther Modelsを、一日で37%使っていた。主な原因は、OpusやGPTを使った記事執筆だった。
自分が使っているPro+では、Other Modelsは月70ドル相当の枠という感覚で見ている。その三分の一以上を一日で使えば、さすがにUltraへ上げた方がよいのかと考える。
ただ、ここでも最初の焦りのまま契約を変えるのはやめた。執筆は毎日同じ量ではない。Grokは別枠で使える。上限を越えた時も、まずは20ドルのオンデマンド利用を予備にできる。個人プランのAutoもOther Modelsを消費するため、節約目的で任せれば解決するわけではなかった。
当面は、日常の作業はGrok、危険なコード改変は一度止めてOpus、記事は短い専用スレッドでOpusかGPT、画像はGeminiのブラウザ版という分担にする。Ultraには上げない。
Claude Codeへ移れば全部すっきりするとも、Cursorが最終回答だとも、まだ言い切れない。ただ今回、道具を一つにまとめることと、仕事が単純になることは同じではないと分かった。
今は大きく引っ越すより、どの作業がどの枠を使い、どこで品質が必要になるのかをもう少し見ていたい。全移行を止めたのは後退ではなく、実際の使い方が見えてきたからこその保留だと思っている。



