Giao diện lập trình tiếp theo: Trí tuệ hiện diện xung quanh

Trong phần lớn sự nghiệp của mình, việc xây dựng phần mềm luôn bắt đầu bằng một bộ thiết lập quen thuộc: bàn phím, chuột, trình soạn thảo, terminal, trình duyệt và vô số tab mà chắc chắn ta sẽ xem lại sau. Công cụ có thay đổi, nhưng mối quan hệ giữa người và máy thì không. Giống như hầu hết lập trình viên, tôi học lệnh, ghi nhớ phím tắt và điều chỉnh tư duy của mình cho phù hợp với cỗ máy.

Trí tuệ nhân tạo đang thay đổi mối quan hệ đó — không chỉ vì tôi có thể gõ lệnh để có được đoạn mã dùng được. Điều quan trọng hơn là hệ thống phía sau có thể hiểu một kho mã nguồn, chọn đúng mô hình, lập kế hoạch công việc, sử dụng công cụ, chỉnh sửa tệp, chạy lệnh, kiểm tra lỗi và tiếp tục trong giới hạn mà lập trình viên kiểm soát.

Từ ra lệnh đến thể hiện ý định

Chúng ta đã cho phép lập trình viên chỉ cần mô tả kết quả mong muốn, và GitHub Copilot có thể thu thập ngữ cảnh kho mã, kiểm tra các ký hiệu và phụ thuộc, chỉnh sửa tệp, chạy kiểm thử và điều chỉnh lại phần triển khai. Trong IDE, chế độ agent duy trì vòng lặp này một cách tương tác. GitHub Copilot coding agent có thể nhận một issue vào môi trường cô lập chạy trên GitHub Actions và trả về một pull request để xem xét.

Đây không chỉ là việc viết mã nhanh hơn. Đây là sự chuyển dịch từ việc đưa ra câu lệnh sang việc biến ý định thành thứ có thể thực thi được. Lập trình viên vẫn sở hữu kết quả cuối cùng, nhưng cách làm việc đã khác đi một cách tinh tế.

Phát triển phần mềm với sự hỗ trợ của AI nén toàn bộ chuỗi sự kiện đó lại. Chúng ta dành ít thời gian hơn cho việc điều hướng công cụ và nhiều thời gian hơn cho việc định hướng, cung cấp ngữ cảnh, xác định ràng buộc và đánh giá bằng chứng. Quy trình phát triển giờ đây xoay quanh việc hiểu cấu trúc của kho mã, hiểu khách hàng, và hiểu một giải pháp tốt phải "cảm giác" như thế nào.

Phán đoán trở nên quan trọng hơn bao giờ hết

Điều này khiến công việc của lập trình viên trở nên quan trọng hơn, và thời gian của họ trở nên giá trị hơn. Nó khiến khả năng phán đoán trở nên giá trị hơn. Nó khiến gu thẩm mỹ trở nên giá trị hơn.

Một agent có thể tạo ra ba phiên bản triển khai trước khi bạn uống xong tách trà, nhưng vẫn phải có người quyết định xem lớp trừu tượng đó có phù hợp không, việc di chuyển dữ liệu có an toàn không, các bài kiểm thử có chứng minh được điều gì hữu ích không, và kết quả có thực sự giải quyết vấn đề không.

Đó là thay đổi quan trọng nhất trong nghề: lập trình viên vẫn chịu trách nhiệm về kết quả, ngay cả khi ngày càng nhiều thao tác cơ học được giao phó.

Vậy điều này có ý nghĩa gì với quy trình làm việc đang hình thành của lập trình viên? Mục tiêu là nhúng AI vào quy trình làm việc, chứ không phải đặt nó bên cạnh. Đó là một dạng trí tuệ hiện diện xung quanh (ambient intelligence).

Điều đó đòi hỏi ngữ cảnh có thể di chuyển. Giao thức MCP kết nối các agent với công cụ và dịch vụ; các chỉ dẫn và kỹ năng trong kho mã mã hóa các quy ước; các hook thực thi chính sách và xác thực đầu ra. Những giao diện đơn giản hơn cần ngữ cảnh tường minh ở bên dưới.

Có thể hình dung ba lớp: phương thức tương tác nắm bắt ý định; bộ khung điều phối lập kế hoạch và hành động; mặt phẳng kiểm soát cho phép lập trình viên xem xét, điều hướng lại và phê duyệt. Những sản phẩm tốt nhất kết nối cả ba lớp mà không đánh mất quyền kiểm soát.

Minh họa giao diện lập trình với trí tuệ hiện diện xung quanh

