Cú Phanh Gấp Của AI Agent: Lập Trình Tự Động Rất Khó

Suốt một năm qua, giới công nghệ dường như phát cuồng với khái niệm "AI Agent" (tác tử AI tự trị). Chúng ta đã mơ về những nhân viên kỹ thuật số có khả năng tự động đọc log, fix bug, viết tính năng mới và deploy code trong lúc chúng ta nhâm nhi ly cà phê sáng.

Nhưng chuyến tàu cường điệu (hype train) cuối cùng cũng phải va vào thực tế. Gần đây, CEO Meta Mark Zuckerberg đã phải thừa nhận rằng quá trình phát triển AI Agent đang diễn ra "chậm hơn dự kiến". Và anh ấy hoàn toàn có lý. Từ các gã khổng lồ công nghệ cho đến những startup tinh gọn, tất cả đều đang nhận ra một sự thật phũ phàng: xây dựng một AI Agent hoạt động đáng tin cậy và tự chủ là một bài toán kỹ thuật cực kỳ khó nhằn.

AI Agent thực chất chỉ là một "Junior Dev"

Để hiểu tại sao các Agent lại chật vật đến vậy, hãy nhìn vào môi trường mà chúng ta đang bắt chúng làm việc. Một nghiên cứu rất thú vị mang tên Does Code Cleanliness Affect Coding Agents? (Mức độ sạch của code ảnh hưởng thế nào đến AI?) đã phơi bày một sự thật vừa hài hước vừa thực tế: AI Coding Agent hiện tại có cách làm việc y hệt như mấy bạn thực tập sinh (Junior Developer) mới ra trường, rất dễ bị "ngợp".

Nếu bạn ném một AI Agent vào một dự án code mẫu mực: kiến trúc module rõ ràng, tài liệu đầy đủ, tên biến tường minh, nó sẽ biểu diễn một thứ ma thuật tuyệt vời, fix bug và thêm tính năng nhanh như chớp.

Nhưng chuyện gì sẽ xảy ra nếu bạn bắt nó làm việc với một hệ thống "di sản" (legacy) đã tồn tại 10 năm? Bạn biết thể loại đó rồi đấy: code chồng chéo như bát mì spaghetti, những đoạn hack không ai thèm ghi chú, file dài 2.000 dòng và những biến số mang tên tempData2, final_final_test. Kết quả? AI Agent sụp đổ hoàn toàn.

Nghiên cứu chỉ ra rằng tỷ lệ thành công của AI giảm thê thảm khi nó phải xử lý code bẩn. Điều này đập tan ảo tưởng rằng AI sẽ là chiếc đũa thần giúp dọn dẹp đống "nợ kỹ thuật" (tech debt) tích tụ nhiều năm. Ngược lại, AI đòi hỏi dự án phải có tiêu chuẩn kỹ thuật tốt mới có thể hoạt động. Code rác rưởi làm rối loạn cửa sổ ngữ cảnh (context window) của các mô hình ngôn ngữ lớn (LLM), dẫn đến hiện tượng "ảo giác", đưa ra các giả định sai lầm và viết ra những bản vá lỗi phá hỏng hệ thống. Hóa ra, dù là não người hay lõi silicon, không ai có thể làm việc nổi với những dòng code rác.

Vòng lặp tự hủy diệt của AI

Không chỉ kém trong việc xử lý code bẩn, các Agent tự trị còn có một thói quen rất đáng sợ: chúng rất giỏi tự phá hỏng môi trường của chính mình. Một bài viết xuất sắc từ Fly.io (một nền tảng hạ tầng đám mây) với tựa đề Building Agents That Don't Break Themselves đã chỉ ra cơn ác mộng vận hành khi chạy các Agent tự trị trong môi trường thực tế.

Khi một lập trình viên con người mắc lỗi — ví dụ, gõ sai một lệnh bash hoặc commit nhầm git — họ sẽ dừng lại, đọc dòng báo lỗi và suy nghĩ cách khắc phục. Nhưng khi một LLM Agent mắc lỗi, nó không phải lúc nào cũng biết cách lùi lại một bước một cách thanh lịch.

Đôi khi, nó cố gắng sửa lỗi, nhưng lại vô tình tạo ra một lỗi mới nghiêm trọng hơn, đâm ra bối rối, và rồi rơi vào một vòng lặp vô tận của những dòng lệnh thất bại. Nếu không có ai giám sát, Agent sẽ đốt sạch hàng triệu API token và vắt kiệt CPU của máy chủ, điên cuồng cố gắng sửa một lỗi chính tả bằng cách... xóa sạch toàn bộ ứng dụng và viết lại từ đầu, cho đến khi có ai đó rút phích cắm.

