Pada 17 Ogos, GitHub mengalami gangguan perkhidmatan yang meluas, dan pada hari yang sama, Cursor membuka Origin early beta kepada pengguna berbayar. Repositori kod sedang diintegrasikan dengan Agent yang beroperasi berterusan, manakala infrastruktur kerjasama sedia ada disesuaikan dengan ritme kerja manusia. Kajian menunjukkan 40.2% repositori mengalami PR Agent yang tumpang tindih, dengan peratusan konflik merge mencapai 41.7%. Cursor Origin direka untuk penggunaan Agent yang sering, menyokong 22.6 commit/s per repositori, serta mengintegrasikan repositori, PR, checks, dan ulasan. Origin diletakkan sebagai lapisan pengawalan di atas Git, memperbaharui aliran kerjasama Agent yang sering. xAI, X, SpaceX, dan Cursor di bawah Elon Musk telah membentuk rantai penghasilan AI yang lengkap, dengan Colossus menyediakan kuasa pengiraan, Grok menyediakan model, Cursor melaksanakan kod, dan Origin menguruskan status kejuruteraan. GitHub sedang berkembang dari kerjasama manusia kepada Agent, sementara Cursor menyesuaikan semula forge mengikut beban kerja Agent; kedua-dua lintasan ini semakin bersaing.

Penulis artikel, sumber: LeiFeng.com

Pemilik repositori kod sedang berubah daripada manusia kepada Agen.

Pada 17 Ogos, GitHub mengalami gangguan perkhidmatan meluas. Lintasan utama seperti Web, API, Actions, Pull Requests, Operasi Git, dan Webhook secara berperingkat terjejas, dengan kadar ralat permintaan Web dan API mendekati 20% pada beberapa masa.

Pada hari yang sama, Cursor mula membuka secara berperingkat Origin early beta kepada semua pelan berbayar. Repositori, PR, checks, review, merge dan Automations mula dimasukkan ke dalam sistem yang sama, dan posisi yang diberikan oleh Cursor juga jelas: pengendalian kod mula direka untuk “agent scale”.

Yang menariknya, kedua perkara ini berlaku pada masa yang sama, memperbesar satu perubahan: repositori kod sedang mengintegrasikan semakin banyak Agent yang berjalan berterusan, manakala infrastruktur kerjasama perisian yang sedia ada telah lama menyesuaikan diri dengan ritme kerja manusia.

Manusia mungkin hanya menghasilkan beberapa commit selepas menulis kod selama beberapa jam; Agen boleh mengubah, mendorong, dan memicu pemeriksaan secara berterusan dalam beberapa minit, kemudian meneruskan putaran seterusnya berdasarkan keputusan. Pemecutan penghantaran hanyalah permukaan; perubahan yang lebih mendalam ialah skala masa keseluruhan sistem pengeluaran perisian sedang dipendekkan.

Banyak masalah baru yang dihadapi GitHub, dan banyak masalah yang Origin ingin selesaikan, mungkin akan bermula dari sini.

01 GitHub tidak tiba-tiba menjadi tua

Semasa GitHub dilancarkan, kolaborasi perisian mempunyai unit asas yang stabil: manusia.

Rekabentuk menulis kod selama beberapa jam dan menghantar satu commit; pembangunan satu ciri mengambil beberapa hari untuk membentuk satu PR; semakan mungkin muncul selepas setengah jam, atau mungkin esok; CI yang berjalan selama beberapa minit biasa diterima, dan penanganan merge conflict yang ditangguhkan tidak akan menjadikan sistem keseluruhan tidak bermakna.

Mengikut ritme ini, GitHub membina sistem Pull Request, Issue, Review, Actions, Webhook, dan kebenaran. Walaupun digunakan dalam projek seperti Linux Kernel yang terus mempertahankan jumlah commit yang tinggi, ritme ini masih membawa skala masa manusia yang jelas.

