Thử nghiệm Claude Code, Codex và Antigravity trên một dự án điện tử thực tế: Kết quả ra sao?

Vì vậy, Claude Code, Codex và Antigravity đã được thử nghiệm trong một dự án điện tử thực tế — một bảng điều khiển đơn giản với ESP32, màn hình OLED và cảm biến nhiệt độ có thể thực hiện nhiều việc cùng một lúc. Và mặc dù cả ba mô hình đều có thể giúp bạn tạo ra một nguyên mẫu hoạt động, bạn không nên chọn trợ lý lập trình một cách mù quáng.

Thực hiện kiểm tra nghiêm túc với một bảng điều khiển đơn giản 

Xây dựng một thiết bị ESP32 kết hợp API, cảm biến, màn hình và Home Assistant

Nếu bạn đang làm việc với các codebase lớn hơn hoặc monorepo, cửa sổ ngữ cảnh khá hạn chế và giới hạn sử dụng của Claude Code có thể là một vấn đề. Vấn đề bộ nhớ của Claude Code được giải quyết bằng cơ sở dữ liệu Postgres, nhưng việc liên tục phải nhấp vào một biểu tượng nhỏ để xem mình còn bao nhiêu dung lượng sử dụng vẫn thật sự rất khó chịu.

Điều này có thể được khắc phục bằng cách tạo một bảng điều khiển nhỏ chuyên dụng hiển thị giới hạn sử dụng, vì vậy thay vì phải nhấp chuột hoặc gõ lệnh, chỉ cần liếc nhìn là biết mình đang ở đâu. Thêm một cảm biến nhiệt độ để bảng điều khiển có thể hiển thị nhiệt độ và độ ẩm môi trường xung quanh văn phòng, từ đó có thể chuyển dữ liệu này vào bảng điều khiển Home Assistant để thiết lập tự động hóa cho máy điều hòa không khí.

Đây là một dự án tương đối đơn giản. Tất cả những gì bạn cần là một ESP32 có sẵn – không có nguy cơ chọn nhầm bo mạch ESP32 – một cảm biến nhiệt độ DHT22, một màn hình OLED đơn sắc thông thường và một nút bấm đơn giản để chuyển đổi thông tin trên màn hình. 

Giờ là lúc các agent lập trình bắt tay vào việc. Cả ba agent đều được cung cấp cùng một prompt như sau:

Tiếng Anh:

I want to make an ESP32-based dashboard that does three things:
1. It should show my Claude plan limit usage
2. It should show the temperature and humidity reading from an attached DHT22 sensor and also report it to my Home Assistant instance.
3. It should show me the weather and temperature outside in New Delhi. I have an ESP32 Devkit V1 board, a DHT22 sensor, and an SH1106 128×64 monochrome OLED.
There's also a 4-pin push button that can be used to cycle modes between the three functionalities and update the display accordingly.

Tiếng Việt:

Tôi muốn tạo một bảng điều khiển dựa trên ESP32 thực hiện ba việc:
1. Hiển thị mức sử dụng giới hạn của gói cước Claude.
2. Hiển thị nhiệt độ và độ ẩm từ cảm biến DHT22 được kết nối và báo cáo lại cho Home Assistant.
3. Hiển thị thời tiết và nhiệt độ bên ngoài ở New Delhi. Tôi có một bo mạch ESP32 Devkit V1, một cảm biến DHT22 và một màn hình OLED đơn sắc SH1106 128×64.
Ngoài ra còn có một nút nhấn 4 chân có thể được sử dụng để chuyển đổi giữa ba chức năng và cập nhật màn hình tương ứng.

Mục tiêu là đạt được một nguyên mẫu hoạt động đáp ứng cả ba mục tiêu càng đơn giản càng tốt. Cả ba agent đều cần nhiều hơn một prompt để hoàn thành dự án, nhưng chúng đã áp dụng những phương pháp khác nhau đáng kể để hoàn thành công việc.

Antigravity hoạt động rất nhanh

Tốc độ ấn tượng, nhưng thiên về lập kế hoạch hơn là hành động

