Chia sẻ đam mê công nghệ
Giải thích

VS Code, Cursor và Antigravity: website chạy được vẫn chưa đủ để bàn giao

So sánh VS Code, Cursor và Antigravity qua website AUREVI: thiết kế đẹp chỉ là bước đầu, công sửa và khả năng kiểm chứng mới quyết định giá trị bàn giao.

Yêu cầu xây website AUREVI trong Google Antigravity
Đề bài AUREVI đặt cả chức năng bán hàng lẫn phong cách thương hiệu vào cùng yêu cầu.

Tóm tắt nhanh

  • Cùng yêu cầu xây website nước hoa AUREVI, cả ba công cụ đều tạo được bản chạy có chức năng, nhưng mức hoàn thiện giao diện khác nhau.
  • Antigravity nổi bật ở cách phối màu và các chi tiết tương tác; Cursor hoàn thành nhanh nhất trong bài thử, còn VS Code cần sửa kích thước chữ.
  • Đây là so sánh các cấu hình AI khác nhau trên một dự án, không phải phép đo tách riêng năng lực trình soạn thảo hay mô hình.
  • Với người làm web, tiêu chí đáng quan tâm là công sức sửa và kiểm chứng trước khi bàn giao, thay vì chỉ thời gian AI tạo bản đầu.

Ba công cụ lập trình AI có thể nhận cùng yêu cầu làm website bán nước hoa và cùng trả về một sản phẩm chạy được, nhưng khoảng cách vẫn xuất hiện ngay ở kích thước chữ, tỷ lệ ảnh và cách dẫn người xem qua các nhóm sản phẩm. Chức năng hoàn thành không đồng nghĩa giao diện đã đủ sức thuyết phục khách hàng.

Đó là điểm đáng bàn hơn lời khen một công cụ làm việc như lập trình viên lâu năm. Một bản demo đẹp cho thấy AI có thể xử lý thêm phần trình bày, nhưng để gọi là sản phẩm sẵn sàng vận hành còn phải xét những việc mà ảnh chụp giao diện không trả lời được.

Cùng một yêu cầu không có nghĩa là cùng điều kiện so sánh

Bài toán AUREVI có độ phức tạp vượt một trang giới thiệu đơn giản: cửa hàng nước hoa giả định cần trang chủ, danh mục với bộ lọc nâng cao, trang riêng cho sản phẩm, bài trắc nghiệm chọn mùi hương, bộ mẫu tùy chọn, giỏ hàng và luồng thanh toán demo. Yêu cầu về cảm giác cao cấp khiến thiết kế trở thành một phần của tiêu chí hoàn thành, thay vì lớp trang trí thêm sau khi viết xong mã.

Theo thiết lập XDA Developers công bố, VS Code dùng GitHub Copilot, Cursor dùng Grok 4.7, còn Google Antigravity dùng Gemini 3.8; Gemini 4 không nằm trong gói tài khoản được dùng ở lần thử này. Các công cụ nhận cùng một yêu cầu dài, nhưng không sử dụng chung mô hình.

Điều kiện và kết quảVS Code với GitHub CopilotCursor với Grok 4.7Google Antigravity với Gemini 3.8
Phạm vi dự ánWebsite AUREVI, thanh toán demoWebsite AUREVI, thanh toán demoWebsite AUREVI, thanh toán demo
Thời gian hoàn thành cụ thểKhông công bốKhông công bố; nhanh nhất trong lần thửKhông công bố
Điểm nổi bật của bản đầuCó chạy kiểm thử trong trình duyệt tích hợpTạo được website hoạt động, tông be đồng bộPhối gradient theo nhóm mùi, bổ sung chuyển động nhẹ
Điểm cần hoàn thiệnChữ và ảnh sản phẩm quá nhỏBiểu tượng và ảnh chưa tạo được cảm giác cao cấpẢnh sản phẩm vẫn chưa tương xứng với phần trình bày

Không có thời gian tính bằng phút hay điểm số định lượng để suy ra chênh lệch tốc độ.

Vì vậy, kết quả phản ánh tổ hợp công cụ, mô hình và cấu hình tài khoản trong bài toán này. Không thể lấy nó làm bằng chứng rằng riêng trình soạn thảo của Google tốt hơn VS Code, cũng chưa thể quy toàn bộ khác biệt cho Gemini. Muốn tách những yếu tố ấy cần một phép thử kiểm soát khác.

Antigravity làm rõ giá trị của thiết kế có chủ đích