LWN melaporkan bahawa selama keseluruhan kitaran pembangunan Linux 7.0, terdapat 14251 non-merge commits dari 2362 pembangun. Commit-commit ini berlaku dalam kitaran pembangunan yang berterusan selama beberapa minggu, dengan perbincangan melalui e-mel, semakan oleh pemelihara, integrasi sub-sistem, dan kitaran rilis.

Cursor menunjukkan bentuk beban lain dalam demo Origin pada Jun: 22.6 commit/s dalam satu repositori.

Nombor ini adalah data demo langsung, bukan benchmark pengeluaran yang telah disahkan secara bebas, dan tidak membuktikan bahawa Origin boleh mengekalkan throughput yang sama dalam operasi sebenar. Namun, ia cukup untuk menunjukkan jenis beban kerja yang ditujukan oleh Origin: banyak Agen yang terus menulis ke status kod yang sama.

Pembangun manusia secara semula mempunyai had aliran. Pemikiran, penulisan kod, mesyuarat, dan rehat akan mencipta banyak masa kosong di antara penghantaran, oleh itu forge yang direka berdasarkan manusia boleh memindahkan banyak tekanan sistem kepada masa untuk diserap.

Agen tidak mempunyai sekatan ini.

Puluhan agen boleh bercabang serentak daripada SHA asas yang sama, mengubah fail yang berkaitan dalam masa yang hampir serentak, kemudian mendorong bersama-sama, membuka PR, memanggil pemeriksaan, membaca ulasan, mengubah kod dan mendorong sekali lagi. Satu commit mungkin terus memicu pembaruan indeks, pemeriksaan kebenaran, Webhook, CI, pengimbasan kod, penyegaran status ulasan, dan pengiraan kelayakan penggabungan.

Oleh itu, bukan model objek Git itu sendiri yang perlu menanggung perubahan, tetapi lebih penting lagi ialah control plane forge di atas Git: API, autentikasi, tugas latar belakang, penjadualan CI, webhook, perlindungan branch, keadaan ulasan, antrian merge, serta beban kaskade yang terbentuk antara komponen-komponen ini.

Sebuah kajian terhadap PR Agen di GitHub yang diterbitkan pada Julai telah melihat pola sejajar ini. Kajian menganalisis 33,596 PR Agen dalam 2,807 repositori, dengan 40.2% repositori mengalami PR Agen yang tumpang tindih dalam masa.

Dalam modifikasi serentak yang diputar semula secara sampel, peratus konflik merge teks antara PR Agen ialah 41.7%, manakala PR serentak yang dihasilkan oleh Agen yang sama ialah 19.8%.

Kerjasama pelbagai agen oleh itu akan membawa masalah kawalan konkuren yang baharu. Kegagalan GitHub ini tidak membuktikan bahawa trafik agen telah menembusi infrastruktur semasa, tetapi ia memberikan satu jendela pemerhatian: apabila pengeluaran perisian berubah daripada peristiwa manusia berfrekuensi rendah kepada peristiwa mesin berfrekuensi tinggi, perancangan kapasiti, rekabentuk antrian, penyebaran status dan model konsistensi menghadapi jenis beban kerja yang lain.

Reka bentuk Origin juga bermula dari sini.

02 Origin Menulis semula kos kolaborasi

Jika Origin hanya menambahkan satu entri penghimpunan repositori Git, ia sukar untuk menggoyahkan hubungan pembangun, ekosistem sumber terbuka, sistem kebenaran perusahaan, dan rantai alat yang telah dibina oleh GitHub.

Peluangnya datang daripada Agent yang mengubah kos kolaborasi. Stacked PR adalah contoh klasik.

Pembangun manusia biasanya cenderung mengatur satu fungsi menjadi PR yang relatif lengkap. Setiap kali memisahkan satu PR, ia menambahkan konteks tambahan, satu putaran tinjauan, dan serangkaian ketergantungan branch. Jika satu perubahan dibagi menjadi puluhan PR, manusia mudah menghabiskan banyak tenaga untuk memelihara hubungan-hubungan ini.

