Tóm tắt
Bài viết kiểm tra lại tuyên bố Bun được rewrite sang Rust bằng AI trong 11 ngày với chi phí khoảng 165.000 USD API tokens. Tác giả không phủ nhận AI coding có giá trị, nhưng chỉ ra rằng “merged to main” không đồng nghĩa với “đã release, ổn định và xong việc”.
Đây là bài đáng đọc cho bất kỳ team nào đang cân nhắc dùng agent để rewrite hoặc migrate codebase lớn. Thước đo nên là release thật, test compatibility, review backlog và chi phí vận hành, không phải số ngày tạo ra diff đầu tiên.
Luận điểm chính
Ngày 08/07/2026, Jarred Sumner đăng bài về việc rewrite Bun in Rust. Claim trung tâm là quá trình rewrite diễn ra trong 11 ngày, từ 03/05 đến 14/05/2026, với chi phí khoảng 165.000 USD cho Anthropic API calls, rồi được merge vào main.
Tác giả Tom Lockwood xem đây là ví dụ dễ bị dùng làm bằng chứng rằng AI có thể thay thế phần lớn công việc maintainer open-source. Ông đặt câu hỏi khác: sau khi merge, project đã thật sự ship chưa, và còn bao nhiêu chi phí nằm ngoài con số token?
Những con số tác giả kiểm tra
Tại thời điểm bài viết, ngày 27/07/2026, tác giả nói Bun vẫn chưa có release tag mới sau khi rewrite được merge vào main. Release tag gần nhất được nêu là bun-v1.3.14 vào ngày 12/05/2026.
Ông cũng theo dõi các pull request từ robobun, được xem như proxy cho PR do Claude Code tạo. Số PR mở tăng từ 1.277 vào ngày 09/07 lên 2.475 vào ngày 27/07. Với thời gian CI Buildkite cho mỗi PR có thể kéo dài khoảng 40 phút hoặc hơn, backlog này làm câu chuyện “rewrite xong” bớt gọn hơn nhiều.
Phần chi phí khó nhìn thấy
165.000 USD token nghe lớn, nhưng có thể chưa phải toàn bộ hóa đơn. Một rewrite như vậy còn kéo theo CI liên tục, review của maintainer, sửa lỗi compatibility, và PR từ nhân viên Anthropic hoặc các bot liên quan.
Nếu tổ chức chỉ báo cáo chi phí inference mà không tính review queue, flaky test, release delay và rollback risk, phép tính ROI sẽ bị méo. Với open-source maintainers, 15.000 USD mỗi ngày cho API call đã ngoài tầm với; cộng thêm CI và review thì khoảng cách càng lớn.
Dev nên rút ra gì
AI-assisted rewrite có thể tạo khối lượng code rất nhanh, nhưng software engineering không kết thúc ở lúc diff xuất hiện. Câu hỏi đúng hơn là:
- Có release tag chưa?
- Compatibility test có cải thiện không?
- Maintainer có review nổi backlog không?
- Chi phí CI và thời gian chờ merge có được tính không?
- Code mới có idiomatic với ngôn ngữ đích không, hay chỉ “compile được”?
Dùng AI cho migration vẫn hợp lý, nhất là khi bạn chia nhỏ scope và có test suite mạnh. Nhưng hãy đo theo đường đi tới production, không đo theo tốc độ tạo PR.
Kết luận
Bài viết không phải lời kêu gọi bỏ AI coding. Nó là lời nhắc rằng agent có thể đẩy nhanh phần dễ đo nhất của rewrite, trong khi phần khó hơn nằm ở integration, review, release và maintenance. Nếu bạn đang pitch một cuộc rewrite bằng AI, hãy chuẩn bị dashboard end-to-end trước khi chuẩn bị slide “11 ngày”.