Mạnh Quân✔
Writer
Hôm nay, các lập trình viên trên toàn thế giới đã cùng nhau trải qua một "vở kịch kỳ quặc". Vào lúc 9:40 sáng theo giờ miền Đông, dịch vụ lưu trữ đám mây cho mã nguồn và quản lý dự án phần mềm dựa trên hệ thống kiểm soát phiên bản Git - GitHub - đã bị sập hoàn toàn, dẫn đến việc Copilot cũng bị sập theo.
Trong suốt 7 tiếng đồng hồ, các dịch vụ cốt lõi bị tê liệt trong 3 tiếng, khiến các lập trình viên rơi vào bế tắc; mã nguồn không thể tải xuống và trí tuệ nhân tạo không thể sử dụng được...
Hôm nay, Cursor chính thức tuyên chiến với GitHub!
Sau khi chính thức sáp nhập với SpaceX AI, đội ngũ ban đầu đã cho ra mắt một "nền tảng lưu trữ mã nguồn" hoàn toàn mới, có tên là Origin. Origin thực chất là gì? Dưới đây là những điểm chính:
Gần như cùng lúc đó, giá cổ phiếu của Microsoft giảm hơn 3%, xóa sổ hơn 112 tỷ đô la giá trị ngay lập tức.
Phiên bản beta ban đầu có thể làm được rất nhiều việc - Tạo kho lưu trữ, sử dụng Git tiêu chuẩn để sao chép/đẩy/kéo, đồng bộ hóa kho lưu trữ từ GitHub, duyệt và tìm kiếm mã trong trình duyệt, mở yêu cầu kéo (PR), xem xét, hợp nhất và quản lý quyền.
Toàn bộ các thao tác cốt lõi của GitHub đã được làm lại.
Cách sử dụng cũng rất đơn giản: chỉ cần nhấp vào "+Mới" trên tab Codebase mới để tạo kho lưu trữ.
Trang này sẽ hướng dẫn trực tiếp cách cài đặt CLI và cách đẩy dự án cục bộ của bạn lên CLI.
Tên ban đầu được đặt cho mã nguồn sẽ trở thành một phần của URL của mỗi kho lưu trữ, ví dụ: cursor.com/codebase/acme-corp.
Trí tuệ nhân tạo tự động hợp nhất dữ liệu, giúp loại bỏ nhu cầu xem xét thủ công của con người.
Giống như GitHub, mỗi kho mã nguồn trong Origin đều có một PR (Phản hồi công khai), và có ba điểm nổi bật chính.
Điều này rất quan trọng đối với các agent. Các agent thường thích chỉnh sửa một lượng lớn mã nguồn cùng một lúc; việc chỉnh sửa 50 file cùng lúc là điều phổ biến. Liệu bạn có nên nhồi nhét tất cả vào một PR duy nhất? Người đánh giá thủ công sẽ chỉ thấy những trang có liên quan trực tiếp. Các PR xếp chồng (stacked PRs) giúp giải quyết vấn đề này.
Câu hỏi đặt ra là: nên kết hợp mẫu nào trước? Sau khi kết hợp một mẫu, liệu kết quả xét nghiệm của chín mẫu còn lại có còn đáng tin cậy không?
GitHub truyền thống gặp khó khăn trong việc xử lý tình huống này, thường dẫn đến xung đột khi hợp nhất, chạy lại CI và rebase nhiều lần. Hàng đợi hợp nhất của Origin tự động sắp xếp và phát hiện xung đột, đảm bảo nhánh chính luôn sẵn sàng cho CI.
Ấn tượng hơn nữa, khi gặp phải các nhánh xung đột trải rộng trên hàng chục tập tin, Origin có một công cụ AI tích hợp trong lớp hợp nhất giúp tự động giải quyết xung đột, loại bỏ nhu cầu can thiệp thủ công.
Để xác định xem yêu cầu kéo (PR) có thể được hợp nhất hay không, người quản lý cần phân tích nội dung bình luận. Origin cung cấp trạng thái kiểm duyệt dưới dạng API có cấu trúc, cho phép người quản lý đọc và ghi trực tiếp mà không cần phỏng đoán.
Chỉ với một nút bấm, bạn có thể chuyển toàn bộ tài khoản GitHub của mình chỉ trong một lần nhấp chuột.
Quan trọng hơn hết, các dự án cũ không cần phải di chuyển vì Origin hỗ trợ sao chép trực tiếp các kho lưu trữ GitHub.
Nó sao chép lịch sử Git, nhánh và thẻ của bạn, và các yêu cầu kéo (PR) có thể được đồng bộ hóa hai chiều.
Khi mới được đồng bộ hóa, GitHub vẫn là nguồn thông tin chính thức đáng tin cậy.
Nói một cách đơn giản, cùng một đoạn mã có thể tồn tại ở nhiều nơi, nhưng luôn phải có một đoạn mã đưa ra quyết định cuối cùng: đoạn mã nào nên được tuân theo trong trường hợp có sự bất đồng, nên lấy mã CI từ đâu và nên sử dụng mã nào để triển khai.
Trong hai thập kỷ qua, "nguồn dữ liệu đáng tin cậy" cho phần lớn các nhóm trên toàn thế giới nằm trong tay GitHub.
Ngày nay, Origin đã hoàn toàn đảo lộn cục diện này.
Chỉ cần nhấp vào "Tách khỏi GitHub ", Origin sẽ tiếp quản và trở thành "trụ sở mã nguồn" thực sự!
Điều này đủ để chứng minh rằng đây không chỉ đơn thuần là việc khoác lên GitHub một giao diện giống Cursor. Nó thực sự đang xây dựng "nền tảng" riêng của mình.
Lần này, Origin cũng tích hợp với hệ sinh thái ứng dụng, ban đầu hợp tác với Vercel, Depot và Buildkite.
Vercel đảm nhiệm việc triển khai bản xem trước tự động cho mỗi yêu cầu kéo (PR); Depot và Buildkite xử lý CI, và cả hai đều có thể chạy các quy trình làm việc GitHub Actions hiện có của bạn.
Nền tảng để tác nhân hoạt động dựa trên đó.
Hơn nữa, Origin hỗ trợ MCP một cách tự nhiên, cho phép Agent điều khiển toàn bộ quy trình Forge như thể nó đang gọi một API, mà không bị giới hạn bởi IDE.
Dữ liệu hiệu suất chính là điều mà người đại lý đang đề cập đến.
Nó có thể thực hiện 296.000 bản sao và 81.000 lần đẩy mỗi giờ, 22,6 lần cam kết mỗi giây, với độ trễ đồng bộ hóa toàn cầu dưới 400 mili giây và chuyển đổi dự phòng tự động trong 10 mili giây.
Việc thực hiện 22 lần mỗi giây nghe có vẻ phi lý, nhưng đó là con số vừa đủ cho một đội quân đặc vụ.
Vào tháng 3 năm nay, Truell đã công bố một con số nội bộ: 35%-40% các yêu cầu mua hàng (PR) cho việc sáp nhập Cursor đã được hoàn thành tự động bởi Agent trên máy ảo đám mây.
Nói cách khác, Agent tự tạo các nhánh riêng, tự lưu trữ dữ liệu và tự mở các yêu cầu kéo (pull request).
Ngược lại, GitHub, một quy trình làm việc được thiết kế từ năm 2008, về cơ bản được thiết kế dành cho "con người".
Một người viết xong, sau đó tìm một hoặc hai người để đọc lại, rồi họ xếp hàng chờ để được ghép lại với nhau, quá trình này diễn ra theo từng giờ hoặc từng ngày.
Nhưng rõ ràng, các đặc vụ không tuân theo nhịp điệu này; khoảng chục người cùng lúc ùa vào một nhà kho duy nhất, chỉ trong tích tắc.
Origin được xây dựng dựa trên thực tế này.
Với mã nguồn, yêu cầu kéo (PR) và Agent đều nằm cùng một nơi, khi viết mã trong Cursor, Agent có thể trực tiếp chỉnh sửa mã, cập nhật PR và đẩy nhánh mà không cần phải chuyển sang nền tảng khác.
Nếu bạn đang sử dụng tác nhân đám mây của Cursor để chạy các tác vụ nền, thì Origin cũng đáng để thử.
Hơn nữa, chi phí chuyển đổi gần như bằng không; chỉ cần nhấp vào "Tách khỏi GitHub" trong cài đặt kho lưu trữ, và máy chủ và máy khách sẽ được hoán đổi.
Vào ngày GitHub ngừng hoạt động, Cursor đã mở cửa đón khách tham quan.
Lần tới khi GitHub gặp sự cố, bạn có thể không cần phải đợi nó khôi phục nữa.
Trong suốt 7 tiếng đồng hồ, các dịch vụ cốt lõi bị tê liệt trong 3 tiếng, khiến các lập trình viên rơi vào bế tắc; mã nguồn không thể tải xuống và trí tuệ nhân tạo không thể sử dụng được...
Hôm nay, Cursor chính thức tuyên chiến với GitHub!
Sau khi chính thức sáp nhập với SpaceX AI, đội ngũ ban đầu đã cho ra mắt một "nền tảng lưu trữ mã nguồn" hoàn toàn mới, có tên là Origin. Origin thực chất là gì? Dưới đây là những điểm chính:
- Định vị: Một nền tảng lưu trữ mã nguồn Git được thiết kế đặc biệt cho kỷ nguyên Agent, tích hợp sâu với trình soạn thảo Cursor.
- Năng lực cốt lõi: Quan hệ công chúng theo nhómHợp nhất hàng đợiTrạng thái đánh giá có thể đọc được bằng máyMCPHỗ trợ giao thức, tự động hóa dựa trên sự kiện
- Khả năng tương thích: Đồng bộ hóa hai chiều theo thời gian thực với GitHub, không cần sửa đổi quy trình làm việc hiện có.
Gần như cùng lúc đó, giá cổ phiếu của Microsoft giảm hơn 3%, xóa sổ hơn 112 tỷ đô la giá trị ngay lập tức.
Phiên bản Cursor của GitHub hiện đã trực tuyến.
Origin không phải là "một bản sao mã nguồn được lưu trữ trên đám mây bởi Cursor"; nó là một nền tảng lưu trữ Git hoàn chỉnh.Phiên bản beta ban đầu có thể làm được rất nhiều việc - Tạo kho lưu trữ, sử dụng Git tiêu chuẩn để sao chép/đẩy/kéo, đồng bộ hóa kho lưu trữ từ GitHub, duyệt và tìm kiếm mã trong trình duyệt, mở yêu cầu kéo (PR), xem xét, hợp nhất và quản lý quyền.
Toàn bộ các thao tác cốt lõi của GitHub đã được làm lại.
Cách sử dụng cũng rất đơn giản: chỉ cần nhấp vào "+Mới" trên tab Codebase mới để tạo kho lưu trữ.
Trang này sẽ hướng dẫn trực tiếp cách cài đặt CLI và cách đẩy dự án cục bộ của bạn lên CLI.
Tên ban đầu được đặt cho mã nguồn sẽ trở thành một phần của URL của mỗi kho lưu trữ, ví dụ: cursor.com/codebase/acme-corp.
Trí tuệ nhân tạo tự động hợp nhất dữ liệu, giúp loại bỏ nhu cầu xem xét thủ công của con người.
Giống như GitHub, mỗi kho mã nguồn trong Origin đều có một PR (Phản hồi công khai), và có ba điểm nổi bật chính.
- PR xếp chồng
Điều này rất quan trọng đối với các agent. Các agent thường thích chỉnh sửa một lượng lớn mã nguồn cùng một lúc; việc chỉnh sửa 50 file cùng lúc là điều phổ biến. Liệu bạn có nên nhồi nhét tất cả vào một PR duy nhất? Người đánh giá thủ công sẽ chỉ thấy những trang có liên quan trực tiếp. Các PR xếp chồng (stacked PRs) giúp giải quyết vấn đề này.
- Hàng đợi hợp nhất
Câu hỏi đặt ra là: nên kết hợp mẫu nào trước? Sau khi kết hợp một mẫu, liệu kết quả xét nghiệm của chín mẫu còn lại có còn đáng tin cậy không?
GitHub truyền thống gặp khó khăn trong việc xử lý tình huống này, thường dẫn đến xung đột khi hợp nhất, chạy lại CI và rebase nhiều lần. Hàng đợi hợp nhất của Origin tự động sắp xếp và phát hiện xung đột, đảm bảo nhánh chính luôn sẵn sàng cho CI.
Ấn tượng hơn nữa, khi gặp phải các nhánh xung đột trải rộng trên hàng chục tập tin, Origin có một công cụ AI tích hợp trong lớp hợp nhất giúp tự động giải quyết xung đột, loại bỏ nhu cầu can thiệp thủ công.
- trạng thái đánh giá có thể đọc được bằng máy
Để xác định xem yêu cầu kéo (PR) có thể được hợp nhất hay không, người quản lý cần phân tích nội dung bình luận. Origin cung cấp trạng thái kiểm duyệt dưới dạng API có cấu trúc, cho phép người quản lý đọc và ghi trực tiếp mà không cần phỏng đoán.
Chỉ với một nút bấm, bạn có thể chuyển toàn bộ tài khoản GitHub của mình chỉ trong một lần nhấp chuột.
Quan trọng hơn hết, các dự án cũ không cần phải di chuyển vì Origin hỗ trợ sao chép trực tiếp các kho lưu trữ GitHub.
Nó sao chép lịch sử Git, nhánh và thẻ của bạn, và các yêu cầu kéo (PR) có thể được đồng bộ hóa hai chiều.
Khi mới được đồng bộ hóa, GitHub vẫn là nguồn thông tin chính thức đáng tin cậy.
Nói một cách đơn giản, cùng một đoạn mã có thể tồn tại ở nhiều nơi, nhưng luôn phải có một đoạn mã đưa ra quyết định cuối cùng: đoạn mã nào nên được tuân theo trong trường hợp có sự bất đồng, nên lấy mã CI từ đâu và nên sử dụng mã nào để triển khai.
Trong hai thập kỷ qua, "nguồn dữ liệu đáng tin cậy" cho phần lớn các nhóm trên toàn thế giới nằm trong tay GitHub.
Ngày nay, Origin đã hoàn toàn đảo lộn cục diện này.
Chỉ cần nhấp vào "Tách khỏi GitHub ", Origin sẽ tiếp quản và trở thành "trụ sở mã nguồn" thực sự!
Điều này đủ để chứng minh rằng đây không chỉ đơn thuần là việc khoác lên GitHub một giao diện giống Cursor. Nó thực sự đang xây dựng "nền tảng" riêng của mình.
Lần này, Origin cũng tích hợp với hệ sinh thái ứng dụng, ban đầu hợp tác với Vercel, Depot và Buildkite.
Vercel đảm nhiệm việc triển khai bản xem trước tự động cho mỗi yêu cầu kéo (PR); Depot và Buildkite xử lý CI, và cả hai đều có thể chạy các quy trình làm việc GitHub Actions hiện có của bạn.
Nền tảng để tác nhân hoạt động dựa trên đó.
Hơn nữa, Origin hỗ trợ MCP một cách tự nhiên, cho phép Agent điều khiển toàn bộ quy trình Forge như thể nó đang gọi một API, mà không bị giới hạn bởi IDE.
Dữ liệu hiệu suất chính là điều mà người đại lý đang đề cập đến.
Nó có thể thực hiện 296.000 bản sao và 81.000 lần đẩy mỗi giờ, 22,6 lần cam kết mỗi giây, với độ trễ đồng bộ hóa toàn cầu dưới 400 mili giây và chuyển đổi dự phòng tự động trong 10 mili giây.
Việc thực hiện 22 lần mỗi giây nghe có vẻ phi lý, nhưng đó là con số vừa đủ cho một đội quân đặc vụ.
Lực lượng chính trong lập trình ngày nay không còn là con người nữa.
Lý do cơ bản khiến Cursor phát triển Origin là vì GitHub không còn theo kịp tốc độ của các Agent nữa.Vào tháng 3 năm nay, Truell đã công bố một con số nội bộ: 35%-40% các yêu cầu mua hàng (PR) cho việc sáp nhập Cursor đã được hoàn thành tự động bởi Agent trên máy ảo đám mây.
Nói cách khác, Agent tự tạo các nhánh riêng, tự lưu trữ dữ liệu và tự mở các yêu cầu kéo (pull request).
Ngược lại, GitHub, một quy trình làm việc được thiết kế từ năm 2008, về cơ bản được thiết kế dành cho "con người".
Một người viết xong, sau đó tìm một hoặc hai người để đọc lại, rồi họ xếp hàng chờ để được ghép lại với nhau, quá trình này diễn ra theo từng giờ hoặc từng ngày.
Nhưng rõ ràng, các đặc vụ không tuân theo nhịp điệu này; khoảng chục người cùng lúc ùa vào một nhà kho duy nhất, chỉ trong tích tắc.
Origin được xây dựng dựa trên thực tế này.
Với mã nguồn, yêu cầu kéo (PR) và Agent đều nằm cùng một nơi, khi viết mã trong Cursor, Agent có thể trực tiếp chỉnh sửa mã, cập nhật PR và đẩy nhánh mà không cần phải chuyển sang nền tảng khác.
Vậy, hôm nay bạn có chuyển nhà không?
Khoan đã. Sẽ không có nhóm nào chuyển toàn bộ dự án cốt lõi của mình khỏi GitHub trong thời gian ngắn đâu.Nếu bạn đang sử dụng tác nhân đám mây của Cursor để chạy các tác vụ nền, thì Origin cũng đáng để thử.
Hơn nữa, chi phí chuyển đổi gần như bằng không; chỉ cần nhấp vào "Tách khỏi GitHub" trong cài đặt kho lưu trữ, và máy chủ và máy khách sẽ được hoán đổi.
Vào ngày GitHub ngừng hoạt động, Cursor đã mở cửa đón khách tham quan.
Lần tới khi GitHub gặp sự cố, bạn có thể không cần phải đợi nó khôi phục nữa.