Đầu tiên trong danh sách là Antigravity của Google chạy Gemini 3.1 Pro ở chế độ High effort, và nó rất nhanh, nhưng không theo cách bạn mong đợi. Ngay khi nhận được prompt, mô hình đã tìm kiếm trên Internet cách kiểm tra giới hạn sử dụng gói API của Anthropic và đưa ra một kế hoạch thực hiện kèm theo một số câu hỏi tiếp theo.

3 agent được khởi động cùng một lúc. Trong khi Codex và Claude Code đều đưa ra phiên bản đầu tiên của chương trình sẵn sàng để nạp vào ESP32, Antigravity vẫn khăng khăng yêu cầu người dùng  phê duyệt kế hoạch thực hiện của nó trước khi nó viết bất kỳ dòng codde nào. Sau khi người dùng giải đáp thắc mắc của nó, Antigravity lại đưa ra một kế hoạch thực hiện khác và nêu rõ rằng nó sẽ không thể lấy được giới hạn sử dụng gói Claude Pro, vì không có API chính thức nào từ Anthropic cho phép chức năng này. Dữ liệu nhiệt độ từ cảm biến sẽ được gửi đến Home Assistant thông qua API REST tích hợp sẵn, đây là cách dễ dàng hơn trừ khi bạn đang sử dụng một thứ gì đó như ESPHome.

Sau đó, kết nối với kho lưu trữ GitHub Clawdmeter của Hermann Björgvin, một dự án tương tự dựa trên bo mạch Waveshare ESP32-S3-Touch-AMOLED-2.16, để thúc đẩy quá trình. Chính lúc đó, mô hình đã có thể nhận ra rằng nó có thể sử dụng token truy cập OAuth được tạo bởi Claude CLI và gửi nó đến một API endpoint beta cụ thể để lấy các giới hạn. Cần lưu ý rằng, Antigravity vẫn chưa tạo ra một dòng code nào cho đến nay. Nếu bạn cho rằng Antigravity chưa sẵn sàng để cạnh tranh với Claude Code và Codex, điều này chỉ càng củng cố thêm quan điểm đó.

Sau khi người dùng phê duyệt kế hoạch hành động thứ ba và cũng là cuối cùng, Antigravity đã tạo ra một dự án PlatformIO hoạt động trong khoảng 2 phút để tạo ra một loạt các file nhập thông tin đăng nhập Wi-Fi và OAuth token riêng biệt với mã nguồn chính, tất cả đã sẵn sàng để nạp vào ESP32. Đó là cách tiếp cận đúng đắn về mặt bảo mật, nhưng đối với một thiết bị sẽ không bao giờ rời khỏi mạng cục bộ của bạn, nó lại phức tạp một cách không cần thiết. Chưa kể rằng nếu bạn là người mới bắt đầu với các bo mạch phát triển như ESP32 và Arduino IDE, việc nhìn thấy một loạt các file khi bạn chỉ mong đợi một file duy nhất có thể gây choáng ngợp.

Codex dường như không hiểu rõ nhiệm vụ được giao

Những sai lầm khiến nó không tạo ra được kết quả hữu ích

Codex của OpenAI, sử dụng GPT 5.5 ở mức High effort, đã không lãng phí thời gian và tạo ra hai file YAML trong khoảng 3 phút kể từ khi nhận được prompt, trong khi đi theo một hướng hoàn toàn không ngờ tới. Nó đã sử dụng ESPHome để cấu hình ESP32 như một cảm biến sẽ hiển thị trực tiếp trong Home Assistant. Điều này sẽ hoạt động tốt nhất nếu bạn chỉ làm việc với cảm biến DHT22 để tạo một cảm biến nhiệt độ chuyên dụng cho văn phòng của mình, nhưng đối với một bo mạch xử lý hai tác vụ khác, đó không phải là cách tiếp cận phù hợp.