Trang chủ AUREVI do Antigravity tạo
Chai Sundrift được Antigravity đặt trong thẻ sáng cạnh lời giới thiệu và các nút khám phá, giúp tách rõ sản phẩm khỏi nền. Ảnh: Parth Shah / XDA Developers.

Phần thuyết phục nhất của bản Antigravity là cách các lựa chọn nhỏ phục vụ cùng một cảm giác thương hiệu. Mục Shop by Mood dùng những phối màu chuyển sắc khác nhau cho từng nhóm thay vì phủ một nền giống nhau lên toàn bộ danh mục. Với sản phẩm như nước hoa, cách phân nhóm bằng cảm xúc giúp trang web truyền đạt sự khác biệt ngay cả trước khi người xem đọc mô tả.

Các thẻ gradient theo tâm trạng trên bản Antigravity
Các thẻ Fresh & Energized, Warm & Confident và hai nhóm còn lại dùng gradient khác nhau để phân biệt cảm xúc. Ảnh: Parth Shah / XDA Developers.

Bài trắc nghiệm chọn mùi có giao diện gọn, còn trang chủ có chuyển động nhẹ đưa chai nước hoa lên xuống. Trong lần tạo website AUREVI bằng Gemini 3.8 này, những chi tiết đó xuất hiện cùng phần bố cục và màu sắc tương đối thống nhất. Chúng khiến bản đầu bớt cảm giác ghép các thành phần có sẵn vào một mẫu cửa hàng chung.

Câu chuyện thương hiệu nền tối trên bản Antigravity
Antigravity chuyển sang nền tối quanh chai Midnight Fig màu tím, vẫn giữ kiểu chữ thanh và sắc vàng để nối cảm giác cao cấp. Ảnh: Parth Shah / XDA Developers.

Tuy nhiên, chuyển động không tự làm trải nghiệm tốt hơn. Với website bán hàng, hiệu ứng phải nhường chỗ cho nội dung sản phẩm và thao tác mua; một animation đẹp nhưng khiến nút bấm khó tìm vẫn là lựa chọn sai. Giá trị ở đây nằm ở sự tiết chế và tính nhất quán, không phải số lượng hiệu ứng AI có thể thêm vào.

Trang chọn dung tích nước hoa trên bản Antigravity
Các ô chọn dung tích và nút thêm giỏ màu xanh trên trang Antigravity có viền rõ, giúp nhận ra thao tác mua. Ảnh: Parth Shah / XDA Developers.

Điểm yếu còn lại là hình ảnh nước hoa chưa đạt độ trau chuốt tương xứng. Khi bố cục đã tốt, ảnh thiếu sức nặng lại càng dễ lộ: người xem không mua một tổ hợp gradient mà cần nhận diện được món hàng. Đây cũng là lý do không nên dùng mức hoàn thiện của trang chủ để thay cho đánh giá toàn bộ website.

Các tầng hương trên trang sản phẩm bản Antigravity
Các tầng hương được Antigravity tách thành những thẻ màu nhạt, giúp thông tin dài có nhóm rõ ràng. Ảnh: Parth Shah / XDA Developers.

Antigravity đáng chú ý nhất với dạng yêu cầu cần truyền đạt phong cách ngay từ bản đầu. Kết quả này là một lý do hợp lý để đưa công cụ vào danh sách thử nghiệm cho dự án giao diện, chứ chưa phải lý do để thay mọi công cụ đang dùng hay giao toàn bộ quyết định thiết kế cho AI.

VS Code cho thấy chạy kiểm thử chưa bảo đảm dễ đọc

Trang chủ AUREVI do VS Code tạo
Tiêu đề lớn và các dòng mô tả nhỏ trên trang chủ VS Code làm rõ chênh lệch cỡ chữ cần kiểm tra khi nghiệm thu. Ảnh: Parth Shah / XDA Developers.

Kiểm thử chức năng và kiểm tra chất lượng thị giác là những việc khác nhau. Trong lần thực hiện yêu cầu AUREVI, Copilot triển khai gần hết các mục được giao và có chạy kiểm thử bằng trình duyệt tích hợp của VS Code. Dù vậy, bản giao diện vẫn dùng chữ quá nhỏ, đến mức phải chỉnh lại nhiều cỡ chữ bằng tay.

Danh sách nước hoa với chữ nhỏ trên bản VS Code
Tên nước hoa và dòng giá bên dưới chai trong bản VS Code khá nhỏ so với vùng ảnh. Ảnh: Parth Shah / XDA Developers.

