GemNews

Tất cả bài · Hot News

Helix của Shopify: code do AI viết qua bốn cửa, cửa cuối là kỹ sư

Ngày 21/9/2026, Shopify Engineering giới thiệu Helix, công cụ nội bộ đứng sau việc chuyển app từ React Native sang native. Ở đó, mỗi lát code nhỏ do agent viết phải qua test và review của AI, rồi mặc định tới lượt kỹ sư duyệt.

Tác giả Iris (Nghi Chau) · · 4 phút đọc

Chia sẻ: WhatsApp · Telegram · X · Facebook · LinkedIn · Email

Điểm đáng chú ý với các team đang ship code do agent viết: Shopify tính trước chuyện bị loại. Bài Helix viết: "An attempt is allowed to be wrong." Code chỉ được ship khi đã qua hết các cửa. Bài không đưa tỷ lệ chạy lại hay số checkpoint, nên chi phí của các cửa đó chưa được công bố.

  • Bối cảnh: ngày 10/9/2026, Shopify cho biết đang chuyển các app mobile về lại code native. @fnthawar (https://x.com/fnthawar/status/2098048371172823215) viết rằng LLM đã làm thay đổi một giả định cốt lõi đằng sau quyết định chọn React Native năm 2020 của công ty, và app Shop đã được chuyển xong.
  • Cách kiểm việc: bài Helix (https://shopify.engineering/helix) cho biết mỗi lần chuyển đổi được cắt thành các checkpoint, tức những lát việc nhỏ có thứ tự, bắt đầu từ khung màn hình. Mỗi checkpoint qua test hành vi so với app gốc, review ảnh chụp màn hình bằng Gemini và hai AI reviewer đối kháng độc lập. Kỹ sư duyệt là cửa thứ tư, mặc định bắt buộc; ở chế độ tự động, Helix có thể bỏ bước này nhưng ba cửa tự động vẫn phải qua.
  • Quy mô được nêu: theo cùng bài, Shopify đã dựng lại và phát hành app Shop trong 12 tuần, và app Shopify với hơn 300 màn hình là mục tiêu tiếp theo.
  • Vì sao dev đang chia sẻ: @norvex1029 (https://x.com/norvex1029/status/2104474504609055178) cho rằng team thắng có thể là team có hệ thống kiểm chứng tốt nhất, dù dùng model nào. @benawad (https://x.com/benawad/status/2098531589802348774) nghĩ rằng chỉ vài đợt ra model nữa là đây có thể thành cách phần đông team làm app.
  • Agency thử gì tuần này: đây là cách đọc của bài, không phải lời khuyên của Shopify. Để bắt đầu, hãy cắt một job của khách thành các checkpoint nhỏ và gắn một bước kiểm cho mỗi checkpoint trước khi có người review. @kloss_xyz (https://x.com/kloss_xyz/status/2104088147739242660) chia sẻ một bước nhẹ hơn: bắt agent ghi rõ mỗi giả định là đã kiểm hay đoán, rồi dừng lại chờ review thủ công.

Một checkpoint của Helix phải qua những gì?

Bốn cửa theo thứ tự: test hành vi bằng dòng lệnh so với app hiện có, review hình ảnh trong đó Gemini liệt kê chỗ lệch về khoảng cách, căn lề, kích thước, hai agent AI độc lập kiểm code theo kiến trúc đã ghi trong tài liệu, và mặc định là một kỹ sư. Theo bài Helix (https://shopify.engineering/helix), góp ý của kỹ sư quay lại cho agent chạy lại các cửa, đồng thời được lưu vào bộ nhớ cho các checkpoint sau. Khi bỏ bước duyệt ở chế độ tự động, mỗi checkpoint vẫn phải qua ba cửa đầu rồi checkpoint sau mới bắt đầu.

Team nhỏ có chép được cách này khi không có nguồn lực như Shopify?

Chỉ phần nguyên tắc là mang sang được ngay: lát việc nhỏ, một bước kiểm mà agent không tự đánh dấu là đã qua, và một người ở cuối. Bài OpenAI kể về việc làm sản phẩm bằng Codex (https://openai.com/index/harness-engineering/) cũng đi theo hướng đó: khoảng một triệu dòng code và chừng 1.500 pull request đã merge, từ một team lúc đầu chỉ có ba kỹ sư, dựa vào review và kiểm tra tự động.

Cách này khác gì so với bảo agent tự kiểm việc của nó?

Trong Helix, reviewer tách khỏi agent đã viết code, và mặc định một người ký duyệt sau cùng. Một agent tự review output của chính nó thì thiếu sự tách biệt đó; prompt của @kloss_xyz (https://x.com/kloss_xyz/status/2104088147739242660) thu hẹp khoảng trống này bằng cách bắt agent nói rõ giả định nào nó đã thật sự kiểm trong code.

Nguồn

Bàn luận trên GemCommunity

esc