Struktur kos agen berbeza. Apabila satu perubahan merentasi puluhan fail, kegagalan pada sebarang langkah mungkin memerlukan agen memahami semula konteks dalam lingkungan yang luas. Selepas dibahagikan kepada set perubahan yang lebih kecil, perubahan schema, service, UI, dsb. boleh membentuk ketergantungan yang jelas, dengan setiap nod diverifikasi secara berasingan, dan apabila gagal, hanya bahagian yang berkaitan yang perlu ditangani.

PR kecil dengan itu boleh menjadi checkpoint untuk Agent, membolehkan tugas memiliki kemampuan pengesahan tempatan, percubaan semula tempatan, dan penjejakkan ketergantungan.

Pengambilalihan Graphite oleh Cursor juga boleh difahami di sini. Early beta semasa Origin belum sepenuhnya mengambil alih alur kerja bertingkat Graphite, tetapi stacked PR dan antrian penggabungan yang sedar tumpukan yang telah lama ditanamkan oleh Graphite sepadan dengan bottleneck seterusnya yang muncul selepas Agent meningkatkan kelajuan penghasilan kod.

Selepas jumlah PR meningkat, tanggungjawab antrian merge juga akan bertambah. Agent A dan Agent B boleh bekerja secara serentak dari SHA asal yang sama, dengan kedua-dua pihak lulus ujian masing-masing.

Setelah A memasuki main, hasil ujian B hanya membuktikan bahawa kod berfungsi dalam keadaan lama, tetapi tidak membuktikan keselamatan selepas memasuki main yang baru. Oleh itu, queue perlu membina semula keadaan calon, menjalankan semula pemeriksaan, dan mengendalikan ketergantungan antara PR berdasarkan main yang sentiasa berubah.

Conflict juga boleh berubah secara perlahan daripada gangguan manual kepada keadaan kegagalan yang boleh dipulihkan dalam saluran kerja. Cursor telah menyediakan /babysit kemampuan seperti itu, untuk menangani umpan balik PR, check yang gagal, dan konflik secara berterusan. Selepas merge calon mengalami masalah, konteks berkaitan boleh dikembalikan kepada Agen untuk diperbaiki dan disahkan semula dalam persekitaran terpisah.

ulasan juga akan menjadi terstruktur. Kolaborasi manusia sangat bergantung pada bahasa semula jadi dan pengalaman pasukan, manakala agen yang berjalan dalam jangka masa panjang memerlukan pembacaan yang jelas mengenai check mana yang gagal, thread mana yang belum diselesaikan, dasar mana yang tidak dipenuhi, dan SHA kepala semasa adalah apa.

Origin telah mendedahkan objek-objek seperti repository, commit, checks, PR melalui API, serta membezakan ulasan formal dengan perbincangan biasa.

Status terstruktur ini kemudian boleh digunakan secara langsung oleh Automations. Triger push, PR opened atau PR pushed akan memicu cloud agent, hasil pelaksanaan ditulis semula ke dalam checks dan PR, dan jika gagal, ia akan memasuki proses penanganan. MCP, hooks dan Agent API membolehkan alat luar menyertai rantai peristiwa yang sama.

“Lepaskan dari GitHub” menyelesaikan laluan migrasi. Pasukan boleh mula-mula mirror repositori GitHub, membiarkan GitHub tetap menjadi sumber kebenaran, sambil memindahkan alur kerja Agent ke Origin; selepas berjalan stabil, sambungan disambungkan dan Origin mengurus repositori secara berasingan.

Ini membolehkan Cursor mula-mula mengambil alih Agent, PR, review, checks, dan Automation, kemudian secara beransur-ansur mengekalkan lebih banyak status kejuruteraan dalam sistemnya sendiri.

Logik produk Origin dengan demikian jelas: Git terus memikul pengawalan versi, sementara Origin ingin membangun semula lapisan pengawalan yang berputar di sekitar kolaborasi Agen frekuensi tinggi di atas Git.

