“Tác tử lập trình” là tên gọi sai. Đây là tác tử cho mọi việc.

Tại Code with Claude, sự kiện dành cho nhà phát triển của Anthropic tại London, một kỹ sư tên Jeremy Hadfield đã hỏi phòng một câu hỏi: ai trong số các bạn đã gửi một yêu cầu kéo trong tuần qua được viết hoàn toàn bởi Claude? Khoảng một nửa số người đã giơ tay. Sau đó, anh ấy hỏi câu hỏi tiếp theo — ai đã gửi một yêu cầu mà không đọc mã nào? Tiếng cười lo lắng. Hầu hết số người vẫn giơ tay.

Anthropic hiện nay cho biết hầu hết phần mềm của họ được viết bởi Claude, bao gồm phần lớn mã bên trong chính Claude Code. Và không chỉ họ. Trong cùng một khoảng thời gian, OpenAI được đặt tên là đơn vị dẫn đầu về tác tử lập trình cho doanh nghiệp bởi Gartner và đang đẩy mạnh việc sử dụng Codex vào các công ty như Dell và Ramp. Hai phòng thí nghiệm, một hướng đi, không có sự mơ hồ: việc giao mã của bạn cho một tác tử đã chuyển từ điều mới lạ thành chuyện bình thường trong khoảng một năm.

Chúng ta vẫn tiếp tục gọi những thứ này là “tác tử lập trình.” Tên gọi đó sẽ khiến nhiều người bỏ lỡ điều thực sự đang được xây dựng.

Điều thực sự đang xảy ra

Khung cảnh trên sân khấu tại Code with Claude không phải là “trí tuệ nhân tạo giúp bạn viết mã nhanh hơn.” Đó là một điều gì đó xa hơn thế. Boris Cherny, người điều hành Claude Code, đã nói như thế này: “Mặc định không phải là ‘tôi sẽ đưa prompt cho Claude’ — mặc định bây giờ là ‘tôi sẽ để Claude tự đưa prompt cho chính mình.'” Một phiên bản khác của một kỹ sư: “để Claude tự làm việc. Chúng tôi thích nói: để nó tự hoạt động.” Anthropic thậm chí còn trình diễn một tính năng nơi các tác tử lập trình viết ghi chú cho chính mình, sau đó hợp nhất các ghi chú đó để trở nên tốt hơn trong một cơ sở mã qua thời gian.

Các công ty đến để trình diễn không chỉ là các tổ chức kỹ thuật phần mềm lớn, mặc dù Spotify và Delivery Hero (DHER.DE ) đã có mặt. Điều đó cho thấy các công ty khởi nghiệp: Lovable, Base44, Monday.com, các công ty mà toàn bộ sản phẩm của họ là cho phép mọi người xây dựng ứng dụng bằng cách mô tả chúng. Các ứng dụng giúp bạn xây dựng ứng dụng. Sự trừu tượng đang tăng cao, và nó đang hướng tới những người không viết mã.

Một người dẫn đầu của Anthropic cho biết Claude “có lẽ giỏi ngang một kỹ sư cấp trung về việc viết mã” ngày nay. Một người khác cho biết trạng thái cuối cùng họ đang hướng tới là Claude “cơ bản có thể xây dựng chính nó.”

Tại sao “tác tử lập trình” không đủ

Mã chỉ là lĩnh vực mà năng lực dễ được đo lường rõ ràng nhất. Đó là văn bản, nó có thể chạy hoặc không, và bạn có thể đếm số lượng yêu cầu kéo. Vì vậy, đó là nơi các điểm chuẩn chỉ và đó là tên gọi đã gắn liền.

Nhưng hãy gỡ bỏ và những thứ này không phải là công cụ mã. Chúng là các tác tử đa dụng có thể giữ một mục tiêu, chia nó thành các bước, sử dụng các công cụ, kiểm tra công việc của chính mình và thử lại cho đến khi có điều gì đó hoạt động. Mã hóa chỉ là minh họa rõ ràng nhất cho vòng lặp đó. Vòng lặp đó không phải là về mã.

Đó là điều mà hầu hết các bài báo đang bỏ lỡ. Câu chuyện tiêu đề là “các kỹ sư viết ít mã hơn bằng tay.” Câu chuyện thực sự là rằng khoảng cách giữa một người có ý tưởng và một thứ hoạt động đang thu hẹp lại. Và mã hóa chỉ là một biểu hiện của khoảng cách đó.

