Viễn Đinh

Viễn Đinh

Khởi Nghiệp Tinh Gọn

Code với AI cùng Lauren Tan

Ai cũng thích khoe cảnh ra lệnh một câu là AI nhả ra cả trang code trong ba giây. Nghe vi diệu như ảo thuật. Nhưng có một sự thật cay đắng mà dân trong nghề ít khi dám nói to: AI viết code mất 3 giây, nhưng lập trình viên phải ngồi gãi đầu, đọc lại và sửa lỗi mất… 3 ngày.

Thế là người ta rơi vào một cái bẫy trớ trêu. Cứ tưởng thuê được một trợ lý thần đồng, hóa ra lại rước về một đứa trẻ siêu quậy cần người trông nom từng li từng tí.

Để giải bài toán này, Lauren Tan – kỹ sư đứng sau kiến trúc của Grok Bot – đã chứng minh một chân lý thép: Muốn AI làm việc thần tốc mà hệ thống không sụp đổ, bạn không thể dùng sức người để săm soi từng dòng code. Cách duy nhất là dựng lên những “hàng rào thép” và vòng lặp tự kiểm tra tự động – biến con đường làm đúng trở thành con đường dễ đi duy nhất của AI.

Dưới đây là những bước thực chiến đã biến Grok Bot từ một đống code hỗn loạn thành một cỗ máy tự vận hành siêu đẳng.

Vòng lặp tự kiểm chứng: Đập tan cái bẫy “bảo mẫu”

Thời điểm Lauren Tan vừa chân ướt chân ráo gia nhập Cursor để phát triển cửa sổ agent (“Glass”), áp lực thời gian đè nặng với deadline vỏn vẹn một tuần. Cả đội hì hục dùng AI agent để viết tính năng mới, nhưng một cảnh tượng dở khóc dở cười liên tục lặp lại:

Lauren phải mở công cụ kiểm tra của trình duyệt (Chrome DevTools), đo đạc hiệu năng, chụp từng bức ảnh màn hình rồi copy-paste ném lại cho AI. Con AI ngắm nghía bức ảnh, bắt đầu đoán già đoán non nguyên nhân và liên tục đưa ra những bản sửa lỗi trật lất. Lauren bỗng nhận ra: Nút thắt cổ chai lớn nhất ở đây chính là con người. Chừng nào AI chưa thể tự bấm nút chạy thử và tự nhìn thấy kết quả code của chính mình, chừng đó lập trình viên vẫn chỉ là chân sai vặt chạy việc cho cỗ máy.

Thế là Lauren tạo ra một kỹ năng mang tên “Control Glass” thông qua giao thức Chrome DevTools Protocol. Từ đây, AI tự chạy code, tự đo đạc mức ngốn CPU và tự soi dung lượng bộ nhớ mà chẳng cần ai mớm mồi. Vòng lặp khép kín: AI tự viết, tự chạy, tự thấy sai và tự sửa. Lauren thảnh thơi bước ra khỏi vai trò “bảo mẫu” để ngắm nhìn cỗ máy tự xoay xở.

Bản đồ tính năng: Chiếc la bàn cứu rỗi AI “mù đường”

Có công cụ chạy thử rồi, nhưng một rắc rối khác lại ập đến. Khách hàng bấm gửi báo cáo lỗi về kênh Slack bằng những câu mô tả rất “hồn nhiên”: “Cái nút bên góc bấm vào không ăn” kèm một tấm ảnh chụp có khoanh tròn nguệch ngoạc dấu chấm hỏi.

Đưa thông tin mù mờ đó cho AI, nó bắt đầu cuống cuồng lục lọi trong dự án, thử hết file này đến file khác một cách vô vọng. Lauren nhận ra: AI có tay chân để chạy thử, nhưng nó hoàn toàn thiếu một “tư duy không gian” để biết giao diện ngoài đời tương ứng với ngóc ngách nào trong hàng triệu dòng code.

Một giải pháp thanh lịch ra đời: Bản đồ tính năng (Feature Map). Lauren nạp thẳng cho AI một tấm bản đồ chi tiết, ghi rõ từng nút bấm trên giao diện nằm ở tệp mã nguồn nào, dùng phím tắt gì và định danh DOM ra sao. Nhờ có tấm la bàn này, mỗi khi nhận một câu phàn nàn vu vơ từ người dùng, AI lập tức “bay” thẳng tới đúng thư mục gốc chứa lỗi để sửa và kiểm tra, không còn cảnh đi lạc loanh quanh giữa rừng code.

Biệt đội Benny trên mây: Khi AI tự gánh việc cho cả công ty

Việc để AI tự kiểm tra trên máy tính cá nhân của lập trình viên dẫu có xịn sò, nhưng vẫn vướng một điểm nghẽn: Nó vẫn chiếm dụng máy móc và cần người bấm nút khởi động. Trong khi đó, hàng trăm báo cáo lỗi từ người dùng cứ ầm ầm đổ về Slack mỗi ngày. Các kỹ sư vẫn phải tốn hàng giờ quý báu chỉ để thử làm lại lỗi (reproduce bug).

Đội ngũ quyết định nâng tầm cuộc chơi bằng một agent chạy trên đám mây có tên là “Benny”.

Benny sở hữu một cỗ máy ảo riêng biệt trên mây cùng toàn bộ kỹ năng kiểm chứng tự động đã học được. Mỗi khi một báo cáo lỗi xuất hiện trên Slack, Benny âm thầm mở máy ảo, bám theo bản đồ tính năng để bấm thử y như người dùng thật, rồi đối chiếu xem nhánh code mới nhất của công ty đã sửa lỗi này hay chưa. Benny tự xác nhận và đóng lỗi mà chẳng cần bất kỳ ai phải chạm tay vào bàn phím. Kỹ năng kiểm chứng cá nhân giờ đây đã trở thành hạ tầng tự động hóa của toàn bộ doanh nghiệp.

