Cursor、コードレビュープラットフォーム Graphite を買収

 (cursor.com)
8 ポイント 投稿者 GN⁺ 2025-12-21 | 1件のコメント | WhatsAppで共有
  • コード作成とコラボレーションの分断は、依然として開発効率のボトルネックだった
  • Graphite は長年にわたりコードレビューのワークフローを研究し、数十万人のエンジニアが利用する コードレビュープラットフォーム を構築してきた
  • Cursor が Graphite を買収することで最終契約を締結し、Graphite は既存のチームと製品を維持したまま 独立して運営される予定
  • 両社は今後、ローカル開発と Pull Request の統合、両システムの学習を活用したスマートコードレビュー など、自然な接続を模索している
  • 今回の合流は、開発・コラボレーション環境の境界を縮める方向でソフトウェア開発体験を拡張する契機となる

開発コラボレーションの変化とボトルネック

  • ここ数年で 開発者のコード作成の方法 は大きく変わった
    • しかし、コード変更のレビュー、安全なマージ、コラボレーションの過程は依然として 本番級ソフトウェア開発のボトルネック として機能している
  • この問題を解決するために Graphite チーム はコードレビューのワークフローを深く研究してきた

Graphite のプラットフォームと実績

  • Graphite は 数十万人のエンジニア が使う コードレビュープラットフォーム を構築した
    • 主要なエンジニアリング組織がこのプラットフォームを活用している
  • コード作成とコラボレーションの境界は、ますます 恣意的で不要な区分 のように感じられるようになっている
    • 両領域の距離を縮めることで新たな可能性を生み出せると述べている

Cursor の買収発表

  • Graphite が Cursor に買収されることが確定した
    • 両社は 最終契約(definitive agreement) を締結したと明らかにした
  • Graphite は 同じチームと製品のまま独立運営 を継続する

今後の統合計画

  • 今後数か月にわたり、両製品間の 自然な統合のあり方 を探る予定
    • ローカル開発環境と Pull Request の緊密な接続
    • 両システムの学習を組み合わせたスマートコードレビュー機能
    • まだ公開できない 新しいアイデア も存在する

買収の意味

  • 今回の合流は、コード作成とコラボレーションの境界を取り払う方向 へ進む動きである
  • 開発者体験を改善し、生産性重視の統合開発環境 を強化する基盤になる見込みだ

関連記事

