Trí tuệ nhân tạo
‘Trợ lý mã hóa’ là tên gọi không chính xác. Đó là trợ lý mọi thứ.
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 cả mã bên trong Claude Code. Và không chỉ họ. Trong cùng một khoảng thời gian, OpenAI được 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 trợ lý đã trở thành 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à “trợ lý mã hóa.” 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ẽ yêu cầu Claude’ — mặc định bây giờ là ‘tôi sẽ để Claude tự yêu cầu.'” 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 trợ lý mã hóa 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 cửa hàng kỹ thuật lớn, mặc dù Spotify và Delivery Hero đã 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ó thể là tốt như 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 “trợ lý mã hóa” không đủ
Mã chỉ là thứ dễ đọc nhất để đo lường. Đó 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 trợ lý chung 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 sạch 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, kịch bản mà hợp nhất hai bảng tính phức tạp, đường ống mà 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 trợ lý 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 “trợ lý mã hóa” che giấu. Những người thụ hưởng lớn nhất của các trợ lý 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 trợ lý tìm kiếm 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ều cần được đặt tên
Đ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. Đó là dành cho các đội giao nhiệm vụ giám sát các hệ thống mà bán kính ảnh hưởng là 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 kịch bản không chạy. Mặt ưu 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à trợ lý mã hóa — một trợ lý mọi thứ mà happens to là tốt nhất về mã hóa ngay bây giờ. 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ó.