Cuộc đại phẫu 600 nhát dao: Dọn sạch “bãi rác cảm xúc”

Grok Bot thuở ban đầu được tạo ra từ trào lưu thời thượng: “Vibe coding” – lập trình bằng cảm hứng. Cứ gõ vài ba câu prompt, AI tuôn ra tính năng ào ào, chẳng ai buồn đọc lại từng dòng code vì thấy mọi thứ chạy có vẻ mượt mà.

Nhưng hỡi ôi, bản chất của AI là một thực thể cực kỳ “thực dụng”. Nó luôn chọn con đường ngắn nhất, lười biếng nhất để giải quyết yêu cầu trước mắt. Chỗ này nó chắp vá một tí, chỗ kia nó đi đường tắt một tẹo. Sau một thời gian, hệ thống biến thành một “kiến trúc hữu cơ” – một đống dây điện chằng chịt, rò rỉ tiến trình và hiệu năng tụt dốc thảm hại.

Hiểu rằng không thể xây lâu đài trên một bãi lún, Lauren Tan đã lao vào một cuộc “đại phẫu” khổng lồ: nộp hơn 600 Pull Request (PR) liên tục để đập bỏ toàn bộ đống code chắp vá, thay thế nó bằng một kiến trúc mới mang tên “Dune”. Đó là một bộ khung có trật tự nghiêm ngặt, triệt tiêu mọi đường tắt vô tội vạ. Nhờ cuộc dọn dẹp này, về sau AI có thể đẩy hàng nghìn thay đổi lên hệ thống một cách an toàn mà con người không cần phải toát mồ hôi kiểm tra thủ công.

Thiết quân luật CI: Đừng khuyên bảo, hãy dựng tường thép

Có một sai lầm mà rất nhiều người làm việc với AI mắc phải: cố gắng dùng lời ngon ngọt (prompt) để dặn dò nó. Lập trình viên hay viết: “Này AI, đừng dùng hàm useEffect trong React nhé, dễ lag lắm”, hay “Đừng có tự bịa ra comment giải thích code nhé”.

Kết quả ra sao? Lần đầu AI gật gù nghe lời, đến lần thứ ba nó… quên sạch. Dùng sức người để đọc code và bắt bẻ những lỗi lặp đi lặp lại này chỉ chuốc lấy sự kiệt sức.

Lauren Tan quyết định không thương lượng bằng lời nói. Grok Bot áp dụng hàng rào kiểm duyệt tự động (Continuous Integration - CI) cực kỳ sắt đá:

Nếu AI viết sai quy tắc, hệ thống CI lập tức đánh trượt, màn hình báo đỏ lòm. AI không có lựa chọn nào khác ngoài việc phải tự sửa code cho đúng chuẩn thì mới được đưa vào hệ thống. Lời khuyên mềm yếu đã được thay bằng rào chắn thép: Không cãi lý, chỉ có đúng quy chuẩn mới được đi tiếp.

Dân nghiệp dư ra trận: Khi PM tự tay sửa code sản phẩm

Thành quả ngọt ngào nhất của cả quá trình này là gì? Đó là xóa nhòa ranh giới chuyên môn.

Trước đây, nếu một Giám đốc sản phẩm (Product Manager) hay một nhà thiết kế muốn đổi một tính năng, họ phải làm tài liệu, năn nỉ kỹ sư xếp lịch rồi ngồi chờ cả tuần. Họ không dám đụng vào code vì sợ làm nổ tung cả hệ thống.

Nhưng nhờ có Grok Bot với kiến trúc Dune vững như bàn thạch, câu chuyện đã đổi khác. Một ngày nọ, một PM trong đội đã tự mình mở Grok Bot lên qua giao diện trò chuyện, bảo nó sửa một lỗi phần mềm và tạo một đề xuất thay đổi (Pull Request).

Khi Lauren Tan mở đề xuất đó ra xem, không có một lỗi ngớ ngẩn nào xuất hiện. Tại sao? Vì nếu có lỗi, hệ thống rào chắn CI đã chặn lại từ trước rồi. Đoạn code sạch bóng, chuẩn chỉ và được duyệt thẳng lên môi trường thực tế. Grok Bot đã biến việc viết phần mềm từ một “đặc quyền độc quyền” của kỹ sư thành một sân chơi an toàn cho mọi thành viên trong công ty.

Lời kết

Người ta thường mơ về ngày AI làm hết mọi việc để con người được rảnh tay. Nhưng bài học sâu sắc từ Grok Bot và Lauren Tan chỉ ra một quy luật thực tế đến trần trụi: AI chỉ là dòng nước xiết. Nếu bạn thả nó chảy tự do trên bãi đất trống, nó sẽ biến mảnh đất thành bãi sình lầy của những lỗi phần mềm.

Muốn dòng nước đó quay được tuabin phát điện, bạn phải dựng nên những con đập kiên cố và những lòng kênh dẫn thẳng tắp.

Đừng biến mình thành người bảo mẫu chạy theo dọn rác cho AI. Thay vào đó, hãy trở thành một người kỹ sư kiến tạo kỷ luật: thiết lập vòng lặp tự kiểm tra, dựng sẵn các hàng rào tự động, và biến con đường chuẩn mực thành lựa chọn duy nhất mà AI có thể đi. Khi kỷ luật đã đạt đến mức hoàn hảo, tốc độ và sự tự do đích thực mới bắt đầu xuất hiện.