Codex cũng chỉ ra rằng Anthropic không có API chính thức để lấy giới hạn sử dụng Claude Pro. Điều thú vị là, nó không để trở ngại đó cản trở mình. Codex đã tạo ra một input_number trong Home Assistant có tên là input_number.claude_plan_usage_percent để về cơ bản thiết lập thủ công một con số tự cập nhật (hoặc thông qua tự động hóa) để chỉ ra mức sử dụng. Cung cấp tùy chọn tạo cảm biến HA hỗ trợ API thực sự nếu bạn có quyền truy cập vào tổ chức Console hoặc admin key của Anthropic.

Tiếp theo, cung cấp liên kết GitHub đến cùng dự án Clawdmeter đã cung cấp cho Antigravity. Nó hiểu cách tiếp cận, nhưng thay vì loại bỏ ESPHome, nó lại tiếp tục sử dụng các số được thiết lập thủ công như trước và gợi ý rằng bước tiếp theo sẽ là thêm một cầu nối kiểu Clawdmeter ghi việc sử dụng Claude Code thực sự vào các lớp trợ giúp mà nó đã tạo trước đó. Tuy nhiên, nó đã đưa ra một sơ đồ đấu dây khá rõ ràng để kết nối tất cả các thành phần.

Cách tiếp cận này có thể hoạt động, nhưng nó đòi hỏi rất nhiều giải pháp tạm thời và các thực tiễn không tối ưu, làm tăng thêm độ phức tạp mà không có lý do chính đáng. Có vẻ như Codex đã quyết định tập trung vào phần cảm biến nhiệt độ trong hướng dẫn (có lẽ vì phần này được ghi chép tốt hơn) và điều chỉnh mọi thứ khác để hoạt động trong hệ sinh thái đó thay vì thay đổi cấu trúc để phù hợp hơn với nhiệm vụ đang thực hiện.

Sẽ mất khá nhiều thời gian chỉnh sửa qua lại để có thể làm cho nguyên mẫu hoạt động như mong đợi. Thành thật mà nói, tự viết code sẽ nhanh hơn là lãng phí thời gian vào cái mê cung ESPHome mà Codex cứ khăng khăng hướng dẫn.

Claude Code mất khá nhiều thời gian, nhưng nó đã hoàn thành nhiệm vụ một cách chính xác

Các bước lặp chậm hơn, lý luận tốt hơn và code thực sự phù hợp với nhiệm vụ

Claude Code sử dụng Sonnet 4.6 ở mức High effort là agent chậm nhất trong 3 agent ngay từ đầu. Chủ yếu là vì liên tục có cảnh báo quá tải mô hình — cho thấy tải máy chủ cao. Đây là vấn đề phía máy chủ mà bạn không thể làm gì nhiều.

Sau một thời gian suy nghĩ, Claude đã tạo ra một file INO duy nhất (được sử dụng bởi Arduino IDE) thực hiện cả ba nhiệm vụ ngay từ phiên bản đầu tiên. Không giống như sự từ chối của Antigravity hay ảo tưởng của Codex, Claude Code đã giải quyết vấn đề lấy giới hạn sử dụng bằng cách gửi POST /v1/messages với max_tokens:1 đến Haiku, trả về các header hiển thị những yêu cầu và token còn lại trong cửa sổ hiện tại. Nó hiển thị rất rõ ràng những gì kết quả sẽ và sẽ không hiển thị, mức tiêu thụ token hàng tháng so với gói đăng ký Claude Pro không được bao gồm.

Cũng như trước đây, thêm một liên kết đến dự án Clawdmeter để hỗ trợ agent, và nó đã thích ứng ngay lập tức. Claude Code đã cập nhật bản phác thảo Arduino với các header mới, hiển thị bản xem trước những gì sẽ được hiển thị và một file INO duy nhất sẵn sàng để nạp vào ESP32, cùng với hướng dẫn về nơi tìm Claude OAuth token.

Tương tự như Antigravity, Claude Code đã sử dụng API REST tích hợp sẵn của Home Assistant để gửi dữ liệu nhiệt độ từ cảm biến, nhưng điều quan trọng là, nó cũng chỉ ra rằng việc tích hợp sẽ không được duy trì sau khi máy chủ Home Assistant khởi động lại trừ khi bo mạch gửi dữ liệu lại trước khi quá trình khởi động lại hoàn tất. Nó đề xuất sử dụng MQTT để tích hợp tốt hơn, điều này sẽ yêu cầu một số thiết lập bổ sung ở phía Home Assistant.