Đây không phải một lỗi trang trí có thể mặc nhiên bỏ qua. Kích thước chữ tác động trực tiếp tới khả năng đọc thông tin sản phẩm và nhận ra thứ tự ưu tiên trên trang. Một luồng thao tác vẫn có thể chạy đúng trong khi người mua phải căng mắt đọc tên hàng hoặc mô tả.

Nhận xét và nút trắc nghiệm trên bản VS Code
Nhận xét khách hàng và nút dẫn trắc nghiệm trên bản VS Code có nhiều dòng chữ nhỏ giữa vùng trống lớn. Ảnh: Parth Shah / XDA Developers.

Ảnh nước hoa cũng bị đặt nhỏ so với tổng thể, khiến phần giới thiệu sản phẩm thiếu điểm nhấn. Khi bán mặt hàng gắn với cảm nhận và hình ảnh thương hiệu, bố cục có đủ khối nội dung vẫn chưa hoàn thành nhiệm vụ nếu sản phẩm chính bị chìm giữa khoảng trống và chữ.

Câu hỏi chọn mùi hương trên bản VS Code
Màn hình trắc nghiệm của VS Code đặt các đáp án chữ nhỏ dưới câu hỏi lớn, làm rõ sự chênh lệch thứ bậc chữ. Ảnh: Parth Shah / XDA Developers.

Bài học thực dụng là không giao cho AI một tiêu chí mơ hồ như “hãy kiểm tra website” rồi mặc định mọi lớp chất lượng đã được kiểm chứng. Người làm web cần tách yêu cầu chạy đúng luồng mua hàng khỏi yêu cầu kiểm tra cỡ chữ, độ tương phản và tỷ lệ hiển thị trên màn hình hẹp. Đó là các tiêu chí nghiệm thu cần bổ sung, không phải những kết quả đã được chứng minh trong lần thử này.

Cursor nhanh ở bản đầu, còn tốc độ bàn giao vẫn bỏ ngỏ

Trang chủ AUREVI do Cursor tạo
Tông be tạo sự đồng bộ cho bản Cursor, nhưng cá tính thương hiệu còn phụ thuộc cách xử lý từng chi tiết. Ảnh: Parth Shah / XDA Developers.

Tốc độ dựng bản mẫu có ích rõ ràng khi cần xác nhận hướng thiết kế sớm. Trong bài thử AUREVI, Cursor hoàn thành trước hai công cụ còn lại, nhưng không có số phút cụ thể hay số lượt chạy lặp để tính mức chênh lệch.

Các nhóm tâm trạng trên website Cursor
Các thẻ tâm trạng của Cursor cùng dùng nền xanh đậm, tạo sự đồng bộ nhưng ít phân biệt từng nhóm bằng màu. Ảnh: Parth Shah / XDA Developers.

Bản Cursor bám yêu cầu và tạo được website hoạt động, với tông be, kiểu chữ thanh và cách dùng sắc độ khá đồng bộ. Vấn đề là tổng thể mới dừng ở mức trình bày ổn, trong khi một cửa hàng nước hoa cao cấp cần cá tính rõ hơn. Một số biểu tượng còn chung chung, còn ảnh ở các khu vực chưa đủ trau chuốt.

Khối câu chuyện thương hiệu trên website Cursor
Chai Dusk Ember đứng cạnh câu chuyện thương hiệu trên bản Cursor, giữ tông be xuyên suốt nhưng hình chai vẫn khá đơn giản. Ảnh: Parth Shah / XDA Developers.

Điểm này đặt ra hai cách nhìn khác nhau về hiệu quả. Nếu mục tiêu là có khung sản phẩm để trao đổi với khách hàng, bản đầu ra nhanh có thể đáng giá hơn việc chờ thêm cho các chi tiết nhỏ. Nhưng nếu mục tiêu là bàn giao, phần thời gian tiết kiệm ấy phải được đặt cạnh công sửa thiết kế sau đó.

Thẻ nhận xét mẫu trên website Cursor
Các thẻ nhận xét của bản Cursor dùng chữ lớn trên nền sáng, giữ được độ tương phản khi đặt cạnh nhau. Ảnh: Parth Shah / XDA Developers.

Không có số liệu về tổng thời gian chỉnh sửa nên chưa thể kết luận Cursor tiết kiệm công nhất, cũng không thể nói Antigravity rẻ hơn xét theo giờ làm. Người phát triển nên ghi lại cả thời gian chờ AI lẫn thời gian mình sửa, thay vì dùng riêng thời điểm công cụ báo hoàn thành làm thước đo năng suất.

Đẹp hơn không đồng nghĩa đã sẵn sàng vận hành

