この記事は速報・観察記事です。Cursorの新サービス「Origin」は、サンフランシスコのイベント「Compile」で2026年6月16日（現地時間）に発表されました。本稿はその翌日・2026年6月17日（JST）時点で、何が公式に確認できて、何が発表参加者の報告・公称値で、何が未確認かを切り分けて整理する速報解説です。Originは現時点でウェイトリスト段階（一般提供前）であり、本稿は「すごい/だめ」の評価ではなく、第一報の事実関係を冷静に押さえることを目的としています（発表日：2026-06-16／本稿公開：2026-06-17）。
- Originは「エージェント時代のためのGitフォージ」。公式サイトの定義はこの一文で、GitHubに正面から対抗するコードホスティング基盤として2026年6月16日に発表された。
- 発表は「Graphiteを買収した」という告知と同じステージで行われた。編集（Cursor）→レビュー（Graphite）→ホスティング（Origin）を縦に束ねる構想が読み取れる。
- 中核はエージェント並列負荷への対応。API・MCP拡張、マージ衝突の自動解決、CI失敗のエージェント解決が掲げられた（発表参加者ポストより）。
- ライブデモで単一リポジトリ22.6コミット/秒（公称）が示されたと報告された。第三者検証はまだない。
- 提供はFall 2026予定でウェイトリスト段階。料金・早期アクセス・エンタープライズ機能は発表時点で未公開。
30秒で理解する
まず全体像を箇条書きで押さえる。各項目は後続のH2で一次・二次ソースとともに展開し、出典の種類（公式／参加者報告／報道／未確認）を明記する。
・Cursorは2026年6月16日、GitHub対抗のGitフォージ「Origin」を発表した。公式サイト cursor.com/origin のキャッチコピーは “A git forge for the agentic era”（エージェント時代のためのGitフォージ）
・同じステージで「Graphiteを買収した」ことも告知され、Originの開発はGraphite出身エンジニアが主導していると複数の参加者が報告している
・Originは「Git互換」で、複数のAIエージェントが同時にクローン・ブランチ・コミット・リベース・レビューする負荷を前提に設計されたと説明された
・主要な売り文句はAPI/MCP拡張・マージ衝突の自動解決・CI失敗のエージェント解決。ライブデモでは単一リポジトリ22.6コミット/秒（公称）が示されたとされる
・一般提供は未開始。2026年6月16日時点ではウェイトリスト登録のみで、正式リリースはFall 2026（2026年内）予定。料金は未公開
AIエージェントそのものの仕組み（計画→ツール実行→評価のループ）や、なぜいま「エージェント前提のインフラ」が話題になるのかは、ピラー記事 AIエージェントとは？仕組み・種類・代表的OSSフレームワークを初心者向けに解説【2026年版】 に整理してある。本記事はその応用として「コードのホスティング基盤がエージェント前提でどう作り直されようとしているか」を追う位置づけだ。
Cursor Origin とは（公式定義・発表日）
Cursor Originは、Cursor（開発元Anysphere）が発表したコードホスティング基盤、いわゆる「Gitフォージ（git forge）」だ。フォージとはGitリポジトリのホスティングに加え、ブランチ管理・レビュー・CIといった共同開発の機能を束ねた基盤を指す言葉で、GitHubやGitLabがその代表格にあたる。Originはそこに正面から挑む。
公式に確認できる事実は限られているが、はっきりしている。公式ページ cursor.com/origin に掲げられたキャッチコピーは次の一文だ。
A git forge for the agentic era.（エージェント時代のためのGitフォージ）
同ページには「Code is moving faster than any infrastructure was built to handle.（コードは、どんなインフラが想定していたよりも速く動いている）」という趣旨の説明と、”Join the waitlist”（ウェイトリストに参加）のボタンが置かれている。つまり公式サイト上では、Originは「これから提供される製品」であり、2026年6月16日時点では誰でも今すぐ使える状態ではない。ここが第一報を読むうえで最初に押さえるべき点だ。
発表のタイミングも整理しておく。発表は2026年6月16日、Cursorのステージイベントで行われた。発表を実況した参加者のポストによれば、Originは「3つの大きな変更」のうちの2番目として披露された。発表を伝えた一人、開発者のswyx氏は次のように書いている。
Cursor/Graphite's @TomasReimers just announced Origin / @cursor_ai's long awaited Git competitor, scalable for agent workloads, extensible with api and mcp, and built in merge conflicts and co failure agent resolution.（Cursor/GraphiteのTomas Reimersがいま、Originを発表した。Cursorの待望のGit競合で、エージェントワークロードにスケールし、API・MCPで拡張可能、マージ衝突とCI失敗のエージェント解決を内蔵している）
この投稿者は当初「Git competitor」と表現したが、後に「GitHub competitor（GitHubの競合）」が正確だと自己訂正している。GitそのものではなくGitHubという「ホスティング基盤」への対抗である、という整理だ。本記事もこの理解に沿う。
発表現場の写真からも、Originがこの日の主役の一つだったことがうかがえる。ステージのスクリーンには製品名「ORIGIN」が大きく映し出された。
発表の現場は、サンフランシスコで開催されたイベント「Compile」だ。会場に居合わせたMorgan Linton氏が、その様子をLinkedInに動画付きで公開している。同氏は投稿で “Cursor just announced they are releasing a competitor to GitHub called Origin”（CursorがGitHubの競合「Origin」を発表した）と書き、これを「初めての言及（the very first mention）」だと紹介している。下の動画はその発表の瞬間を捉えたものだ。
動画内では、登壇者がOriginを「エージェントネイティブなGitプラットフォーム」と説明し、API・MCP・サードパーティアプリでの拡張性、スケーラビリティ、ユーザーのデータ主権といった論点に触れている。いずれも前述の参加者ポストと整合する内容で、発表の一次的な裏取りになる。なお動画はあくまで発表現場の記録であり、製品の実機デモや仕様確定を示すものではない点は変わらない。
「Git」はバージョン管理の仕組みそのもの、「GitHub」はそのGitリポジトリをクラウドでホストし共同開発機能を載せた製品。Originが挑むのは後者であって、Gitを置き換えるものではない。Originは「Git互換」をうたっており、既存のgitコマンド・ワークフローはそのまま使える前提で語られている。
なお、Cursor自体の歩み（Composerシリーズや複数エージェント並列実行など）は別記事でも追っている。直近の大型アップデートは Cursor 3.0の全新機能まとめ：AIコーディングで複数エージェントを並行実行する方法 にまとめてある。Originは、その「複数エージェント並列」の発想をエディタの外側、ホスティング層にまで広げた延長線上にあると読める。
なぜGitHub代替を狙うのか
CursorがホスティングというGitHubの牙城に踏み込む背景には、「AIエージェントの並列運用」という前提条件の変化がある。これは公称・報道・観察を分けて考える必要がある領域だ。
まず、Cursorが公式ページで掲げる論理はシンプルだ。コードの生成速度がインフラの想定を超えた、というものである。人間が1人でコミットしていた時代と、複数のエージェントが同時に同じコードベースを編集する時代とでは、ホスティング基盤にかかる負荷の性質が違う——という主張だ。発表を伝えた別の参加者、Ray Fernando氏の実況はこの点を端的に示している。
Tomas Reimers on stage to talk about the 2nd big thing. Graphite was acquired by Cursor. Just announced Origin which is their Agent Native Git platform. Can keep up with the new agentic demand. Wow!!（Tomas Reimersが2番目の大きな発表のため登壇。GraphiteはCursorに買収された。彼らの「エージェントネイティブGitプラットフォーム」Originをいま発表した。新しいエージェント需要に追従できる）
ここで使われた “Agent Native Git platform”（エージェントネイティブなGitプラットフォーム）という表現が、Originの立ち位置を最もよく表している。後付けでエージェント対応を足したのではなく、最初からエージェントが主役のユーザーとして設計された、という主張だ。
背景には業界全体の文脈もある。報道（The Information）によれば、GitHub側の幹部が社内で「CursorやAnthropicのツールがGitHubを時代遅れにしかねない」と警告したと伝えられている。AIコーディングの主導権が、IDE・エージェントを握るプレイヤーへ移りつつあるという見立てだ。Cursorはエディタで開発者の作業時間を押さえており、その「上流」を握ったまま「下流」のホスティングまで取りに行こうとしている——と読むと、今回の発表の戦略的な意味が見えてくる。
タイミングの観点も無視できない。同じ報道は、GitHubが運用面の課題に直面している時期にCursorが参入機会を見いだした、という構図を描いている。プラットフォームの乗り換えは普段なら起きにくいが、既存基盤への不満が高まっている局面では、新興プレイヤーが食い込む余地が生まれる。ただしこれはあくまで報道ベースの見立てであり、GitHubの実際の安定性やシェアの変動を示す確定データではない。Originがこの「機会」を実際に物にできるかは、提供開始後の品質と移行体験にかかっている。ここでも、発表段階の物語と実証データを混同しないことが重要だ。
Originが本当にGitHubを脅かすかは、提供開始（Fall 2026予定）後の実機・実運用を見ないと判断できない。発表段階で言えるのは「Cursorがホスティング層に参入する意思を明確にした」ことまで。本記事はその一点を押さえるにとどめ、勝敗の予測はしない。
GitHub側のエージェント統合戦略（Agent HQ構想）と比べると、両社の方向性の違いがよく分かる。GitHubは「あらゆるエージェントを既存のGitHub上に束ねる」アプローチで、その詳細は GitHub Agent HQとは：Mission Controlで複数エージェントを束ねる統合構想を解説 にまとめている。対してCursorは「エージェント前提のホスティング基盤を自前で作り直す」アプローチで、土俵そのものを動かしにきている。
主要機能の一覧表（発表時点）
発表およびライブデモで言及された主要機能を、出典の種類とともに一覧化する。いずれも発表・参加者報告ベースで、公式ドキュメントによる詳細仕様は未公開である点に注意してほしい。
| 領域 | 掲げられた内容 | 出典・確度 |
|---|---|---|
| 基盤の性格 | 「エージェント時代のためのGitフォージ」。Git互換のコードホスティング | 公式サイト（確認済み） |
| スケーラビリティ | 複数エージェントの並列クローン/コミット/リベースに耐える設計 | 発表・参加者報告 |
| 書き込み性能 | 単一リポジトリで22.6コミット/秒（公称・デモ値） | 参加者報告（要再現検証） |
| 拡張性 | APIとMCP（Model Context Protocol）で拡張可能 | 発表・参加者報告 |
| マージ衝突 | エージェントが生む衝突の自動解決を内蔵 | 発表・参加者報告 |
| CI連携 | CI失敗をエージェントが解決する仕組み | 発表・参加者報告 |
| ストレージ | S3バックエンドの「無限レプリカ」。発表スライドは公称 296,064 clones/hr・81,360 pushes/hr | 発表スライド（公称） |
| 可用性 | <400ms ワールドワイド同期・<10ms 自動フェイルオーバー（いずれも公称） | 発表スライド（公称） |
| リポジトリ管理 | ホスティング・セキュリティレビュー・自動テスト・更新管理を企図 | 報道（The Information） |
発表スライドには、Originの公称スケーラビリティ指標が並んでいた。下の写真がその実物だ。
このうち、公式サイトで直接確認できるのは「Gitフォージである」という性格づけとウェイトリストの存在のみだ。残りは発表ステージでの言及、参加者の実況ポスト、あるいは事前の報道に依拠している。とくに22.6コミット/秒のような数値は、デモという統制された環境での公称値であり、実運用での持続的なスループットを保証するものではない。記事として扱う際は「公称」と明記するのが妥当だ。
書き込みスループットのデモは発表参加者の間でも話題になった。開発者のNick Dobos氏のポストが象徴的だ。
Lmfao cursor origin supports 22.6 commits a second (in a single repo).（笑、Cursor Originは単一リポジトリで毎秒22.6コミットを捌くらしい）
数字のインパクトが先行している段階であり、これがどんな条件下での値なのか（コミットサイズ、並列クライアント数、永続化の保証レベルなど）は公式の技術資料が出てから検証すべき論点だ。
GitHub との対比表
現時点で語られている範囲で、GitHubとCursor Originを並べてみる。Origin側は「発表内容ベース」であり、確定仕様ではない。確定していない項目は「未公開」と明記する。
| 項目 | GitHub | Cursor Origin（発表時点） |
|---|---|---|
| 提供状況 | 一般提供中（長年の実績） | ウェイトリスト段階／Fall 2026提供予定 |
| 設計思想 | 人間中心。後からエージェント機能を追加（Agent HQ等） | エージェントネイティブ（最初からエージェント前提） |
| Git互換 | あり | あり（と説明） |
| 並列書き込み負荷 | 通常のチーム開発を想定 | 多数エージェントの並列を主眼に設計（公称） |
| マージ衝突対応 | 手動解決が基本 | 自動解決を内蔵（と説明） |
| CI/CD | GitHub Actions等の成熟したエコシステム | CI失敗のエージェント解決を掲げる（詳細未公開） |
| 拡張 | REST/GraphQL API・Marketplace・MCP対応 | API・MCP拡張（仕様未公開） |
| エコシステム | Issue/PR/Projects/Pages/Packages等が成熟 | 未公開（ホスティング中核以外の範囲は不明） |
| 料金 | 無料枠＋有料プラン体系が確立 | 未公開 |
| OSS可否 | 製品自体はクローズド | 未公開 |
この表を見ると、現状の比較は「成熟した実績」対「設計思想の主張」という非対称な構図になっていることが分かる。GitHubには十数年積み上げたエコシステム（Actions、Marketplace、Issue/PR運用文化）があり、Originにはまだそれがない。一方でOriginは「エージェント前提」という設計の新しさを武器にしている。どちらが優位かは、Originのエコシステムがどこまで揃うか、そして既存リポジトリの移行がどれだけ滑らかかにかかってくる。
GitHub側でエージェント運用がどう進化しているかは GitHub Copilotの使い方｜導入・基本操作・Agent Mode・料金体系を2026年最新版で解説 で具体的に追える。Originを評価する際の「対抗馬の現在地」として参照すると、比較の解像度が上がる。
AIエージェント前提の設計（Agent Nativeの中身）
Originの核心は「Agent Native（エージェントネイティブ）」という設計思想だ。これが何を意味するのか、発表で語られた範囲を整理する。
従来のGitホスティングは、基本的に「人間が、たまにコミットする」前提で最適化されてきた。プッシュの頻度はせいぜい1人あたり1日数回〜数十回で、マージ衝突は人間がレビューしながら手で解く。ところがエージェント並列運用では、数十〜数百のエージェントが同じリポジトリに対して同時にブランチを切り、コミットし、リベースし、PRを出す。この負荷は従来の前提を大きく外れる。
発表で示された設計上の対応は、大きく次の3点に整理できる。出典は発表・参加者報告だ。
・並列書き込みのスケール：多数のエージェントが同時に書き込んでも詰まらないよう設計。デモでは単一リポジトリ22.6コミット/秒（公称）を提示した
・マージ衝突の自動解決：エージェントが並列作業で必然的に生む衝突を、人手を介さず解消する仕組みを内蔵すると説明された
・CI失敗のエージェント解決：CIがコケたとき、その修正をエージェントに回して自律的に直させる流れを想定している
下図は、Originが想定する「エージェント並列ワークフロー」の概念を整理したものだ。1つのリポジトリに対して複数エージェントが同時に作業し、衝突とCI失敗をプラットフォーム側が吸収する構図を表す。
（Origin）"] --> A1["Agent A
ブランチ/コミット"] R --> A2["Agent B
ブランチ/コミット"] R --> A3["Agent C
ブランチ/コミット"] A1 --> MC["マージ衝突
自動解決"] A2 --> MC A3 --> MC MC --> CI["CI実行"] CI -->|失敗| FR["CI失敗を
エージェントが解決"] FR --> CI CI -->|成功| M["メインへ統合"] M --> R
拡張性の面では、APIとMCP（Model Context Protocol）への対応が掲げられた。MCPは、AIエージェントが外部ツールやデータソースに接続するための共通規格で、Cursorをはじめ各社が採用を進めている。MCPの全体像は MCPサーバーとは？仕組みと作り方を解説 に整理してある。OriginがMCPで拡張できるということは、エージェントがホスティング基盤そのものを「ツールとして」操作する設計を意識している、と読める。ただし具体的なAPIエンドポイントやMCPの対応範囲は、公式ドキュメントが出るまで未確認だ。
マージ衝突の自動解決もCI失敗の自律修正も、発表段階では「掲げられた機能」であって、実運用での精度・安全性は未知数だ。とくに自動マージは、誤った解決が静かに混入するリスクと隣り合わせで、ここは提供開始後に最も検証されるべき領域になる。発表の言葉をそのまま「できる」と書かないのが安全だ。
Graphite買収とCursorエコシステム
今回の発表で見逃せないのが、Originが「Graphiteを買収した」という告知と同じステージで披露された点だ。Graphiteはコードレビュー（スタックドPR、レビュー効率化）を手がけるスタートアップで、報道によればOriginの開発はGraphite出身エンジニアが主導している。発表者のTomas Reimers氏自身がGraphiteの共同創業者として知られる人物だ。
この組み合わせから、Cursorが描くエコシステムの輪郭が見えてくる。編集・レビュー・ホスティングを縦に束ねる構想だ。下図に整理する。
（エディタ・編集）"] ED --> CM["Composer
（エージェント並列実行）"] CM --> GR["Graphite由来
（レビュー）"] GR --> OR["Origin
（ホスティング・統合）"] OR --> API["API / MCP
（外部連携）"] OR --> ED
つまりCursorは、開発者がコードに触れる入口（エディタ）を押さえたうえで、その下流にあたるレビューとホスティングまで自社で取りに行こうとしている。コミュニティの一部はこれを「Cursor for everything（何もかもCursorで）」と表現した。GitHubが長年握ってきた「コードが集まる場所」というポジションを、Cursorがエディタ起点で奪いに来た——という構図だ。
編集・レビュー・ホスティングが別々のサービスだと、エージェントは境界をまたぐたびに文脈を失う。同じ会社が縦に統合すれば、エディタで生まれた意図をレビューやマージまで途切れず引き継げる可能性がある。Originの「エージェントネイティブ」は、この縦統合とセットで初めて意味を持つ設計だと読める。
なお、Cursorとそれ以外のAIコーディング環境（CLI型のClaude CodeやCodex CLI）との立ち位置の違いは、 Claude Code vs Cursor徹底比較2026年版：CLI派とIDE派、どちらを選ぶべきか で整理している。Originの登場は、この「どのエコシステムに乗るか」という選択に、ホスティング層という新しい論点を加えることになる。
プランと提供時期（Fall 2026・ウェイトリスト）
提供に関する情報は、発表段階では意図的に絞られていた。確認できる範囲は次の通りだ。
・提供状況：2026年6月16日時点では cursor.com/origin でウェイトリスト登録のみ。一般提供は未開始
・リリース時期：発表・報道で言及された唯一の窓は「2026年内（Fall 2026とされる）」。月日単位の確定日は未公開
・料金：未公開。発表ステージでも触れられなかった
・早期アクセス枠・エンタープライズ機能：未公開
発表直後、ウェイトリストには登録が殺到したとみられ、参加者からは「登録しようとするな（笑）」といった、混雑や一時的な不調を示唆する反応も出ていた。ローンチ前の注目度の高さを示す挿話だが、これ自体は機能や品質とは無関係なので、評価材料にはしない。
第一報の多くは "launch（ローンチ）" という語を使っているが、実態はウェイトリストの開始であって、製品の一般提供ではない。料金も提供日も確定していない以上、現時点でできるのは「設計思想と方向性を把握する」ことまで。導入判断は、Fall 2026の実提供と公式ドキュメントを待つのが妥当だ。
制限事項・現時点で未確認の領域
中立に読むために、いま分かっていないことを明示しておく。第一報の熱量に対して、確定情報は驚くほど少ない。
・機能の確定仕様：マージ衝突自動解決・CI失敗解決・API/MCPの具体仕様はいずれも公式ドキュメント未公開
・エコシステムの範囲：Issue管理・プロジェクト管理・パッケージ配布・Pages相当など、ホスティング中核以外をどこまでカバーするかは不明
・既存リポジトリの移行手段：GitHubからのインポート機能の有無・方式は発表で明示されていない
・性能値の前提：22.6コミット/秒は公称・デモ値で、コミットサイズ・並列数・永続化保証などの条件が不明。第三者再現検証もまだない
・セキュリティ・コンプライアンス：監査・権限管理・データ所在などエンタープライズ要件は未公開
・OSS可否・セルフホスト可否：公開形態は不明
・学習データの扱い：ホストしたコードがモデル学習に使われるかという論点が一部で指摘されているが、公式の利用規約での明示は未確認
これらは「ない」のではなく「まだ公表されていない」項目だ。提供開始時に公式ドキュメントが揃えば埋まっていく。逆に言えば、現段階でこれらを断定的に書く記事は、推測を事実として混ぜている可能性が高いので注意したい。
とりわけ実務で効くのが「移行手段」の有無だ。既存のGitHubリポジトリを、Issue・PR履歴・CI設定・権限まで含めてどこまで持ち込めるかは、Originを採用できるかどうかの分水嶺になる。コードだけならgit remoteの付け替えで済むが、チームの運用資産（レビュー履歴、ラベル、自動化）はそう簡単には動かない。発表ではこの移行体験について具体的な説明がなく、ここが空白のままだと、いくら設計が優れていても乗り換えのハードルは高いままになる。提供開始時に最初に確認すべき項目として挙げておきたい。
業界インパクト
Originの発表は、AIコーディングの主導権争いが「エディタ」から「コードが集まる場所」へと広がりつつあることを示している。整理すると、いま3つの陣営が異なるアプローチで重なり合っている。
・GitHub（Microsoft）：既存の巨大プラットフォームの上に、あらゆるエージェントを束ねるAgent HQ構想を載せる「統合」路線
・Cursor（Anysphere）：エディタ起点で、レビュー（Graphite）・ホスティング（Origin）まで縦に取りに行く「自前エコシステム」路線
・Anthropic / OpenAI：Claude CodeやCodexのようなエージェント本体・CLIで、どのホスティングにも乗れる「ツール中立」路線
Cursorがホスティングまで踏み込んだことで、開発チームは「どのエディタを使うか」だけでなく「どのプラットフォームにコードを置くか」という、より重い意思決定を意識せざるを得なくなる。ホスティングはロックインが強く効く領域だけに、ここでの選択は数年単位の影響を持つ。
一方で、GitHubの優位は依然として大きい。Actions・Marketplace・Issue運用文化・既存リポジトリの慣性は一朝一夕には動かない。CursorのClaude/Codexとの関係も注目点だ。CursorはエディタとしてClaudeやGPT系モデルを使えるが、ホスティングで自社路線を強めれば、ツール中立を掲げるAnthropic・OpenAIとの距離感が微妙に変わる可能性もある。Claude Code側のGitHub連携の流れは Claude Codeソースコード流出後にGitHub派生プロジェクトが急増、9万スター超リポジトリも のような事例も含め、別の角度から追ってきた。
いま乗り換えを検討する段階ではない。やるべきは、(1) Fall 2026の正式提供と公式ドキュメントを待つ、(2) その際に「既存GitHubからの移行手段」と「料金」を最優先で確認する、(3) マージ自動解決の安全性を小さなリポジトリで検証してから本番採用を判断する——の3点だ。発表の熱量と導入判断は切り離して考えたい。
まとめ
Cursor Originは、2026年6月16日に発表された「エージェント時代のためのGitフォージ」だ。GitHubに正面から対抗するコードホスティング基盤として、エージェント並列負荷への対応、マージ衝突の自動解決、CI失敗のエージェント解決、API/MCP拡張を掲げた。Graphite買収と同じステージで披露されたことで、編集・レビュー・ホスティングを縦に束ねるCursorの構想も見えてきた。
一方で、確定しているのは「Gitフォージである」という性格づけとウェイトリストの存在まで。提供はFall 2026予定で、料金も機能の確定仕様も移行手段も未公開だ。22.6コミット/秒のような数字は公称・デモ値で、第三者検証はこれからである。第一報の “launch” という言葉に引きずられず、「発表され、方向性が示された段階」として冷静に受け止めるのが妥当だ。
次の節目は、Fall 2026の正式提供と公式ドキュメントの公開になる。そこで「GitHubからの移行手段」「料金」「マージ自動解決の安全性」が明らかになって初めて、GitHubの実質的な代替になり得るかを判断できる。本記事は引き続き、公式情報が出た時点で事実を更新していく。
参照ソース
・Cursor Origin 公式ページ（cursor.com/origin） — キャッチコピー “A git forge for the agentic era”、ウェイトリスト
・Cursor 公式ブログ（cursor.com/blog） — 発表時点でOrigin告知記事は未掲載（提供前であることの傍証）
・swyx 氏のポスト（@swyx） — 発表内容の実況、API/MCP・マージ衝突・CI失敗解決の言及
・Ray Fernando 氏のポスト（@RayFernando1337） — “Agent Native Git platform”、Graphite買収との同時発表
・Nick Dobos 氏のポスト（@NickADobos） — 22.6コミット/秒（公称・デモ値）
・Morgan Linton 氏の投稿（LinkedIn・@morganlinton） — 発表現場（SF・Compile）の動画、Originの初出言及
・The Information（VFF経由まとめ） — Origin開発の事前報道、リポジトリホスティング・セキュリティレビュー・自動テスト・更新管理、Graphite出身チーム主導