Khi trình diễn là “Claude đã gửi một yêu cầu kéo,” các nhà phát triển tranh luận về việc đó có tốt hay không cho các nhà phát triển. Đó là một cuộc tranh luận công bằng. Nhưng nó chôn vùi câu chuyện lớn hơn: cùng khả năng viết một yêu cầu kéo có thể xây dựng công cụ nội bộ nhỏ mà một người tiếp thị cần, tập lệnh đối chiếu và đồng bộ hai bảng tính lộn xộn, quy trình xử lý chuyển một thư mục ghi chú thành một bản thảo đã xuất bản. Không có gì trong số đó là “phát triển phần mềm” theo nghĩa của chức danh công việc. Tất cả đều có thể được xây dựng bởi ai đó có thể mô tả những gì họ muốn.

Những người thực sự bị thay đổi

Tôi không phải là một kỹ sư. Tôi điều hành nội dung và hoạt động. Một năm trước, nếu tôi cần một công cụ không tồn tại, tôi có ba lựa chọn: mua một thứ gì đó đủ gần, chờ đợi ai đó xây dựng nó, hoặc không có nó. Bây giờ có một lựa chọn thứ tư — mô tả nó và để một tác tử xây dựng nó, cho tôi, xung quanh cách tôi thực sự làm việc.

Đó là chìa khóa mà khung “tác tử lập trình” che giấu. Những người thụ hưởng lớn nhất của các tác tử viết mã không phải là những người đã viết mã. Họ là những người không bao giờ có thể. Đòn bẩy không tích lũy cho các kỹ sư trở nên nhanh hơn 20%. Nó tích lũy cho các nhà điều hành từ không có công cụ đến có công cụ của riêng họ.

Và nó phù hợp với mọi thứ khác đang được vận chuyển ngay bây giờ. Tuần cùng với Code with Claude, Google đã trình diễn các tác tử tìm kiếm (GOOGL ) có thể xây dựng một ứng dụng mini tùy chỉnh từ một câu hỏi đơn. Công ty khác, cùng một vector: phần mềm đang trở thành thứ bạn yêu cầu thay vì thứ bạn thuê. Các công ty khởi nghiệp trình diễn “ứng dụng xây dựng ứng dụng” chỉ là phần giữa của đường cong đó. Phần cuối của nó là mọi người.

Điểm bất lợi cần được nêu rõ

Điều này không phải là một chiến thắng sạch sẽ, và phòng đã biết điều đó. Ngoài hội nghị, nhiều nhà phát triển đang phản đối mạnh mẽ. Các nhà nghiên cứu cảnh báo rằng lũ lụt mã không được xem xét tạo ra nợ bảo mật và bảo trì mà không ai đang trả. Một số kỹ sư cho biết kỹ năng của họ đang bị teo lại. Thậm chí những người của Anthropic cũng thừa nhận rằng các phương pháp hay nhất về phần mềm vẫn được áp dụng, và nhiều đội đã mất tầm nhìn về chúng trong sự vội vàng.

Hãy coi đó là nghiêm túc. Việc gửi mã bạn không thể đọc, với quy mô lớn, vào sản xuất mà mọi người phụ thuộc, là cách bạn xây dựng một thảm họa chậm.

Nhưng hãy để ý đến ai mà cảnh báo đó thực sự dành cho. Cảnh báo đó dành cho các đội từ bỏ việc giám sát những hệ thống mà sự cố của chúng có thể gây hại cho người khác. Đối với một nhà điều hành xây dựng một công cụ nhỏ cho quy trình làm việc của mình, bán kính ảnh hưởng là buổi chiều của mình. Mặt trái là một tập lệnh không chạy. Mặt tích cực là đòn bẩy mà không tồn tại một năm trước.

Vậy hãy gọi nó là gì nó là. Không phải là tác tử lập trình — một tác tử cho mọi việc, hiện tình cờ giỏi nhất ở lĩnh vực lập trình. Câu chuyện không phải là máy móc đang viết phần mềm. Đó là cửa để xây dựng phần mềm vừa mở cho mọi người đã bị khóa khỏi nó, và hầu hết trong số họ chưa đi qua nó.