Cursorは、コードホスティングプラットフォームであるOriginを有料ユーザー向けにローンチしました。これは、GitHubで発生した6時間に及ぶ大規模な障害と時期を同じくするものでした。Copilotやエンタープライズシングルサインオンを含む様々なGitHubサービスに影響を与えたこの障害は、競合他社から鋭いコメントを引き出しました。VercelのCEOは、Originの稼働時間とGitHubのダウンタイムを皮肉交じりに比較し、あるCursorの従業員は、ローンチの偶然の完璧なタイミングを強調しました。Originは、AIエージェントをCursorエディタ内の開発ワークフローに直接統合することで、コードホスティングをより関連性の高いものにすることを目指しています。開発者は、コードやプルリクエストと同じインターフェースでAIエージェントと対話でき、その場でのリビジョンやコード管理が可能になります。重要なのは、OriginはGitHubを完全に置き換えるのではなく、データと同期し、既存のGitHubリポジトリを共存させる補完的なツールとして機能するように設計されていることです。この「ウェッジ」戦略は、破壊的な全面的な置き換えではなく、開発者が時間を費やす場所に焦点を当てることで、エンタープライズの移行リスクを最小限に抑えます。プラットフォームの強みは、既存のGitHub Actionsワークフローをそのまま実行できる能力にあり、新しいツールの評価を行っているチームにとって、導入が容易になります。増加するAI生成コードの量は、しばしばより多くのレビューを必要とし、不安定さにつながる可能性があり、Originのエージェントネイティブアプローチが解決しようとしているボトルネックとなっています。GitHubの最近の信頼性の低下と頻繁な大規模インシデントは、Originのような代替手段の機会を生み出しています。いくつかの著名なプロジェクトは、過去のパフォーマンスの問題からすでにGitHubから移行しています。CursorのSpaceXによる買収は、データガバナンスと異なるAIモデルの統合に関して、さらなる複雑さを加えています。Originの導入を検討している組織にとっての核心的な疑問は、彼らの専有ソースコードが、独自のAIイニシアチブを持つロケット会社の部門によってどのように管理されるかということです。