Danh sách nước hoa trên website Cursor
Dãy chai nước hoa kèm nút yêu thích của Cursor thể hiện một giao diện bán hàng mẫu, chưa chứng minh luồng giao dịch thật. Ảnh: Parth Shah / XDA Developers.

Một bản thanh toán demo chỉ chứng minh luồng minh họa có thể được dựng, không chứng minh giao dịch thật đã an toàn. Tương tự, ảnh chụp trang sản phẩm đẹp không nói được cách hệ thống xử lý tồn kho, lỗi mạng hay dữ liệu người mua. Gọi một bản như vậy là mã nguồn đạt chuẩn vận hành sẽ đi xa hơn những gì kết quả hiện có cho phép.

Google mô tả Antigravity 2.0 là nền tảng điều phối agent có ứng dụng độc lập cho macOS, Windows và Linux, bên cạnh Antigravity IDE và các thành phần tích hợp vào trình soạn thảo khác. Vì vậy, cũng không chính xác nếu chỉ xem Antigravity là một tiện ích gắn vào VS Code.

Phần đáng quan tâm về kỹ thuật là artifacts: những đầu ra như kế hoạch triển khai, bản giải thích thay đổi, ảnh chụp hoặc bản ghi trình duyệt giúp người phát triển kiểm tra công việc của agent. Tài liệu Google cũng nói các đầu ra này không phải lúc nào cũng được tạo; chúng phụ thuộc tác vụ và cách yêu cầu. Không có cơ sở để mặc định mọi cơ chế ấy đều đã được sử dụng trong dự án AUREVI.

Một bản ghi thao tác có thể giúp xác nhận agent đã đi qua luồng nào, nhưng không tự thay thế kiểm tra mã nguồn và các trường hợp lỗi. Đối với đội phát triển, năng lực đáng tìm ở công cụ AI là khả năng để lại bằng chứng có thể xem xét, rồi cho phép sửa đúng chỗ; vẻ ngoài trau chuốt chỉ là một phần của quá trình đó.

Làm web cho khách Việt nên nghiệm thu bằng nội dung thật

Nhóm nước hoa theo tâm trạng trên bản VS Code
Các thẻ nước hoa trên bản VS Code dùng tên và mô tả tiếng Anh; thay bằng tiếng Việt có dấu là bước kiểm tra tiếp theo cho dự án trong nước. Ảnh: Parth Shah / XDA Developers.

Với lập trình viên nhận dự án tại Việt Nam, tiêu chí hữu ích hơn một bảng xếp hạng chung là khối lượng công việc còn lại sau khi AI tạo bản đầu. Ngay cả khi dùng một yêu cầu giống AUREVI, thay nội dung mẫu bằng dữ liệu của khách hàng vẫn có thể làm lộ những vấn đề mà giao diện ban đầu che đi.

Ở bước nghiệm thu, nên thay tên và mô tả sản phẩm bằng tiếng Việt có dấu, kiểm tra chuỗi dài, định dạng giá tiền và cách ngắt dòng trên điện thoại. Đây là đề xuất kiểm tra thực tế, không phải khẳng định công cụ nào đã mắc các lỗi ấy. Cỡ chữ nhỏ trong bản VS Code cho thấy vì sao việc nhìn lại bằng nội dung thật không nên bị xem là bước phụ.

Ảnh sản phẩm cũng cần được chốt sớm thay vì để tới cuối. Khi cả những bản thiết kế khá đều còn yếu ở hình ảnh, người phát triển nên đưa bộ ảnh đã được duyệt và quy tắc tỷ lệ ảnh vào yêu cầu ngay từ đầu. AI có thể bố trí thành phần, nhưng không thể tự quyết định ảnh nào thể hiện đúng hàng hóa và quyền sử dụng của cửa hàng.

Antigravity có kết quả thiết kế đáng ưu tiên thử trong bài toán này; Cursor phù hợp để cân nhắc khi cần bản mẫu sớm, còn VS Code cho thấy công cụ quen thuộc vẫn có thể đảm đương phần triển khai đáng kể. Quyết định cuối nên dựa trên một tác vụ mẫu lấy từ dự án thật của mình, với cùng tiêu chí nghiệm thu và ghi lại công sửa.

Điểm phân biệt công cụ hỗ trợ tốt không nằm ở việc AI tự gọi sản phẩm là hoàn chỉnh. Nó nằm ở chỗ người phát triển có thể kiểm tra, chỉnh sửa và chịu trách nhiệm cho bản bàn giao với ít công sức hơn đến đâu.

Nguồn tham khảo: XDA Developers, Google Codelabs

Bài viết mới nhất