Cursor、code review agentがPR activityを学習してreal-time self-improve… 解決率78%を提示
Original: Cursor's code review agent can now learn from activity on PRs to self-improve in real time. 78% of issues found are resolved by the time the PR is merged. View original →
4月8日のCursorのX投稿で、同社はcode review agentがPR activityを学習して「self-improve in real time」できるようになったと述べた。さらに、agentが見つけたissuesの78%がpull requestのmerge時点までに解決されるというheadline metricも提示した。短い投稿ではあるが、ここで注目すべきなのは、code reviewを単なるone-shotのmodel passではなくfeedback loopとして説明している点だ。
文字どおりに受け取れば、Cursorはmerged PR outcomesをreviewerの再調整に使っていることになる。これは、多くのAI code review機能がdiffを一度読んでcommentを返すstatic assistantとして語られてきたのと対照的だ。comment thread、accepted fix、merged diffの結果まで取り込むreviewerなら、時間とともにprecisionを上げ、チーム固有のreview preferenceにも合わせやすくなる可能性がある。Cursorが選んだ指標も実務的だ。raw alert countではusefulnessは測れないが、merge前解決率ならdeveloper workflowの中でどれだけactionableだったかにより近い。
面白い主張だがmethodologyはまだ見えない
一方で、投稿だけでは空白も大きい。Cursorは「issue found」をどう定義しているのか、何をもって解決とみなすのか、78%がどの規模のsampleなのか、全repositoryを含むのか特定cohortに限るのかを説明していない。また、PR activityのどの部分がlearning loopに入るのか、reviewer biasを強化しないためのsafeguardsがあるのかも明らかにしていない。そのため、この発表は独立比較可能なbenchmarkというより、強いproduct signalとして読むのが妥当だろう。それでも方向性は明確だ。CursorはAI code reviewを受動的なsuggestion engineではなく、実際の開発結果に合わせて継続的に変化するreviewerへ変えようとしている。
Related Articles
GitHubはCopilot CLIを単発の端末支援から、チームの手順を再利用する仕組みに寄せている。対象例はsecurity audit、release notes、IaC review、incident responseの少なくとも4領域だ。
Cursorは4月3日のX投稿で Composer 2 の一時的な利用枠拡大を告知し、新しい Cursor 3 interface への移行を促した。要点は、IDE内の単一 assistant から、local・cloud・remote をまたぐ複数 agent の運用 workspace へ重心を移したことにある。
Cursorは2026年4月2日、Cursor 3を発表し、製品を単なるAI editorではなく software development with agents のための unified workspace として位置づけ直した。要点は multi-workspace 構成、local と cloud の agent 並列運用、環境間 handoff、高速な review-to-PR フローの統合だ。