CursorによるGraphiteの買収を巡る詳細な分析である。GitHubの機能的限界と、Graphiteが提供するコードレビューとプルリクエスト管理の革新的アプローチについて解説する。Meta出身のエンジニアが開発したGraphiteのスタックドリファレンス機能は、AI時代の高速開発において従来のプルリクエストの限界を克服する。Cursorとの戦略的提携により、コード生成からレビュー、マージまでの統合プラットフォーム構築を目指す。GitHubのリーダーシップが開発者目線を欠いている現状を批判し、Graphiteがコード品質維持の鍵となる可能性を示唆する。この買収は単なる企業統合ではなく、開発ツールチェーン全体の再構築を意味する戦略的転換点となる。
Cursorの驚くべき買収劇
年末まであと10日しか残っていません。きっとニュースサイクルもようやく落ち着いて、みんな休憩できるだろうと思っていました。その予想は正しかったでしょうか。とんでもないです。どうやらCursorがGitHubと競争しようとしているようです。どこから話を始めればいいのかさえ分からないんですよ。というのも、私はこの件について知りすぎているんです。
今ではちょっとしたミームになっていますが、私は何年もGraphiteと親しくしてきました。Cursorの初期投資家でもあります。ほんの数日前にCursorのオフィスで何時間も過ごして、この動画で取り上げることになるであろう多くの問題について話し合ってきました。この件については本当にいろいろな思いがあります。
要約すると、GitHubはダメだということです。長い説明はこれからしますが、概要だけ先に言っておくと、Graphiteはコードレビューとプルリクエストの管理を大幅に改善してきました。そしてCursorとの提携により、本当に明るい未来が開けることになります。Graphiteは過去に動画をスポンサーしたことがあるので、おそらくご存知でしょう。
ただし、今回の動画はスポンサーではありません。この件を取り上げるために、どの企業からもお金をもらっていません。彼らは私がこれをやっていることさえ知りません。まあGraphiteは少し知っています。先ほどCEOと電話をして、彼の視点を聞いてきました。そして話したことすべてを、今日の実際のスポンサーの後にお伝えできるのが待ちきれません。
開発速度の変化とDepot
たまに、1日の仕事で2から3つのプルリクエストを出すことが本当に生産的だと考えられていた昔を懐かしく思うことがあります。今では、10未満なら恐らく遅い日だと言えます。特にこれらすべてのAIツールがより多くのコードをプッシュすることを簡単にしているので。ただしこれには欠点があります。
それは単に出荷するものの品質だけではありません。待つことに費やす時間の量なんです。こんなにも人生の大きな部分を、CIのビルドを待ったり、Dockerイメージがコンパイルされるのを待ったり、新しいプルリクエストを作るたびに本質的に発生するその他のあらゆることを待つために、ただ座って過ごしたことはありませんでした。
特に後から変更を加えると、全体をもう一度実行するまで待たなければなりません。本当に最悪です。ありがたいことに、Depotがこれをはるかに良くしてくれます。彼らはDockerイメージのビルドとGitHubアクションをはるかに高速化してくれて、設定も簡単にできませんでした。先に進む前に、どれだけ速くなるのか理解してもらう必要があります。
PostHogのDockerビルドは157分から5分になりました。これは30倍の改善です。Masttoonのビルドは16分30秒から2分48秒になりました。6倍の勝利です。彼らはすでにPostHogからJane、AppSmithなど多くの巨大なチームに採用されています。PostHogの人たちは彼らの体験がいかに素晴らしいかについて話すのをやめられません。
彼らのビルド時間は55倍削減され、Depotを使った出荷は不思議なほど速く感じられるようになりました。また注目すべきは、私のチャンネルマネージャーでエンジニアでありYouTuberでもあるBenです。彼のコンテンツを以前見たことがあるかもしれません。彼はスポンサー管理のための内部ツールをすべて再構築していて、そのためのすべてのビルドとDockerイメージにDepotを選びました。
そしてDepotがどれだけ複雑なことをするか見てください。実行するものを指定します。それはdepot ubuntuイメージです。そしてdocker buildの代わりにdepot buildを使います。それで基本的に終わりです。とても複雑でしょう? この広告が流れている間に、切り替えることができたはずです。今すぐsoyv.link/depoで試してみてください。
Graphiteとは何か
さらに深く掘り下げる前に、以前の広告や以前の取材を見ていない人のために、Graphiteが何なのか説明すべきでしょう。Graphiteは私たちが構築するほとんどの製品でプルリクエストを処理する方法です。私たちがGitHubを使っていることを知っているので混乱するかもしれませんが、実際にGitHubを使っています。GitHubはたくさん使っています。しかし、GitHubの上にGraphiteをレイヤーとして使って、私たちの規模のチームにとって機能的にしています。
私たちはT3 Chatで非常に速く出荷します。多くの人が1日に多くのプルリクエストを出します。チームのどのエンジニアも非常に迅速に12個ほどのプルリクエストを出荷できます。それは常に起こっています。そしてこちらは、このビデオが公開される頃にはリリースされているであろうWrapped機能のためのものです。4,000行のコードが追加され、132行が削除されています。これは従来GitHubで完全に壊れてしまうタイプのプルリクエストです。
ここでこのローディングバーが表示されているのは、彼らがこのような大きなプルリクエストのためにUIを実際に使えるようにすることに注力しているからです。彼らはまた、スタッキングとスタックディフという考え方も持っています。これはMetaでの経験から得た、ビルドの仕方における本質的な変更です。そうそう、それを先に言っておくべきでしたね。
元々のGraphiteチームと創業者のほとんどは元MetaのエンジニアでFacebookで働いていた時の仕組みが恋しくて、その利点をGitHubの上に構築することで世界の他の人々にもたらそうとしたんです。現状のすべては、簡単に言えばGitHubのラッパーです。
彼らはGitHub API、あなたのGitHubリポジトリ、Gitの履歴、そしてこれらすべてを使用して、その上にはるかに優れた体験を作っています。そして多くの本当に大きな企業がGraphiteに移行しています。なぜなら、それがはるかに優れているからです。本当に、本当にはるかに優れています。
私はコードをスクロールします。ここではFirefoxベースのブラウザを使っていますが、これは確実に少し状況を悪化させますが、12を超えるファイルを追加し、さらに多くのファイルに触れるこの巨大なプルリクエストを実際に処理できます。
これは従来GitHubを崩壊させるタイプのもので、彼らはそれを問題なく処理します。特にスタックディフは本当に本当に素晴らしいです。なぜなら、プルリクエストの上にプルリクエストを提出し、個々のチャンクとして改善できることを意味するからです。これはチームが非常に速く動いているときに素晴らしいです。私はあなたがレビューしている場所から3つの変更を進んでいます。
レビューに基づいてブロックされることなく迅速に動くことができます。これは速く動く場合により良い方法です。そしてこれはこれが問題だった特定のアーキタイプのチームにとって多くの意味を持ちました。具体的には、速く動くエンジニアを持つ中規模以上のチームがGraphiteのパターンから大きく恩恵を受けました。
彼らは変更のチャンクのレビューを固めることをはるかに簡単にしました。例えば、私がバックエンドで機能を管理するための新しいパターンを導入するプルリクエストまたはこの場合はスタックディフを作成し、チームがレビューしているときに新しい機能を追加し、チームがそれをレビューしているときに3つ目を追加します。
今、彼らが最初のプルリクエストを承認し、2つ目に変更があり、3つ目を承認し、それらがすべて互いに積み重なっている場合、私はその真ん中のスライスに入って変更を加えることができ、スタック内のこれら3つのすべてが承認されたら、全体を一度にスクワッシュできます。速く動いているときははるかに良いワークフローです。
歴史的に、これはこれを必要とするのに十分速く動くエンジニアが必要だったことを意味しました。私はしばらくの間これを必要としてきました。なぜなら私のやり方は本当に速く出荷することだったからです。私は良いコードを書くのがかなり得意です。コードレビューやその他のことでもかなり得意ですが、私の強みは常に良いソリューションを作る速度でした。
かつて本当に誇りに思っていたことですが、もはやそれほど目新しいものではありません。多くの人がClaude Opus 4.5を立ち上げて、かつて私がしていたのとほぼ同じ速さで動くことができます。それは本当に本当にクールです。多くの点で、彼らは実際にはより速いです。それは私にとってまだ信じられないことです。しかしその結果、かつてはおそらく5%のエンジニアがこれらのフローから大きく恩恵を受けていたのが、今では100%にはるかに近くなっています。
少なくとも、OpusやCursorのようなツールを使用して、はるかに多くのコードを生成し、はるかに多くの機能を追加しているすべての人々は、チームをはるかに速く動かす方法でチャンクで物事を改善できる、より良いコードレビュープロセスから大きく恩恵を受けます。そして私たちがT3 Chatとping全体のビジネスでGraphiteを採用したときの違いを見てきました。
それは重要であり、素晴らしいです。そしてチームが実際にそれほど速く動く場合、Graphiteのようなツールはレビュー段階でのブロッキングを止めることをはるかに簡単にします。厳しい現実は、十分に速くレビューできない場合、どれだけ速くコードを出荷しても意味がないということです。そしてここでCursorの部分が登場します。
CursorとGraphiteの統合
明らかにCursorは、はるかに速く出荷し、はるかに多くの機能を構築するというこの考えに不可欠でした。彼らのエディタでもそれが見えます。エディタはゆっくりとバラバラになっているように感じます。これが私が月曜日にチームと一緒に彼らのオフィスに行って、私たちが経験してきたすべてのバグについて2時間ほど文句を言った理由です。
そして彼らは今、新機能に焦点を当てるのをやめて、バグ修正モードに全力で取り組むことを約束しました。毎日、彼らは修正したすべてのバグ、気づいたすべての新しいバグ、そしてそれについて何をしているかについて、私のチームにステータス更新を提供しています。彼らはこれらのことに対処するために本当に一生懸命働いています。
これは冗談のつもりですが、はっきり言って、これから見せる愚かなことには少し真実があります。以前にこの馬鹿げた冗談を作りましたが、最高の冗談には少し真実があります。Cursorはあまりにもバグが多くなったので、それを修正するためにコードレビュー会社を買収しました。面白い冗談です。なぜなら、より良いコードレビューツールは、その速度で出荷しているCursorのような会社が、次のステップに進む前にコードが良いことを実際に確認することをはるかに簡単にするからです。
しかしまた、Graphiteは信じられないほど洗練されています。これだけのバグの少なさでこれだけの表面積を持つのは素晴らしいことです。このようなビューにどれだけの要素が存在するか考えてみてください。このコードをレビューしているすべての人を取得し、この機能の説明を取得し、スタックと関連するプルリクエストを取得し、すべての言語のすべてのコードと、何十万行ものコードを含む可能性のあるビューで機能するすべての構文ハイライトを取得します。
これらは些細な問題ではありません。Cursorとは異なり、彼らは単にVS Codeをフォークして、それらの多くの既存の実装をコピーしているわけではありません。彼らはこれらの多くをゼロから自分で構築しなければなりません。そして彼らはそれをやっただけでなく、例外的にやり遂げました。
Graphiteを使った私の経験は常に素晴らしいものでした。正直なところ、スタックディフのものや彼らのCLIなどすべてが素晴らしいですが、彼らのコードレビュープラットフォーム、つまりウェブサイトがGitHubよりもはるかに先を行っているので、比較的頻繁にそれを使っていることに気づきます。あるいは単にGitHubレビューのURLをGraphiteのものに変更するだけです。それで行けます。素晴らしいです。
しかし明らかにそれが彼らがCursorに買収される理由ではありません。誰も既存の製品のより良いビューのために会社を買収しません。Graphiteでは、この提携をはるかに理にかなったものにするいくつかのことが進行中でした。
スタックディフは絶対にその一部です。プルリクエストはAIにとって適切なプリミティブではありません。物事はプルリクエストが可能な範囲で包含できるよりもはるかに異なる、はるかに反復的な方法で構築されています。したがって、これらの変更を形作るための新しいモデルとしてのスタックディフは非常に理にかなっています。しかし彼らがやってきた他のこともあります。
UIのここにその1つが見えるかもしれません。Graphiteエージェントです。明らかに、コードをレビューするプロセスを自動化しようとする多くの努力が行われています。そして私自身も言ってきました。AIがコードを書くのに優れているように、レビューするのはさらに優れていると言えます。なぜなら、AIがレビュー中にミスをしても、それほど大したことではないからです。
そしてAIがあなたが気づかないかもしれない何かをキャッチした場合、それは本当に本当に有用なことです。AIがコードを書いているとき、そのダイナミクスを明らかに本質的にポジティブではない方法で変えます。しかしチームにやらせる前にAIエージェントにコードレビューをさせることは、とてもとても素晴らしいことです。
これが私たちがこのプロジェクトでCode RabbitとGraphiteが取り組んでいる理由であり、GraphiteエージェントとCursorのBugbotもオプションとして存在します。
とはいえ、これらのオプションのどちらも現時点では特に競争力があるとは感じません。Graphiteチームには永遠にこれを言い続けてきましたし、Cursorチームとあまり話さないようにしていますが、これらのツールのいずれにおいてもコードレビューの品質が特に優れているとは思えませんでした。そしてGraphite自身は彼らがAI企業ではないと言ってきました。
彼らはAI開発者が自分たちのコードをレビューすることを容易にする会社です。彼らはコードレビュープラットフォーム、異なるシステムと異なるインターフェース、コードレビューをより良く、より効果的に行うためのあらゆる異なるものになることを本当に深く意図しています。そして彼らはそのキャンプで大成功を収めました。しかし彼らがエージェントをそこに組み込もうとする試みは、彼らの強みではありませんでした。
そしてここには非常に非常に明るい未来があります。GraphiteチームとCursorチームの提携により、コードレビューエージェントがはるかにはるかに緊密に統合されることができます。私の理解では、買収に関する会話全体は、彼らがCursorバックグラウンドエージェントをGraphiteに統合することについて話していたときに始まりました。
Graphiteが本当に努力していたことの1つは、多くの異なるエージェントを使用できるプラットフォームになることでした。Claude Codeを起動してイシューをクローズしたり、プルリクエストに素早い変更を加えたり、CodeXに何か他のことをさせたり、Cursorバックグラウンドエージェントツールも使えるようにすることでした。彼らはこれを統合するためにCursorと彼らのAPIを使うことについて話していて、会話はどんどん深くなり、最終的に彼らはこの提携がどれほど深いかに気づきました。
また彼らはCursorとGraphiteの間で履歴を共有することがどのようなものかについても話していました。Cursorで行った変更からGraphiteでプルリクエストを提出するとき、チャット履歴を維持できるかもしれないので、どのようにそしてなぜ私がそれらの変更を行ったかを見ることができます。スタックディフはCursor内の履歴とより密接に整合する可能性があり、それは非常に理にかなっています。
本当に本当に素晴らしいでしょう。これらはすべて、私がGraphiteのCEOであるMerrillと先ほど電話で話したことで、彼は本当に興奮しているように見えました。彼はまた、この買収がGraphiteが彼らのウェブプラットフォームで他のツールをサポートしないことを意味しないことを主張したかったようです。
彼は依然としてGraphite内でClaude Codeのようなものをサポートすることを非常に意図しています。これは、次の資金調達や利益を上げることやビジネスを成功させるために必要だがミッションから気をそらす可能性のあるこれら他のすべてのことを心配することなく、彼らを前進させ続けることができる本当に強力なAIパートナーとビジネスを戦略的に整合させることを意図しています。
Cursorと具体的にはMichaelとクルーがビジネス面を運営し、彼がこれらの異なる部分を構築するために世界で最も才能のある人々の何人かからなるこのクレイジーなチームを組み立てる間。それは非常に理にかなっています。そして彼らが経験している現在のボトルネックが私が見てきたところではこのレベルの出荷をしているときに品質を維持することであることから。
品質を維持しレビューすることを全面的に行っている会社を持つことは非常に理にかなっています。ここでの戦略的整合性は狂っています。Super Mavenの買収よりもさらに。悲しいことに、Super Mavenはもはや本当に維持されていません。どうやらサブスクライブしている人々は今それを無料で手に入れているようです。
最近聞いたのはそれです。しかしSuper Mavenがより良く維持されることを望んでいました。維持されていないのを見るのは悲しいです。しかしまた、それの大部分を作った人、Jacobは、Cursorで大活躍しています。彼はエージェントを使っていなくてもCursorをとてもクールにするほぼすべてのクレイジーなタブコンプリート機能に責任があります。
そして彼は私が人生で使った中で最もクレイジーなコードモデルの1つであるComposer Oneモデルの多くを構築しました。彼はそれらの問題に取り組むことに非常に満足しています。そして私はこれがGraphiteにとって同じケースになるとは思いません。私の理解では、この買収の際にGraphiteには70人以上いて、全員がその一部として残ります。
彼らはニューヨークの元のオフィスを維持します。偶然にもCursorのニューヨークオフィスの向かいにあります。それはかなりクールです。彼らはほぼ完全に既存の製品に焦点を当て続けます。それはCursorとその目標とより戦略的に整合されるだけです。そして私はこの結果がCursorから見ているものの品質の大幅な改善になることを本当に望んでいます。なぜなら彼らは本当に物事に対処する必要があるからです。
彼らが今や自分たちのチームの一部であるGraphiteがいかに素晴らしいかを証明したいなら。それを証明する最良の方法は、一貫して品質を出荷し、もはやそんなに多くのバグを出荷しないことです。だからCursor、やあみんな。あなたたちが見ていることは知っています。私たちはSlackでたくさん話していますし、みなさんに心から感謝しています。
あなたたちは今、めちゃくちゃやらないためのはるかに強い経済的インセンティブを持っています。Graphiteが素晴らしいことを証明してください。バグを出荷する可能性を減らし、はるかに強力で安定した信頼性の高いプラットフォームを構築するのに役立てることによって。来年初めにGraphiteがバグを出荷する可能性を低くし、はるかに強力で安定した信頼性の高いプラットフォームを構築するのに役立ったという話を実際に語ることができれば、それは人々がGraphite製品を採用するためのはるかに説得力のある本当に本当に良いストーリーです。
ここでのインセンティブは素晴らしいです。あなたたちはそれをやるだけです。私のめちゃくちゃなエディタに新しいバグを追加するのをやめてください。お願いします。彼らがこのすべてについて何を言わなければならなかったか見てみましょう。GraphiteとCursorの両方のブログ投稿を開いています。これがCursorのものです。
開発者がコードを書く方法は数年前とは異なって見えますが、それらの変更をレビューし、安全にマージし、それらで協力することは、プロダクショングレードのソフトウェアを構築するためのボトルネックになってきています。
Graphiteのチームは過去数年間、これらのワークフローについて深く考えることに費やしてきました。そして彼らはトップ組織で何十万人ものエンジニアによって使用されるコードレビュープラットフォームを構築しました。コードを書く場所とそれで協力する場所の間の境界はますます恣意的に感じられ、距離を縮めることで構築できるものはたくさんあると思います。
絶対に同意します。それは他の興味深いことの1つを思い出させました。Graphiteが最近取り組んでいる変更の1つは、Graphiteのインフラにリポジトリをミラーリングできるようにすることです。彼らはGitHub APIで非常に多くの問題に対処してきました。彼らがバックエンドで行う作業の90%以上は、GitHub APIを使用可能にしようとすること、応答をキャッシュして物事が速くロードできるようにすることです。
エンドポイントにヒットすると、応答するのに30秒かかり、エラー率が10%あります。彼らが対処していることはクレイジーです。そして彼らはますますGraphiteプラットフォームに物事を移動しています。なぜならGitHubが彼らをあまりにも遅くしているからです。GitHubがこれを簡単にするためのオープンな分散標準か何かで構築されていたらなあ。
ああそうだ、Git。要するに、Graphiteは実際にGitHubの本当の代替になるのに非常に有利な立場にあります。GitHubと非常に深く統合されているため、両方で1つのプロジェクトでシームレスに作業でき、すべてのコメント、すべてのプルリクエスト、すべてのイシュー、すべてが2つの間で同期されます。なぜなら彼らは実際にGitHubに存在するからです。
Graphiteは単にそれに対する本当によくデザインされ、本当によくキャッシュされ、本当によく構築されたインターフェースです。時間が経つにつれて、私たちがGraphiteを使うだけでGitHub部分を気にしない未来が見えます。おそらくCursorで作業しているプロジェクトのためにコンピュータ上でGitリポジトリを初期化し、承認を押すと自動的にGraphiteに同期されます。そのリポジトリのための本当に小さくシンプルなマネージャーがあり、今あなたはチャットで友達にあなたがちょうどやったことへのリンクを送ることができるインターフェースを持っています。友達は今それを見ることができます。なぜならそれはGraphiteでホストされているからです。
これすべての機会はクレイジーです。そしてGitHubでリポジトリを作成し、プッシュするためにGitHub CLIを使うときに7から13の異なるフラグを押さなければならないという考えや、Cursorでボタンを押すだけでこのものが共有可能になる。私はここでの可能性に非常に興奮しています。
考えれば考えるほど、ハイプになります。そうですね、私はCursorの投資家であり、3年以上Graphiteを宣伝してきたことは知っています。明らかに、私はここでハイプになる人になるでしょう。しかしまた、これには非常に多くの可能性があります。私がGitHubに対するフラストレーションのすべてが起こったのと同じ週にこれが起こったことに感謝しています。これは多くの点で幸せな結末だからです。
私は本当にクールな変化を期待しています。馬鹿げていますが、彼らには有用なホームページビューがあります。ここには、変更が加えられてから私がレビューしていないすべてのプルリクエストがあります。私が見ることを期待されています。私がやったもので、まだ応答していないレビューコメントをもらったものさえあります。コメントのどれも解決されていません。
それは本当に、GitHubのホームページがこれほど有用だったと想像してみてください。エンジニアリングと製品が、ホームページをこれほど有用にする必要があると理解するのに十分に整合されているGitHubを想像してください。GitHubがこれほど生産性に焦点を当てた何かをデザインするとは想像できません。なぜならGitHubは生産的な会社ではないからです。
GitHubはもはや本当のものを何も出荷していません。彼らはもはやめちゃくちゃなものを出荷することがどのようなものかを知りません。Graphiteは知っています。Cursorは知っています。ここでの整合性は狂気です。私のもう1つのお気に入り、ブラウザ会社のNickがこれについて本当に良い投稿をしていました。
Cursorは第一AIの原則から新しいGitHubを構築するつもりです。今それを呼んでいます。GitHubが今後3年間で最も人気のあるリポジトリホストであり続ける可能性はありません。GitHubが既存の顧客というあまりにも多くの荷物を持っているために十分速く動けないという古典的なイノベーターのジレンマです。これが起こっている理由はこれではありません。
それが起こっているのは、GitHubのリーダーたちがコードさえ書かないからです。GitHub全体を担当している人は、現在AI Foundry、Azureの半分、そしてその他のランダムなCo-pilotのめちゃくちゃなもののようなものも担当しています。そして彼はコードを書いたことがありません。コードを書くことに興味がありません。
開発者を気にかけるリーダーがいない場合、GitHubのような会社が開発者にとって成功することをどのように期待できますか。なぜなら彼ら自身がそうではないからです。それは起こり得ません。Graphiteのすべてのリーダーシップが毎日まだコードを書いていることを確かに知っています。私は共同創業者の1人といつも一緒に過ごします。
また、その話題で、もう1つの楽しい事実。あまりにも多くを沈めるのはやめます。私は知りすぎているんです。さて、この買収により、史上最高のビデオゲームであるOuter Wildsを深く愛するCursorの人々の数が大幅に増加しました。プレイしたことがない人は、何も調べないでください。Steamで購入してください。信じてください、素晴らしいです。
2時間プレイして、気に入らなければ、Twitterで私を非難してください。私は返信します。魔法のようです。それに似たものは何もありません。行く前に知らないほど良いです。私と同じくらいそれを愛しているかどうか教えてください。Outer Wildsを宣伝する機会があれば、Outer WorldsではなくOuter Wildsです。
Graphiteの創設チームを、彼らが街を訪れていて私のアパートで過ごしていたときにこれをプレイさせたことでめちゃくちゃにしてしまいました。申し訳ありません、Tomas、これを持ち出さなければなりませんでした。このゲームは特定のタイプのオタクに本当に本当に強烈に当たります。そしてGraphiteチームはそのタイプのオタクです。
そして愚かで恣意的であるにもかかわらず、それは彼らが私が毎日使うエディタの一部であることについて私をはるかに興奮させます。それは良い整合性です。私はこれにハイプです。彼らが何を言わなければならないかすぐに見てみましょう。私はこの投稿をまだ読んでいません。明らかに、彼らのものははるかに詳細があります。なぜなら彼らはレビュー会社であって、機能会社ではないからです。理にかなっています。
GraphiteがCursorに参加する確定的な契約に署名したことを発表します。この契約は、AI時代におけるコードの作成、レビュー、マージのための最高級のツールをまとめます。これら3つのうち1つだけがCursorがやることだというのは面白いです。他の2つは彼らがGraphiteでやることです。しかし、そうですね、プロセスのより多くがCursorよりもGraphiteによって所有されています。馬鹿げているように聞こえますが。
エディタでより多くの時間を過ごすかもしれませんが、より多くのステップがエディタの外に存在し、Graphiteはそれらを改善するためにクレイジーなことをしてきました。Tomas、Gregそして私は、世界最高のエンジニアリングチームがより良いコードレビュープラットフォームを要求していたので、ほぼ5年前にGraphiteを構築し始めました。そうです。
私たちが決して期待していなかったのは、Cursorのようなツールが私たちの業界をどれほど劇的に変革するかでした。エンジニアがAIなしでは通常数日または数週間かかっていたであろう機能を、数時間または数分で構築できるようにします。以前は、どれだけ速くコードを書けるかによって制限されていました。しかし今ボトルネックはどれだけ速くそれをレビューできるかです。
そうです。この部分は面白いです。これはすべてのAIのものの前の私の経験でした。そして今、多くの他のチームが私がキャリアのほとんどで対処しなければならなかったことを扱っています。それは私と私の同僚が実際にマージするには速く出荷しすぎることです。今Graphiteのようなものが人生をはるかに簡単にしました。そして今、はるかに多くの人々がこれらの問題を経験しているので、私たちは皆一緒にGraphiteを楽しむことができます。
ConvexやTerraformのようなものを楽しむのと同じように。そしてAI以前は良かったが、今ではAIと速い開発者が考え方や仕事の仕方に非常に多くの重複を持っているので、彼らはダッシュボードではなくコードベースに物事があることを好みます。彼らはより速く、より緊密なループとサイクルを持つレビュープロセスを好みます。
かつてはトップ1%と5%の開発者にのみ重要だったこれらすべてのことが、突然業界全体にとって重要になりました。Graphiteのようなものをすでに使用している非常に多くの企業があります。彼らはここでいくつかの大きなものをリストしています。Shopify、Snowflake、Robinhood、Figma、RampのようなリーディングエンジニアリングOrgは、AI時代が全く新しい開発ツールチェーンを要求することに気づきました。そしてこれらの企業はコードをレビューし、新しい作成速度でマージするのを助けるためにGraphiteに目を向けました。
Vercelも彼らを大いに使用していることも知っています。AI採用に関する顧客の旅を聞くことは、Graphiteに対する私たちの究極のビジョンを鋭くし洗練するのに役立ちました。人間とエージェントが協力してコード変更を作成、レビュー、マージできる1つの統合プラットフォーム。プルリクエストが自動運転になる未来、内側と外側のループが1つの反復プロセスに崩壊する未来、そして速度と品質がもはや対立しない未来。
しかしそのビジョンを実現するには、顧客がコードを生成するために使用するツールとの深い統合が必要でした。そして当然、Cursorが私たちの最初の停留所でした。前述のように、彼らはGraphiteのバックグラウンドエージェントツールに異なるバックグラウンドエージェントを統合することと、CursorとPRレビュープロセスの間で履歴とシェアリングを統合することの両方について、これらの統合について話していました。
そしてそれがこのクレイジーな買収が今起こることにつながりました。Cursorチームとの最初の会話から、私たちは彼らの思慮深さ、野心、そして技術に深く感銘を受けました。私たちはすぐに、最大の顧客と投資家以上に共通点があることに気づきました。私たちはソフトウェア開発の未来に対するほぼ同一のビジョンと、才能密度、緊急性、技術に関する一連の価値観を共有していました。
買収は私たちのレーダーにはありませんでした。Graphiteの成長曲線、製品、チームはこれまで以上に強力であり、コードレビューの未来はこれまで以上にエキサイティングなものになっています。私は数ヶ月前にExcelオフィスでこれらの人たちと一緒にいました。彼らは資金調達をしたばかりだったと思います。確かではありません。
だから漏らしていません。実際には知らないので。しかしこれは確実に計画されていたものではなかったことを示しています。面白いことに、この買収はほんの数日前に別の競合他社の別の友人から私に漏らされました。私はどちらの当事者とも話していませんでした。私はそれが起こる可能性はないだろうから、それが奇妙な一回限りの噂だと思っただけです。そうでなければ私に届いていたはずです。
そしてそれは今週の金曜日の午後に届きました。だからここにいるわけです。しかしそうですね、私はこれが起こるとは思っていませんでした。彼らも思っていなかったと確信しています。しかしそれがこれらの会話がどのように進むかです。あなたは誰かに1つのことで連絡し、まったく異なる何かを得ます。VC世界には冗談があります。アドバイスが欲しいなら、お金を求めてください。
そしてお金が欲しいなら、アドバイスを求めてください。買収されたいなら、パートナーシップを求めてください。そしてパートナーシップが欲しいなら、買収を求めてください。しかし真面目に、それは陽気です。私たちがCursorと力を合わせることを選んだのは、一緒に何か素晴らしいものを作る機会のためです。AIで構築するためのエンドツーエンドのプラットフォームです。
私たちは長い間、コードの変更を作成し、協力し、検証する表面を接続することを夢見てきました。そしてこの契約は、これを現実にできるタイムラインを劇的に加速します。さて、重要な部分、これがGraphiteにとって何を意味するか。これがGraphiteの死になる場合、私は想像できる限り最も動揺した、最も大声の文句を言う人になります。なぜなら私は本当にGraphiteが必要だからです。
Cursorは断然最高のAI IDEです。しかしVS Code plus Co-pilotやVS Code plusターミナルでClaude Codeを使ったり、WindsurfやAntigravityとは誠実に言えませんが、Cursorの代替とCursorの間のギャップは本物ですがそれほど大きくないように感じます。一方、Graphiteとその競合他社の間のギャップは、私は競合他社のいずれかを使うことに興味がありません。
それらの多くを試してきました。確実にGitHubで多くの時間を費やしてきました。そしてあなたは私の冷たい死んだ手からGraphiteを引き離すでしょう。私は仕事をして会社を運営するためにそれに非常に依存しています。IDEを切り替えることはある程度簡単に想像できます。Graphiteから切り替えることは想像できません。彼らがそれを私から奪ったら、地獄を見ることになります。それを守ってください、チャット。
Graphiteが整合し続けることを確実にする必要があります。なぜなら彼らを失ったら、GitHubが勝つからです。そして誰もGitHubに勝ってほしくありません。最近の運営方法から判断すると、GitHubでさえも。Graphiteの製品とブランドはどこにも行きません。指を交差させます。私たちは世界のトップソフトウェア会社で何十万人ものエンジニアがコードをレビューしマージする場所であり続けます。
唯一の変化は、私たちが素晴らしい製品を提供し続けるためのはるかに大きなリソースを持つようになったことです。今後数ヶ月で、次のようなことをすることが期待できます。最高級のスタックPRのプラットフォームとマージキューを倍増させます。ローカル開発、バックグラウンドエージェント、プルリクエストをシームレスに接続するための、CursorとGraphiteの間の思慮深い統合を出荷します。
Cursorのコーディングモデルの専門知識を活用して、GraphiteのAI機能をさらにインテリジェントにします。市場で最も強力なAIレビュアーに、GraphiteのAIレビュアーとCursorのBugbotの最高を組み合わせます。頑張ってください。多くの強力な競争相手がいます。その多くは私をスポンサーしています。
彼らがそれを理解できなくても、プラットフォーム側のその他すべてを理解できれば、彼らは依然として勝ちます。そしてさらに大胆な製品ビジョンの基礎を築きます。それについてはすぐに詳しく共有します。彼らはまだその部分を理解している最中だと思います。正直なところ。しかしここにはみんなが整合し協力するためのあまりにも多くの機会があります。私は興奮しています。
これがコードレビューが得意なチームが現れて、Cursorがめちゃくちゃなものを磨き上げ、バグを常に出荷し続けることを防ぐプロセスを与えることだけであっても。これは価値がありました。それが、私には変更のためのこのアイデアがあります、私は変更を構築するつもりです、私はレビューのために変更を出すつもりです、そして私は変更をマージするつもりです、というプロセスの本当の変化になる場合。
彼らがそのプロセス全体を合理化できれば、それは巨大なものになる可能性があります。彼らは次にLinearを買収すると賭けます。とにかく、取引はまだ通常のクロージング条件の対象です。今後数週間でクロージングすることを予想しており、それまではいつも通りのビジネスです。クロージング時に、Graphiteチーム全体がCursorに参加して構築を続けます。
そうですね、契約が成立する前に彼らがこの合意を発表したのはちょっとクレイジーです。通常はもう少し長く待ちますが、これは漏れていました。彼らは漏洩の前に出たかったのです。理にかなっています。彼らはここの最後に本当に素敵で心のこもった感謝を持っています。本当に見るのが素晴らしいです。
MerrillとTomasを非常に感謝します。そしてCursorのMichaelも、私が2022年から今までGraphiteチームで見てきたのと同じものを見てくれたことに感謝します。私はこれらの人たちと2022年からランチに出かけたり一緒に過ごしたりしてきました。彼らは私がテック界全体で最も好きな会社の1つです。
私は認めざるを得ませんが、まだ少し怖いです。これは私がまったく予期していなかった巨大な変化ですが、同時に本当に興奮しています。ここには大量の可能性があります。そしてGraphiteが継続するために買収される必要があり、買収者がGitHub全体を再構築するためにそれらを使用しているMicrosoftではない場合、これは次善の策です。
彼らが言うように、打ち負かせないなら、殺せ。そしてGitHubが死ぬ時が来ました。私は最近すべてのクールなGitHub代替についてビデオを撮影するつもりでした。Graphiteはその1つになる予定でしたが、ここから非常に多くのことが変わったので、この時点でできるかどうかさえ分かりません。
これがこの件について言いたいことのすべてだと思います。年を締めくくるなんてワイルドな買収でしょう。これ以上のブレイキングニュースがないことを本当に望みます。私はとても疲れています。しかしこれは良い買収であり、みなさんがどう感じるか興味があります。怖いですか、興奮していますか? これはGraphiteについて聞いた最初ですか、それともこれが起こっているので今それから離れるつもりですか? みなさんがどう感じているか教えてください。
私は実際に本当に興味があります。私はここに非常に多くの内部情報を持っているので、中立的な見解を持つのは難しいです。だからみなさんが何を考えているか教えてください。そして次回まで、peace nerds。
コメント