Khi chat không còn là giao diện phù hợp cho AI
Chat từ lâu đã trở thành cách tương tác chính với các mô hình ngôn ngữ lớn (LLM), nhưng nó không phải lúc nào cũng là lựa chọn tối ưu. Bài viết phân tích khái niệm "canvas" trong ứng dụng GitHub Copilot — một giao diện tùy biến dạng ứng dụng full-stack, giúp lập trình viên làm việc với AI hiệu quả hơn, tiết kiệm token và tự động hóa quy trình phát triển phần mềm.

Gần ba năm kể từ khi các mô hình ngôn ngữ lớn (LLM) bùng nổ, cách chúng ta tương tác với AI vẫn gần như không thay đổi: gõ lệnh vào một ô chat. Nhưng liệu chat có thực sự là giao diện phù hợp nhất cho mọi tác vụ? Câu trả lời có thể khiến nhiều người bất ngờ.
"Thật đáng tiếc khi triển khai quy mô lớn đầu tiên của AI lại khá giống một mánh lới — một chatbot góc nhìn thứ nhất. Nhưng AI có tiềm năng to lớn nếu được định hướng theo nhiệm vụ cụ thể."
— Steven Pinker, học giả
Vì sao chat trở thành giao diện mặc định?
Chat trở thành cách tương tác chính với AI đơn giản vì nó là thứ đầu tiên mà người dùng "bấm" vào được. Nó hoạt động tốt như một giải pháp phổ quát, bởi vì không ai biết trước người dùng sẽ thử làm gì với AI.
Nhưng khi chính người dùng đã biết mình muốn làm gì, chat thường trở thành lựa chọn sai. Câu hỏi đặt ra là: làm sao để có một giao diện tùy biến, "hiện ra từ hư không", phù hợp đúng với công việc đang làm tại thời điểm đó?
Canvas — giao diện tùy biến cho AI
Trong ứng dụng GitHub Copilot, giải pháp này được gọi là canvas. Đây là một ứng dụng full-stack nhỏ chạy bên trong ứng dụng GitHub Copilot, không có thanh trình duyệt. Agent có thể giao tiếp với phần server của ứng dụng và ngược lại.
Kết quả là bạn có một bề mặt có thể làm mọi thứ mà một chương trình máy tính thông thường làm được, cộng thêm khả năng trao đổi hai chiều với agent GitHub Copilot.
Minh họa giao diện canvas và validation
Việc tạo một canvas đơn giản đến mức bạn chỉ cần yêu cầu:
Tạo một canvas mới sử dụng trò chơi Connect 4 để minh họa khả năng người dùng tương tác với canvas, canvas nói chuyện với agent và agent điều khiển canvas
Ứng dụng GitHub Copilot đã hiểu canvas là gì, nên bạn không cần giải thích thêm.
Không chỉ là giao diện — canvas là công cụ thực thụ
Vì canvas thực chất là ứng dụng full-stack chứ không chỉ là trang web, chúng có thể gọi API của bên thứ ba, và quan trọng hơn là chạy code ngay trên máy của bạn.
Ví dụ, một giao diện cho Winget có thể duyệt các gói trên registry, quản lý các gói cục bộ, bao gồm cả cài đặt và gỡ cài đặt — hoàn toàn không cần AI. Và đó chính là điểm mấu chốt.
Khi chat là giao diện chính, người dùng có xu hướng dùng agent cho mọi việc, kể cả những việc không cần thiết. Điều này gây lãng phí token. Thay vào đó, tốt hơn hết là để agent xây dựng một công cụ, sau đó mọi tương tác về sau đều miễn phí.
Biểu tượng bảo mật của GitHub
Một ví dụ khác: thay vì dùng chat để nhờ agent thao tác với cơ sở dữ liệu SQLite, bạn có thể tạo một canvas và tự làm việc đó — thậm chí có cả tính năng gợi ý code (IntelliSense).
Tự động hóa quy trình phát triển
Giá trị của giao diện tùy biến trở nên rõ ràng hơn khi dùng nó để tự động hóa quy trình phát triển. Quy trình làm việc với agent thường gồm các bước:
- Nghiên cứu
- Tạo nguyên mẫu
- Lập kế hoạch
- Triển khai
- Lặp lại
- Hoàn thiện
Mỗi bước đều đòi hỏi người lập trình phải ngồi trước bàn phím để tương tác, xem nguyên mẫu, định hướng và chuyển bước. Nhưng thực tế, phần lớn quá trình này không cần sự hiện diện liên tục của con người. Agent có thể tự nghiên cứu, tạo nguyên mẫu và thông báo khi sẵn sàng để người dùng xem xét.
Mục tiêu khi làm việc với agent là giảm thiểu sự can thiệp của con người ở mức tối đa có thể. Điều này rất khó thực hiện khi bạn chỉ có một ô chat.
Tư duy thoát khỏi chiếc hộp chat
Việc bị "đóng hộp" trong giao diện chat có thể đang cản trở chúng ta. Nó khiến việc tìm cách giải quyết các vấn đề thực tế trở nên khó khăn, bởi không rõ phải làm gì khi phương thức tương tác duy nhất là một ô nhập văn bản.
Podcast GitHub về AI và phát triển phần mềm
Canvas là một hướng đi đáng thử. Một số canvas như SQLite có thể hoàn thành trong một lần yêu cầu. Những canvas phức tạp hơn như tự động hóa quy trình có thể mất gần cả ngày để thiết kế và tinh chỉnh cho đúng.
Với lập trình viên Việt Nam đang ngày càng ứng dụng AI vào công việc, việc hiểu rằng chat không phải là giao diện duy nhất — và đôi khi còn là lựa chọn tồi — có thể giúp tiết kiệm chi phí token, tăng năng suất và khai thác AI hiệu quả hơn nhiều.
Suy cho cùng, bạn có thể đi xa hơn nhiều với AI khi biết tư duy... thoát ra khỏi chiếc hộp chat.