Vì sao các điều khiển vật lý trở nên thú vị trở lại

Tôi và nhiều người trong cộng đồng sáng tạo đã thử nghiệm với các thiết bị điều khiển hiện diện xung quanh — từ những khung ảnh rẻ tiền có thể tùy biến đến các thiết bị ESP32 gắn màn hình. Lập trình với agent đã vượt ra khỏi bàn phím và terminal để bước vào những giao diện thay thế.

Đưa loại công nghệ này đến tay mọi người là điều tôi rất tâm huyết. Trong 18 tháng qua, chúng tôi đã làm việc với Logitech về MX Keypad và cách nó có thể hỗ trợ phương thức làm việc mới này.

Logitech MX Keypad biến những thao tác quen thuộc của lập trình viên thành các đầu vào lập trình được, giúp tăng tốc các quy trình mang tính hiện diện và gắn với ngữ cảnh công việc. Trong ứng dụng GitHub Copilot, một phím có thể gửi một prompt có tham số, mở hoặc tiếp tục một phiên Copilot, gọi một lệnh IDE, hoặc kích hoạt một chuỗi nhiều bước.

Phần cứng chỉ xứng đáng có chỗ trên bàn làm việc khi phím tắt đó loại bỏ đủ ma sát để giữ bạn ở trong dòng mã, nhưng vẫn trao cho bạn quyền kiểm soát. Điều khiển vật lý phát huy tác dụng khi một hành động lặp lại đủ thường xuyên đến mức việc loại bỏ vài bước giúp bảo toàn sự tập trung.

Không phải lập trình viên nào cũng cần thêm một thiết bị trên bàn, và không phải ngắt quãng nào cũng xứng đáng có một phím riêng. Tuy nhiên, với trải nghiệm này, lập trình viên là người quyết định hành động nào xứng đáng có phím tắt đó, và khi nào bàn phím, bảng lệnh hay giọng nói là lựa chọn tốt hơn. Duy trì dòng chảy công việc là điều then chốt, và một giao diện tốt trả lại cho ta một phần sự chú ý.

Giao diện đồ họa khiến phần mềm trở nên trực quan. Chuột giúp việc điều hướng dễ dàng hơn. Web khiến mọi thứ được kết nối. Di động khiến cảm ứng trở nên tự nhiên. Agent bổ sung ý định và hành động. Giao diện giờ đây bao gồm cả điều khiển hiện diện xung quanh.

Giao diện lùi vào phía sau

Đó là lý do GitHub hợp tác với Logitech để tích hợp trực tiếp ứng dụng GitHub Copilot vào trải nghiệm. Lập trình viên có thể chạy các quy trình agentic trong tầm kiểm soát, gán một prompt lặp lại, bắt đầu hoặc tiếp tục một phiên, và tự quyết định qua thực tế sử dụng xem một điều khiển vật lý có giúp mình giữ được dòng chảy hay không.

Đây vẫn còn là giai đoạn đầu, nên những câu hỏi quan trọng vẫn là câu hỏi kỹ thuật. Một agent nên ghi nhớ bao nhiêu ngữ cảnh về kho mã và tổ chức? Lệnh gọi công cụ nào có thể chạy tự động? Thông tin xác thực, quyền truy cập mạng và bí mật nên được giới hạn phạm vi ra sao? Một thay đổi nên đi kèm bằng chứng gì? Nhiều agent phối hợp với nhau thế nào mà không trùng lặp công việc hay tạo ra những pull request xung đột?

Những sản phẩm như MX Keypad cho phép chúng ta khám phá một phần thực tiễn của hệ thống đó: cách lập trình viên khởi tạo, điều phối và tiếp tục công việc agentic mà không đánh mất sự tập trung.

Trong nhiều thập kỷ, lập trình viên học cách nói chuyện với máy tính: cú pháp, lệnh, API, phím tắt, và đôi khi là vài câu thần chú sao chép từ một bình luận issue bảy năm tuổi. Giờ đây máy tính đang trở nên tốt hơn trong việc gặp chúng ta ở giữa con đường.

Giao diện tốt nhất sẽ không phải là cái có nhiều bảng điều khiển nhất hay nhiều nút AI nhất. Nó sẽ hiểu đủ ngữ cảnh, giữ lại quyền kiểm soát có ý nghĩa, và tránh ra đường để chúng ta có thể xây dựng những phần mềm thực sự quan trọng.

Mục tiêu không phải là loại bỏ lập trình viên khỏi công việc. Mà là loại bỏ ma sát xung quanh công việc.