03 Lao Ma sedang mengumpulkan satu rantai penghasilan AI

Dalam lebih daripada setahun terakhir, serangkaian tindakan antara xAI, X, SpaceX dan Cursor secara beransur-ansur membentuk hubungan hulu-hilir yang lebih lengkap.

xAI mengakuisisi X, kemudian memasuki sistem SpaceX; Cursor mendapat sumber komputasi Colossus, lalu juga memasuki sistem SpaceX. Sementara itu, Grok 4.6 dilancarkan, dan Origin mulai dibuka.

Jalan ini serupa dengan pendekatan integrasi vertikal yang pernah digunakan oleh Musk di Tesla: apabila peringkat luar mulai menambahkan geseran iterasi, teruskan meluas ke hulu dan hilir, serta memasukkan antaramuka utama ke dalam sistem yang sama.

Agen semasa menghadapi masalah ini. Model boleh menyelesaikan penalaran, tetapi tugas perisian juga memerlukan akses ke repositori, mengubah fail, menjalankan ujian, mengendalikan CI, menerima ulasan, menyelesaikan konflik, dan memulihkan pelaksanaan selepas kegagalan.

Jika bahagian-bahagian ini tersebar di dalam pelbagai sistem, setiap tugas memerlukan penyegerakan semula kebenaran, konteks, dan status, dan kos antaramuka akan terus bertambah dalam gelung Agent yang berterusan.

Colossus, Grok, Cursor, dan Origin masing-masing boleh dikaitkan dengan peringkat yang berbeza di rantai ini: Colossus menyediakan kuasa pengiraan, Grok menyediakan kemampuan model, Cursor menyediakan Agent kod dan persekitaran pelaksanaan, Origin menyimpan status repository, PR, checks, dan ulasan.

Kod dihasilkan membentuk satu sambungan berterusan: model membuat keputusan, Cursor menukar keputusan tersebut menjadi perubahan sebenar, Origin menyimpan keadaan projek dan bertanggungjawab atas kawalan kerjasama seterusnya.

Ini juga mengubah ukuran penilaian Grok 4.6. Kemampuan model masih penting, tetapi hasil sistem Agent juga bergantung pada lingkungan eksekusi dan infrastruktur kejuruteraan. Sekalipun kod yang dihasilkan berkualiti baik, jika masih memerlukan tindakan manusia untuk menyalin, menjalankan, memeriksa, dan menghantar semula, kemampuan model sukar untuk diperbesarkan secara berterusan.

Selepas model mencapai tahap boleh digunakan, sejauh mana kod boleh masuk dengan pantas ke dalam proses pelaksanaan, pengesahan, dan penggabungan akan semakin mempengaruhi output keseluruhan sistem.

Kedudukan X dalam rantai ini masih agak kabur. Ia memiliki kandungan masa nyata, hubungan pengguna, identiti, dan rangkaian pengagihan, dan berpotensi menjadi sumber tugas dan pintu masuk pengagihan pada masa depan; pada peringkat ini, Grok Bot lebih menyerupai lapisan pelaksanaan tugas berterusan daripada hanya menjadi “chatbot pasif yang menunggu soalan” seperti yang dianggap ramai.

Mengapa Cursor memerlukan Origin, dan ini juga menjelaskan: selepas penghasilan kod, diperlukan sistem yang menyimpan keadaan projek secara berterusan, mengkoordinasikan pengubahsuaian, mengesahkan keputusan, dan menghubungkan pelaksanaan seterusnya. Jika lokasi ini sentiasa berada di luar, rantai penghasilan perisian Agent akan mempunyai satu ketergantungan kritikal.

Dan Origin mengisi lapisan ini.

04 Perbezaan antara GitHub dan Origin

GitHub telah memiliki stacked PR, merge queue, REST API, dan terus mengintegrasikan agen coding Copilot ke dalam Issue, Actions, PR, dan ulasan kod. Hanya dengan melihat senarai fungsi, kedua-dua pihak akan semakin banyak tumpang tindih di masa depan.