Mô hình nào cuối cùng đã tạo ra bảng điều khiển hoạt động và tại sao?

Claude Code là mô hình cho kết quả tốt nhất. Nó cung cấp một sơ đồ dây nối rõ ràng và một file INO duy nhất để làm việc, giúp giảm độ phức tạp của dự án. Trên một thiết bị sẽ nằm trên mạng cục bộ, không có lý do gì để thêm các file bổ sung cho OAuth token hoặc thông tin đăng nhập Wi-Fi.

Ngoài ra, nếu sử dụng Claude nhiều hơn, nó sẽ lưu sẵn danh sách bo mạch và cảm biến của bạn trong bộ nhớ, nó biết địa chỉ IP cục bộ mà phiên bản HA đang chạy. Claude kết nối tất cả những điều đó trực tiếp vào code, giúp bạn có ít thứ phải chỉnh sửa hơn trước khi nạp firmware cho ESP32. Bạn có thể coi Clade Code như một agent, nhưng nó có thể là cả một đội quân nếu được sử dụng đúng ngữ cảnh. Nếu bạn đã sử dụng Codex hoặc Antigravity một thời gian, điều tương tự cũng có thể áp dụng.

Antigravity đứng thứ hai sát nút. Nó cố gắng làm mọi thứ, và cố gắng làm đúng, nhưng lại thêm vào sự phức tạp không cần thiết, và code phải được vá lỗi và gỡ lỗi thủ công trước khi hoạt động. Antigravity cũng không cung cấp sơ đồ đấu dây, có nghĩa là bạn phải xem qua code để tìm ra cách đấu dây phần cứng của mình.

Cuối cùng nhưng không kém phần quan trọng, Codex đã đưa ra quyết định đúng đắn với ESPHome, nhưng chỉ trong ngữ cảnh bảng điều khiển chủ yếu là một trạm cảm biến nhiệt độ. Mặc dù cung cấp hướng dẫn về cách lấy giới hạn sử dụng, nó vẫn tiếp tục theo con đường ESPHome, thêm vào sự phức tạp không cần thiết và buộc bạn phải thiết lập toàn bộ mọi thứ trong YAML trong khi sẽ dễ dàng hơn nhiều nếu flash vào bo mạch thông qua Arduino cho loại nhiệm vụ này. Bạn có thể yêu cầu agent thay đổi cách tiếp cận và tạo một bản phác thảo Arduino hoạt động tương tự như cách tiếp cận của Antigravity và Claude Code, nhưng điều đó lại tốn thêm thời gian để khắc phục sự cố và sửa chữa kiến ​​trúc dự án.

Công cụ phù hợp phụ thuộc vào dự án

Như đã đề cập trước đó, cả ba cách tiếp cận đều có thể hoạt động, nhưng một số sẽ cần nhiều sự tinh chỉnh hơn những cách khác. Không có công cụ nào tốt hơn tất cả các công cụ khác; chính phần mềm nhúng đã bộc lộ khoảng cách giữa những công cụ tạo code và các công cụ thực sự hiểu vấn đề. Tùy thuộc vào công cụ bạn thường sử dụng nhất và cách tiếp cận bạn muốn áp dụng, kết quả của bạn sẽ khác nhau.

Antigravity nhanh và ấn tượng trong bối cảnh phù hợp. Codex thường quay lại với những phương pháp được ghi chép đầy đủ hơn, ngay cả khi chúng không phù hợp với nhiệm vụ cụ thể. Nhưng trong một dự án mà các hệ thống con khác nhau phải phối hợp với nhau trên phần cứng hạn chế, phương pháp chậm rãi, cẩn trọng và đơn giản hơn của Claude Code lại tạo ra kết quả duy nhất mà bạn có thể flash vào bo mạch và bắt đầu sử dụng ngay lập tức.