1件のコメント

 
GN⁺ 2025-12-21
Hacker Newsのコメント

  • みなさんこんにちは！ Graphite共同創業者のGregです
    私がGraphiteに取り組む理由は2つあります。第一に、賢く情熱的な仲間たちと一緒に働く喜びがあるからです。第二に、開発業界全体を一段引き上げる最先端の開発者ツールを作りたいからです
    Cursorに加わることで、この2つの目標をさらに加速できます。既存チームと一緒に働き続けながら新たに素晴らしい人たちとも協業でき、より多くのリソースと専門性を土台にコードコラボレーションのツール群をさらに発展させられます
    Cursorチームが高い人格とビジョンを持つ人たちだという確信がなければ、この決断はしていなかったでしょう。今はその条件がすべてそろっていて、心からわくわくし、うれしい気持ちで一緒に前に進んでいます

    • この文章の温かいトーンが本当に好きです。愛、親切、人、心、人格のような言葉を大切にするリーダーがもっと増えてほしいです
    • うちの会社がすでにCursorを契約しているなら、Graphiteを無料で使えるのか気になります
    • GraphiteのCLIとReviewer UIが本当に好きです。今回の買収でこの部分が維持され、発展していくのか心配です
    • おめでとうございます！ 2つの素晴らしい会社が力を合わせて、より大きなシナジーを出せそうです
    • 透明性のある説明が良いですね。Graphiteがこれまでやってきたことを尊敬していますし、これからCursorチームと何を作っていくのか楽しみです

  • CursorはAIコーディングIDE市場で先導的な地位を占めていますが、今後の現実的な成長経路が見えません
    個人的には、IDEにAIを統合するよりもCodex CLIの体験のほうが好みです。VSCodeフォークベースなら絶対に使わないと思います。しかもモデル提供者がトークンをずっと安く提供している状況で、Cursorが競争力を維持できるのか疑問です

    • それには同意しません。世界中の開発者の80〜90%はIDEを使っています。CursorのComposer 1モデルはIDE向けに最適化されていて非常に高速で、品質も高いです。Graphiteと組み合わせればAIネイティブなGitHubに発展する可能性が大きいです
    • 私はCursorユーザーですが、なぜCLIベースのAIツールを使うのか理解できません。IDE統合型のほうがずっと生産的で柔軟です。Cursorは垂直統合のおかげで、より完成度の高い製品です
    • 初心者はIDEの中でそのままAIチャットウィンドウを使える点を好みます。でもIDE全体を保守するのは非効率です。結局のところモデルの差別化が核心で、Cursorがその市場で持ちこたえられるかは未知数です
    • Cursorの強みの1つは、複数のモデルを単一契約で管理しつつ、データプライバシーを保証している点です。どのモデルを使っても会話内容が学習に使われることはありません
    • CLIベースのツールはワークフローにうまく合いません。CursorやKlineのようなIDE統合型のほうがずっと自然です

  • もしAI企業が本当に100倍の開発生産性を持っているなら、なぜ会社を買収するのでしょうか？ スクリーンショットを見せてAIに実装させればいいのでは？
    市場シェアのためでしょうか？ Cursorより大きなユーザーベースを持つところがあるのでしょうか？

    • そういう主張は誇張です。実際には、ほとんどのAI IDEはVSCodeフォークの域を出ません。競合は無数にいますが、差別化はほとんどありません
    • Graphiteの社員です（個人の意見です）。Graphiteは複雑なソフトウェアスタックを持つ製品なので、AIがあっても短期間では代替できません
    • おそらく今回の買収は、実際のユーザーフィードバックと運用経験を得るためでしょう。ただ、80%できているものをなぜ仕上げないのかは理解できません
    • Cursorは100倍生産性のような誇張した主張はしていません。実際の研究に基づいた生産性分析を公開しています（Cursorブログ）
      むしろそういう大げさなことを言うのは他社である場合が多いです
    • 買収は既存ユーザー、ブランド、配布力を確保するための戦略です。Graphiteは単なる機能ではなく、複雑な製品です

  • 私はGraphiteのワークフローに慣れすぎていて、もうこれなしでは仕事がしづらいです。こういう買収はたいてい製品にとって良い知らせではありません

    • 私も試してみようと思っていましたが、もうなおさら使わなさそうです
    • 心配しないでください。私たちは引き続き製品を維持し、発展させていくつもりです
    • Gemini、Cursor Bugbot、Qodo、Sentryなど、いろいろなAIレビュアーを使ってきましたが、Graphiteがどんな感じか比較してみたいです
    • 心配は理解できます。でもGraphiteが消えることはありません。むしろ、より多くのリソースを得てワークフロー改善に集中しています

  • Cursorは1年前に買収したSupermavenを終了しました。主要機能はCursor Tabに統合され、既存のVSCodeユーザーにはCursorへの移行が勧められています

  • Bitbucket PRのWebhookを使って、Jenkinsが自動でAIコードレビューを行うシステムを作っています
    PRが作成されるとdiffを分析して、senior engineerのようにフィードバックを残す仕組みです。ただ、diffだけで十分なコンテキストを与えられるのか、あるいは自動レビューへの過信が生まれないか心配です

    • diffだけでは不十分です。優れたAIレビュアーはコードベースをインデックス化し、検索を通じてより豊かなコンテキストを提供します。実際、diffだけでは分からないバグを見つけることもあります
    • うちの会社では社内でClaude Codeベースのレビューシステムを使っています。git diffだけでなく、依存関係の分析やビルドコンテキストもあわせて活用しています。チューニングがうまくいっていて、シグナル対ノイズ比がとても高いです
    • Graphiteの社員です。GraphiteのReviewerは、GitHub PRページを置き換える統合レビューのワークフローに含まれています。Cursor Bugbot、Coderabbitなどと並んで、すでに数千人が使っています
    • Cursorのレビュアーもかなりうまく動きます。diffの外側にある問題まで見つけてくれます
    • うちの会社では1,000人規模の開発チームがAIレビュアーを使っています。プロジェクトのコンテキストを十分に与えないと意味のある結果は出ません。コンテキストが不足すると、むしろレビュー疲れが増します

  • Graphiteは素晴らしいツールですが、Cursorは最近活用度が下がっているIDEのように感じます。Graphiteは独自にもっと成長できたかもしれないのに、Cursorの機能の1つとして吸収されるのが最善の選択だったのか疑問です

  • GraphiteやQodoのようなAIコードレビュー ツールの比較が気になります。
    Qodoはレビュー速度を上げる機能（たとえば effort label、変更ファイル walkthrough）が便利でした。
    こうしたツールをベンチマーク比較した資料があるとよいですね

  • スタートアップは製品名を付けるとき、既存ツールの名前を確認すべきです。たとえば Graphiteモニタリングツール がすでに存在します

    • Graphiteは名前を決める前に、辞書にある**graphite（黒鉛）**の意味から確認すべきだったのでは（Merriam-Websterの定義）

  • どうやら休暇中にJujutsu(jj) を学ぶ時が来たようです

    • 1か月かかりましたが、学んで正解でした。Gitより難しかったものの、今ではコミット履歴の管理がずっときれいになりました
    • 同僚が4つのコマンドだけ教えてくれて、すぐに覚えられました。もうGitには戻れないくらい快適です
    • 弾をかむというより、チョコレートを食べる気分です
    • GraphiteはPRスタック管理の問題を解決しますが、jjはその部分は扱いません
    • jjは本当に楽しくて学ぶ価値があります。でもGraphiteもまだ健在です