Perbezaan terutamanya datang daripada andaian reka bentuk.

GitHub dibina di atas rangkaian pembangun manusia yang matang, oleh itu, laluan yang lebih semula jadi ialah membolehkan Agent memasuki sistem Isu, PR, Actions, dan perlindungan branch yang sedia ada.

Cursor boleh mendesain semula komponen-komponen ini daripada kerjasama agen kepadatan tinggi. Jika puluhan agen berjalan secara berterusan dalam satu repositori, jumlah PR meningkat, ketepatan perubahan menjadi lebih halus, dan perubahan status berlaku lebih cepat, maka sistem semakan, pemeriksaan, penggabungan, dan kebenaran perlu disusun semula mengikut perilaku mesin.

Peranan PR juga boleh diperluaskan. Ia boleh berubah dari sekadar perubahan kod yang utamanya untuk dibaca manusia, kepada unit kerja kejuruteraan yang mengandungi diff, ketergantungan, bukti ujian, sumber, tahap risiko, dan status persetujuan.

Tanggung jawab manusia akan lebih banyak masuk ke lapisan peraturan: direktori mana yang dibenarkan untuk dimodifikasi secara automatik, sejauh mana versi bergantung boleh dinaikkan, pengesahan apa yang diperlukan untuk migarasi pangkalan data, persetujuan apa yang diperlukan untuk kod pengesahan dan pembayaran, dan dalam keadaan apa Agent mesti dihentikan.

Dengan itu, indikator Agent-native forge juga akan berubah. 22.6 commit/s adalah menarik, tetapi jumlah commit itu sendiri tidak mewakili kecekapan penghasilan perisian. Indikator yang lebih bermakna ialah masa yang diambil dari masuknya tugas ke dalam sistem hingga merge, kemampuan pemulihan tempatan selepas kegagalan, peratusan perubahan yang diselesaikan secara automatik oleh polisi, kos pengiraan perubahan yang diterima, serta perhatian manusia yang digunakan untuk perubahan berisiko tinggi.

Origin ingin mengawasi permukaan pengawasan penghasilan perisian yang terbentuk daripada penggabungan repository, checks, review, kebenaran, dan events.

Persaingan antara GitHub dan Origin oleh itu akan berfokus pada dua lintasan: GitHub mengembangkan dari sistem kolaborasi manusia yang matang ke arah Agent, sementara Cursor cuba merancang semula forge berdasarkan beban kerja Agent.

05 Lao Ma telah di lapisan seterusnya

Namun demikian, selepas pelancaran Grok 4.6, pihak luar mudah terus membincangkan kemampuan kod, skor penalaran, dan harga berdasarkan benchmark. Tetapi apabila mempertimbangkan Colossus, Grok, Cursor, dan Origin bersama-sama, sebenarnya penempatan ini telah meluas ke rantai penghasilan perisian selepas model.

Colossus menyediakan kuasa pengiraan, Grok bertanggungjawab atas inferens, Cursor menukar kemampuan model menjadi perubahan kod, dan Origin menerima status repositori, PR, semakan, dan ulasan seterusnya. Apabila kemampuan model meningkat, keuntungan boleh dipindahkan secara langsung sepanjang rantai pelaksanaan; walaupun model generasi tunggal tidak menunjukkan perbezaan yang ketara, infrastruktur seterusnya masih boleh terus mengumpul.

Jadi, kedudukan Grok 4.6 hari ini di senarai tertentu mungkin hanya hasil sementara. Masalah yang lebih jangka panjang ialah siapa yang mampu mengatur model, persekitaran pelaksanaan, dan status kejuruteraan perisian menjadi satu sistem pengeluaran yang berterusan.

Semasa semua orang masih berdebat model mana yang lebih pintar dalam putaran ini, tiba-tiba Lao Ma sudah sampai ke tingkat seterusnya.