Hiện tại không nhiều người biết, tôi xuất thân từ nền tảng kỹ thuật. Hai mươi năm trước tại ngân hàng đầu tư khu vực Châu Á - Thái Bình Dương, những người thực sự hiểu về giao dịch thuật toán có thể chỉ khoảng năm mươi người, và tôi là một trong số đó; vào thời điểm đó, cốt lõi của hệ thống không phải là "có thể chạy được", mà phải đáng tin cậy trong dài hạn dưới các giới hạn như độ trễ, ổn định, giám sát và kiểm soát rủi ro. Vì vậy, ban đầu tôi rất phản đối "Vibe Coding", vì nó dễ gây hiểu lầm rằng lập trình có thể thực hiện bằng cách "đưa ra hướng dẫn dựa trên cảm xúc". Sau đó, tôi cá nhân đã sử dụng Claude Code, Codex, Copilot để tạo ra một số phần mềm nhỏ và công cụ nội bộ, mới nhận ra rằng vấn đề không phải ở AI viết mã, mà ở tính gây hiểu lầm của thuật ngữ này: khi AI được đưa vào quá trình kỹ thuật, nó giống như một phần mở rộng của Pair Programming, kết hợp "sản xuất" và "đánh giá" vào một chu trình, cho phép con người chuyển sự chú ý từ công việc lặp đi lặp lại trở lại các quyết định chính và kiểm soát chất lượng. Trong khi đó, thực tế cũng rất rõ ràng: những người không hiểu lập trình chỉ với Vibe rất khó để đạt được kết quả phù hợp; nhưng đối với những người có khả năng, AI sẽ tăng cường đáng kể hiệu quả và chất lượng giao hàng, điều này cũng giải thích tại sao một trong những "lợi thế" được tìm kiếm nhiều nhất trong công ty là có thể sử dụng nhiều Token LLM hơn, kiểm soát được, và có thể kiểm toán bởi tất cả mọi người, bao gồm quyền truy cập và thiết lập mô hình ổn định hơn, khung quyền hạn và tuân thủ tốt hơn, chuỗi công cụ nội bộ gần hơn với kinh doanh, cũng như đào tạo liên tục và thu thập các thực hành tốt nhất.