GitHub, Vercel và Replit thay đổi chiến lược thế nào khi AI làm bão hòa việc tạo mã nguồn?

GLM-5.2 là mô hình lập trình long-horizon (tầm nhìn dài) chủ lực của Z.ai, sở hữu cửa sổ ngữ cảnh 1M-token có khả năng duy trì các hợp đồng API và ý định kỹ thuật một cách đáng tin cậy, điều mà các mô hình khác thường thất bại. Hãy ngừng việc quản lý các cụm GPU. Với Crusoe Serverless Fine-Tuning, bạn có thể tùy chỉnh GLM-5.2 trên dữ liệu độc quyền của mình trong một môi trường biệt lập (tenant-isolated)—không chia sẻ dữ liệu, không tốn chi phí hạ tầng. Khi công việc hoàn tất, hãy triển khai lên Self-Serve Deployments chỉ với một cú nhấp chuột hoặc tải xuống các trọng số.safetensors thô để đảm bảo tính di động hoàn toàn. Mọi quá trình chạy đều có thể tái lập, kiểm toán và thuộc quyền sở hữu của riêng bạn. Không bị khóa nền tảng. Không cần đoán mò. Trải nghiệm hiệu suất tùy chỉnh ở cấp độ sản xuất mà không cần gánh nặng DevOps.

Bắt đầu

Các mô hình AI đã giải quyết phần lớn khía cạnh viết mã trong phát triển phần mềm. Ngày nay, một mô hình đủ năng lực có thể tạo ra một hàm chức năng, một thành phần hoàn chỉnh hoặc một ứng dụng nhỏ chỉ từ một mô tả bằng ngôn ngữ tự nhiên. Nó có thể thực hiện việc này trong vài giây với chi phí chỉ bằng một phần nhỏ.

Thay đổi này đã làm thay đổi nền kinh tế của mọi nền tảng dành cho nhà phát triển. Khi việc tạo mã mới trở nên rẻ hơn và phổ biến rộng rãi, nó không còn là yếu tố tạo nên sự khác biệt cho một nền tảng nữa. Đây là lý do tại sao GitHub, Vercel và Replit đang cố gắng tái cấu trúc bản thân để giải quyết các vấn đề khó khăn khác trong quy trình phát triển phần mềm.

Để hiểu những gì ba công ty này đang thực hiện, chúng ta sẽ theo dõi một đơn vị công việc thông qua từng nền tảng trong khi đặt ra các câu hỏi tương tự:

AI thực sự chạy mã mà nó viết ra ở đâu?

Mỗi nền tảng xác minh mã hoạt động như thế nào?

Sản phẩm hoàn thiện đến tay người dùng (production) như thế nào và ai được phép phát hành nó?

Đây là những gì chúng ta sẽ đề cập:

Tại sao việc tạo mã giá rẻ lại chuyển vấn đề kỹ thuật khó sang một nơi khác, và điều đó ảnh hưởng thế nào đến giá trị tổng thể của nền tảng?

Canh bạc điều phối của GitHub, được xây dựng trên các môi trường đám mây tạm thời (ephemeral) và một lớp kiểm soát điều phối công việc giữa các tác nhân (agents) cạnh tranh.

Canh bạc sản xuất của Vercel, được xây dựng trên các sandbox microVM biệt lập và mô hình thanh toán phù hợp với cách các tác nhân thực sự vận hành.

Góc độ xác minh của Replit, được xây dựng trên một vòng lặp tự kiểm thử (self-testing loop) điều khiển một trình duyệt thực để phát hiện mã chỉ trông có vẻ như đang hoạt động.

Cách tiêu chuẩn MCP cho phép bất kỳ tác nhân nào tiếp cận bất kỳ công cụ nào, và tại sao cả ba công ty hiện đều hỗ trợ nó.

Cách Stripe biến việc thanh toán thành thứ mà một tác nhân có thể thiết lập từ bên trong một công cụ lập trình, và thiết kế xác thực giúp giữ an toàn cho quá trình đó.

Tuyên bố miễn trừ trách nhiệm: Bài viết này dựa trên các chi tiết được chia sẻ công khai từ nhiều nguồn khác nhau. Tài liệu tham khảo ở cuối bài. Vui lòng bình luận nếu bạn nhận thấy bất kỳ điểm nào không chính xác.

Một mô hình ngôn ngữ hiện có thể biến một mô tả thành mã hoạt động được. Điều này có nghĩa là một nhà phát triển có thể viết một câu và nhận lại một hàm, một trang hoặc một ứng dụng nhỏ thực sự chạy được ngay lập tức.

Khả năng này từng là phần khan hiếm và có giá trị của một công cụ dành cho nhà phát triển. Ngày nay, nó đã phổ biến rộng rãi và gần như miễn phí, khiến cho một nền tảng chỉ cung cấp khả năng tạo mã đơn thuần không còn nhiều thứ để thu phí.

Vì vậy, điều quan trọng hiện nay không phải là việc tạo mã thô, mà là các khía cạnh của phát triển phần mềm xuất hiện sau khi mã đã có sẵn. Ba câu hỏi sau đây mang trọng lượng lớn nhất:

Tác nhân chạy mã nó tạo ra ở đâu, và môi trường đó được giữ an toàn như thế nào?

Nền tảng xác nhận mã được tạo ra thực sự hoạt động như thế nào?

Kết quả đến tay người dùng (production) như thế nào và ai được phép phát hành nó?

GitHub, Vercel và Replit trả lời những câu hỏi này theo những cách khác nhau.

GitHub đặt nỗ lực vào việc điều phối.

Vercel đặt vào lộ trình đến tay người dùng (production).

Replit đặt vào việc xác minh.

GitHub mang đến cho chúng ta điểm bắt đầu rõ ràng nhất, vì nó giải quyết quy trình làm việc pull request mà hầu hết các nhà phát triển đã sử dụng.

AI đã nằm trong quy trình kỹ thuật của bạn. Mặc dù mức tiêu thụ token cho thấy điều đó, nhưng hiệu suất thực tế thì không. Con người vẫn đóng vai trò quan trọng trong vòng lặp, và đó là một vấn đề về ngữ cảnh.

Tham gia trực tiếp vào ngày 19 tháng 8 (MIỄN PHÍ) để tìm hiểu:

4 chỉ số để đo lường nơi các lợi ích của AI bị rò rỉ trước khi đưa vào sản xuất.

8 giai đoạn của sự trưởng thành về ngữ cảnh, các rào cản cụ thể giới hạn các chỉ số của bạn và một công cụ miễn phí để xác định vị trí đội ngũ của bạn đang đứng.

Tại sao nhiều MCP hơn và cửa sổ ngữ cảnh lớn hơn vẫn là chưa đủ, và cần những gì để đạt được giá trị thực từ các tác nhân của bạn.

Đăng ký ngay

GitHub đã đưa ra một lựa chọn cụ thể về nơi giá trị nằm ở đó.

Thay vì tự xây dựng mô hình riêng và cạnh tranh về khả năng tạo mã thô, họ đã xây dựng một lớp kiểm soát điều phối nhiều tác nhân và giữ cho công việc của chúng được quản lý, tất cả nằm trong quy trình làm việc pull request mà các nhà phát triển sử dụng hàng ngày.

Cơ chế bắt đầu từ nơi mã được thực thi.