Để Agent thực sự hữu dụng, chúng ta không thể chỉ ném cho nó một câu lệnh prompt và cấp quyền truy cập terminal. Chúng ta phải xây dựng những bộ "giàn giáo" phòng ngự kiên cố (defensive scaffolding) xung quanh nó. Cụ thể là các giới hạn thời gian (timeout), môi trường chỉ đọc (read-only mode), cơ chế tự động khôi phục trạng thái (rollback) và những hộp cát (sandbox) cô lập nghiêm ngặt. Khái niệm "Agent" giờ đây không chỉ đơn thuần là mô hình AI, mà là cả một hệ thống cơ sở hạ tầng khổng lồ và phức tạp bao bọc lấy mô hình đó, nhằm ngăn nó tự thiêu rụi nơi làm việc của chính mình.

Yếu huyệt trong khả năng suy luận

Sự cọ xát với thực tế vận hành này đưa chúng ta quay lại lời thừa nhận của Zuckerberg về sự chậm trễ. Meta có hàng tỷ đô la, sức mạnh tính toán gần như vô hạn và những bộ óc AI xuất chúng nhất hành tinh. Tại sao họ vẫn thấy việc làm Agent tiến triển quá chậm?

Bởi vì ngành công nghệ đang cố gắng ép AI chuyển mình từ vai trò "nhà thông thái" (Oracle - kiểu như ChatGPT trả lời câu hỏi) sang vai trò "hệ thống hành động" (System - thực hiện chuỗi hành động trong môi trường động), và các kiến trúc AI hiện tại chưa thực sự sẵn sàng cho việc đó.

Một mô hình "nhà thông thái" chỉ cần sinh ra văn bản. Nhưng một Agent phải biết lập kế hoạch gồm nhiều bước, thực thi hành động, quan sát kết quả thực tế, nhận ra mình đã làm sai, điều chỉnh lại kế hoạch và thử lại lần nữa. Vòng lặp lập kế hoạch và tự sửa sai này hiện tại cực kỳ thiếu ổn định với kiến trúc Transformer. Chúng rất dễ quên mất mục tiêu ban đầu chỉ sau vài thao tác, dễ bị xao nhãng bởi các thông báo lỗi giữa chừng, hoặc cứ đâm đầu một cách tự tin mù quáng vào một giải pháp sai bét mà không có đủ "sự tự nhận thức" (self-awareness) để quay đầu.

Vai trò của lập trình viên đang tiến hóa

Đối với các anh em kỹ sư phần mềm đang ngày ngày "đọc tin tức AI trong lo âu", cú phanh gấp này thực chất lại là một tin cực vui. Nỗi sợ hãi về việc một AI Agent sẽ tự động tải các task trên Jira và cướp mất bát cơm của bạn vào ngày mai hiện đang bị phóng đại quá mức.

Thay vì bị đào thải, công việc của bạn đang tiến hóa và dịch chuyển lên một tầng trừu tượng (abstraction) cao hơn. Nếu AI Agent cần những dự án có kiến trúc code sạch sẽ và những môi trường sandbox bị trói buộc nghiêm ngặt để có thể làm việc, thì con người sẽ đóng vai trò là kiến trúc sư và người cai ngục.

Chúng ta sẽ trở thành những kỹ sư Senior chuyên thiết kế hệ thống tổng thể, định nghĩa rõ ràng các ranh giới API, viết các bộ test suite tự động và duy trì một môi trường "sạch sẽ" để các "thực tập sinh AI Agent" có thể an toàn làm những công việc tay chân nhàm chán. Nếu codebase của bạn đang là một bãi rác, AI sẽ không thể cứu bạn đâu — nó sẽ chỉ bị kẹt lại trong đống bùn đó cùng bạn mà thôi. Trong kỷ nguyên của AI Agent, sự sạch sẽ của code, kiến trúc hệ thống vững chắc và kỹ năng vận hành (systems engineering) thậm chí còn trở nên quan trọng hơn bao giờ hết. Tương lai không phải là AI thay thế kỹ sư phần mềm; tương lai là kỹ sư xây dựng những "bình chứa" an toàn để AI có thể thực sự phát huy tác dụng.