Mã nguồn là thứ rẻ tiền. Khả năng đánh giá kỹ thuật giờ đây là nguồn lực khan hiếm.

AI tác nhân (Agentic AI) Mã nguồn (Code) đã rẻ. Giờ đây, năng lực đánh giá kỹ thuật là nguồn lực khan hiếm Các rào cản đối với việc xây dựng đã sụp đổ. Điều đó làm dịch chuyển nút thắt cổ chai sang quyền sở hữu, xác thực, thị hiếu và quyết định những gì thực sự nên tồn tại. Clara Chong Ngày 2/6/2026 7 phút đọc Chia sẻ Bài phát biểu của Max Buckley tại hội nghị. Ảnh: 65labs Lý thuyết trò chơi làm nền tảng cho xã hội đang thay đổi. Đó là một trong những ý tưởng từ bài phát biểu của Max Buckley tại AI Engineer Singapore, và nó đã đọng lại trong tôi kể từ đó. Trong nhiều thập kỷ, kỹ thuật phần mềm được tổ chức xoay quanh sự khan hiếm. Mã nguồn đắt đỏ để viết, kỹ sư khan hiếm và các tính năng mất thời gian. Giả định này đã định hình cách các nhóm làm việc. Chúng tôi ưu tiên cẩn thận vì mỗi tính năng đều có chi phí cơ hội rất lớn. Nhưng AI đã phá vỡ giả định đó. Khi các tác nhân mã hóa (coding agents) trở nên có năng lực hơn, chi phí triển khai đang giảm đáng kể. Những gì từng mất hàng tuần giờ đây có thể được tạo mẫu trong vài ngày hoặc thậm chí vài giờ. Max, người đứng đầu bộ phận Nghiên cứu Kiến thức tại Exa sau 12,5 năm làm việc tại Google, đã coi đây là một sự thay đổi trong lý thuyết trò chơi: không chỉ là hỏi bạn nên làm gì, mà là bạn nên làm gì khi mọi người khác cũng đang hành xử theo cách này và cố gắng giành chiến thắng. Và bạn không thể đứng ngoài những thay đổi này. Dù chúng ta đã sẵn sàng hay chưa, những cách làm việc cơ bản đang thay đổi. Nhưng việc triển khai rẻ hơn không có nghĩa là phần mềm tốt hơn. Không có lượng AI nào có thể cứu chúng ta khỏi việc xây dựng sai thứ. Trên thực tế, AI có thể làm cho vấn đề đó trở nên tồi tệ hơn. Khi việc xây dựng trở nên dễ dàng hơn, việc tạo ra những thứ ấn tượng về mặt kỹ thuật nhưng không liên quan về mặt chiến lược trở nên dễ dàng hơn nhiều: Nhiều bảng điều khiển hơn, nhiều quy trình làm việc hơn, nhiều công cụ nội bộ hơn, nhiều ứng dụng hoạt động nhưng không đáng tồn tại. Đó là lý do tại tôi nghĩ rằng năng lực đánh giá kỹ thuật đang trở nên có giá trị hơn. Một trong những ví dụ của Max đã đọng lại trong tôi. Trong nền kinh tế phần mềm cũ, các nhóm phải thu hẹp 30 ý tưởng xuống còn 3 trước khi xây dựng bất cứ điều gì. Với các tác nhân mã hóa ngày nay, quy trình ra quyết định thay đổi. Bạn có thể xây dựng nhiều hơn, đánh giá nhiều hơn, kiểm tra nhiều hơn và loại bỏ những gì không hiệu quả với ít sự gắn bó cảm xúc hơn. Chi phí thử nghiệm thấp hơn và thử nghiệm trở nên hấp dẫn hơn. Điều đó nghe có vẻ giải phóng nhưng nó cũng tạo ra một nút thắt cổ chai mới. Nếu bất kỳ ai cũng có thể tạo mẫu một ý tưởng, sự chú ý giờ đây là một nguồn tài nguyên khan hiếm. Điều đó cũng có nghĩa là tôi nên cảm ơn mỗi người đang đọc bài này. Sự chú ý của bạn không phải là miễn phí, và tôi hy vọng tôi đã làm cho bài viết này xứng đáng với thời gian của bạn. Tôi gần đây đã tham dự hội nghị AI Engineer đầu tiên tại Singapore, được tổ chức từ ngày 15 đến 17/5/2026. Hội nghị đã quy tụ các diễn giả từ các công ty như Google DeepMind, Vercel, OpenAI, Exa, NanoClaw và nhiều công ty khác. Bài viết này sẽ trình bày chi tiết 3 điểm từ 3 diễn giả đã gây ấn tượng với tôi. AI không loại bỏ nhu cầu về kỷ luật kỹ thuật. Nó đang dịch chuyển kỷ luật đó sang một phần khác của hệ thống. Kiến thức kỹ thuật cũng đang thay đổi hình dạng. Các mô hình có trí thông minh không đồng đều: Chúng có thể cực kỳ giỏi ở một số nhiệm vụ, nhưng lại kém một cách đáng ngạc nhiên ở các nhiệm vụ gần đó mà đối với con người dường như dễ dàng như nhau. Các mô hình thường biết câu trả lời cho những điều phức tạp nhưng sẽ không đưa ra trừ khi bạn biết cách hỏi. Vì vậy, câu hỏi không còn chỉ là liệu chúng ta có thể xây dựng một cái gì đó hay không. Mà là liệu nó có nên tồn tại hay không. Jimmy Lai, Giám đốc Next.js tại Vercel, đã chia sẻ một quan điểm tương tự từ một góc độ khác. Quan điểm của ông là AI đã làm cho việc tạo ra trở nên rẻ, nhưng quyền sở hữu trở nên đắt hơn. Khi việc xây dựng trở nên dễ dàng hơn, số lượng sản phẩm chúng ta có thể tạo ra sẽ tăng lên. Tuy nhiên, mỗi nguyên mẫu (prototype) tồn tại đều trở thành thứ mà ai đó phải duy trì, gỡ lỗi, lập tài liệu, bảo mật và giải thích. Chi phí để viết phiên bản đầu tiên có thể giảm, nhưng chi phí sở hữu hệ thống không biến mất. Ông Jimmy đã đưa ra ba dự đoán đáng chú ý. Thứ nhất, chúng ta hiện đang xây dựng cho các tác nhân (agents). Các tác nhân đang trở thành một loại người dùng phần mềm mới. Một tệp README lỗi thời không còn chỉ gây khó chịu cho con người. Nó là một sự ảo giác (hallucination) đang chờ xảy ra. Thứ hai, chúng ta hiện đang xây dựng với các tác nhân. Trớ trêu thay, mặc dù giờ đây việc xây dựng một thứ mà bạn không thực sự hiểu trở nên dễ dàng hơn, sự thật là các nguyên tắc cơ bản không thay đổi và trên thực tế đã trở nên quan trọng hơn bao giờ hết. Nếu bạn trở nên xuất sắc trong việc xây dựng với các tác nhân đồng thời vững vàng về các nguyên tắc cơ bản, bạn sẽ trở nên không thể ngăn cản. Thứ ba, chúng ta phải học cách không sở hữu những gì. Chỉ vì bạn có thể xây dựng một thứ gì đó không có nghĩa là bạn nên làm. Sự dễ dàng trong việc tạo ra đã trở thành gánh nặng bảo trì. Điều này không có nghĩa là chúng ta nên xuất xưởng ít hơn. Nó có nghĩa là chúng ta nên có chủ đích hơn về những gì chúng ta cho phép tồn tại. Lợi thế thuộc về các nhóm biết điều gì làm cho sản phẩm của họ khác biệt, điều gì xứng đáng được họ quan tâm và điều gì họ nên chủ động không xây dựng. Trong một thế giới mà phần mềm có chi phí tạo ra thấp, sự tập trung trở thành một tài sản kỹ thuật. Cuối cùng, bài học quan trọng cuối cùng của tôi đến từ một buổi nói chuyện về thiết kế. Ông Phil Hedayatnia từ Airfoil đã có một buổi nói chuyện về cách tạo ra các tác nhân thiết kế (design agents) thực sự có gu thẩm mỹ trong một biển các sản phẩm AI rất bình thường. Tôi không phải là nhà thiết kế, vì vậy tôi thường nghĩ về thiết kế theo khía cạnh những gì một thiết kế tốt nên hoặc không nên chứa đựng. Buổi nói chuyện của ông ấy đã định hình lại điều đó đối với tôi. Thiết kế không phải là cố gắng dạy ai đó về những gì nên làm và không nên làm. Đó là đào tạo dựa trên kết quả. Thiết kế tốt là về việc hiểu cách mọi người suy nghĩ, cách họ hành động và tại sao một số luồng, hình ảnh và câu chuyện lại gây được tiếng vang với họ. Ông Phil đã liên hệ điều đó với tâm lý học con người. Ít quan trọng hơn việc nhìn vào những gì mọi người tạo ra, mà dành nhiều thời gian hơn để cố gắng hiểu tại sao họ lại tạo ra nó theo cách đó và quá trình tư duy đằng sau nó. Nói cách khác, gu thẩm mỹ không phải là một danh sách kiểm tra. Đó là sự phán đoán được áp dụng vào ngữ cảnh. Ông Phil đã đưa ra ví dụ về tàu cao tốc Shinkansen và mỏ chim bói cá. Con tàu gặp một vấn đề: khi ra khỏi đường hầm, nó tạo ra tiếng "nổ hầm" lớn do khí nén. Các kỹ sư đã giảm tiếng ồn bằng cách mô phỏng mũi tàu theo mỏ chim bói cá. Chim bói cá có thể lặn từ không khí xuống nước.