Cursor

実際、使い心地はどう？

Cursorでいちばん「楽になった」と感じるのは、AIがアプリを丸ごと一発で作るような派手な場面ではありません。

普段なら地味に時間を取られる細かい作業が、かなり減るところです。

小さめのPythonプロジェクトで、こんなお願いをしたことがあります。

「この関数をasyncにして、呼び出しているところも全部直して」

自分でやっても難しい作業ではありません。ただ、参照先を探して、ひとつずつ直して、漏れがないか確認する必要があります。

Cursorに任せると、関連するファイルを探して、呼び出し側もまとめて直してくれます。

もちろん最後の確認は必要ですが、最初の地味な作業をかなり減らせるので、この手のタスクはかなり楽です。

ただ、作業が複雑になると話は変わります。

以前、複数ファイルにまたがるモジュールをリファクタリングさせたことがありました。見た目はかなりまともで、関数名も自然、インターフェースも合っていて、必要そうなファイルもほぼ修正されていました。

でも実行するとエラー。

調べてみたら、一か所だけ古いインターフェースをまだ呼んでいました。

厄介なのは、コードをぱっと見ても間違いに見えなかったことです。

今のAIコーディングで怖いのはここだと思います。

AIがミスをしても、見るからに変なコードになるとは限りません。むしろ見た目はきれいで、名前も自然なのに、ロジックや依存関係の奥で間違っていることがあります。

なので今は、Cursorにまず一回やらせて、そのあと自分でdiffを見て、テストを回す使い方にしています。

完全に任せきるのは、やっぱり少し怖いです。

複数Agentって本当にそこまで便利？

便利ではあります。

ただ、宣伝ほど「急に開発チームが増えた」みたいな感じではありません。

たとえばAPI、フロント、テストみたいに作業を分けやすいなら、複数Agentを同時に動かす意味はあります。

その分、並行して進められるので確かに速くなります。

ただ、最後は結局まとめる必要があります。

あるAgentが想定したインターフェースと、別のAgentが作ったものが少しズレている、ということも普通にあります。

なので複数Agentは、作業の一部を並行化する機能くらいに考えるのがちょうどいいです。

放っておいても勝手に全部うまくやってくれるエンジニアが何人も増える、という感じではありません。

経験のある開発者

Cursorといちばん相性がいいのは、やっぱりある程度経験のある開発者だと思います。

自分の中に「このコードならだいたいこうなる」という基準があるので、AIが変な方向に行ったときも気づきやすいです。

検索したり、複数ファイルを直したり、同じような修正を繰り返したりする作業をCursorに任せると、かなり時間を減らせます。

小さなチームやスタートアップ

人数が少ないのにやることが多い、という環境でも使いやすいです。

必要ではあるけど、人が一から丁寧にやるほどでもない作業をCursorに任せるとかなり助かります。

特にMVP、デモ、社内ツールみたいに、まず形にするスピードが大事な場面では使いやすいです。

古いプロジェクトを引き継ぐことが多い人

これは個人的にもかなりおすすめです。

新しいコードを書くことより、

「そもそもこのプロジェクト、どう動いてるの？」

を理解するほうが大変なことはよくあります。

Cursorにプロジェクト構成を聞いたり、呼び出し関係を追わせたりすると、自分で何十個もファイルを開いて確認する手間をかなり減らせます。

英語は苦手だけど、コードは読める人

このタイプの人にも相性がいいです。

英語のドキュメント、エラーメッセージ、外部ライブラリの説明などを、そのままエディタ内で説明してもらえます。

ブラウザとコードを何度も行き来しなくていいのは、地味ですがかなり楽です。

あまり頼りすぎないほうがいいケース

完全な初心者

初心者がCursorを使ってはいけない、という話ではありません。

ただ、なぜこのコードになるのか分からないまま Accept を押し続けると、「動くけど自分では説明できない」という状態になりやすいです。

さらに困るのは、AIが間違えたときに気づきにくいこと。

初心者なら、全部やってもらうというより、あくまで補助として使うほうがいいと思います。

信頼性がかなり重要なプロジェクト

金融、医療、インフラのようなシステムでも、AIを開発補助に使うこと自体はできます。

ただし、テスト、コードレビュー、セキュリティチェックなどの工程は省けません。

Cursorで作業が速くなっても、AIが書いたコードだけ特別扱いして、通常の開発プロセスを飛ばしていいわけではありません。

最後に

Cursorを「プログラマーの代わりにコードを書いてくれるソフト」と考えるのは、少し違うと思います。

実際には、これまで自分でやっていた作業の一部を、まずAIに一回やらせる感じに近いです。

一発でうまくいくこともあれば、7〜8割くらいまで仕上げてくれることもあります。逆に、自信満々に間違った修正をすることもあります。

それでも、自分で結果を判断できるなら、かなり時間は減らせます。

経験のある開発者にとってCursorの価値は、「もうコードを書かなくていい」ことではありません。

細かくて、繰り返しの多い作業を、毎回ゼロから自分でやらなくてよくなること。

そこが一番大きいと思います。

SpaceXについては、現時点では「買収契約が締結され、今後完了する予定」と書くのが正確です。すでに買収が完了して、CursorがSpaceXの完全子会社になった、と書くのはまだ早いです。