Tham gia bản dùng thử gốc WebMCP

Sau khi Chrome 149 bắt đầu cung cấp bản dùng thử gốc WebMCP, mối quan hệ giữa trang web và proxy sẽ trở nên trực tiếp hơn: trang không còn chỉ đưa ra DOM và bản sao hiển thị để máy đoán, bản thân điều khiển cũng có thể khai báo mục đích, trạng thái và ranh giới thực thi. Thay đổi này trông giống như một bản thử nghiệm API, nhưng trên thực tế, nó giống như nâng “ý định giao diện” từ thông tin ngầm sang giao thức rõ ràng hơn.

Giá trị của những thứ như WebMCP không phải là thêm một lớp thuật ngữ vào trang web mà là thắt chặt sự không chắc chắn mà các đại lý lo sợ nhất. Liệu một nút dùng để gửi, chuyển đổi, xác nhận hay chỉ mở một lớp bật lên; liệu hộp nhập liệu là ngày, cụm từ tìm kiếm hay thời gian cuộc hẹn yêu cầu định dạng đặc biệt. Trước đây, thông tin này chủ yếu được suy ra từ văn bản, cấu trúc và ngữ cảnh. Suy luận có hiệu quả, nhưng khi trang trở nên phức tạp, tác nhân bắt đầu nhầm “trông giống” với “là”.

Đối với con người, việc đọc sai này thường chỉ là một cú bấm nhầm. Đối với các đại lý, việc đọc sai sẽ trở thành một con đường sai sót liên tục. Nó sẽ tiếp tục thực hiện theo cách hiểu sai cho đến khi gặp phải sự xác minh, khôi phục hoặc tác dụng phụ, điều này cho thấy bước trước đó đã đi sai hướng. Sau khi WebMCP làm cho lớp ngữ nghĩa này trở nên rõ ràng, tác nhân không phải đoán trang dưới dạng bản đồ trực quan thuần túy và trang web cũng có thể giải thích rõ ràng trách nhiệm của các bề mặt tương tác chính.

Vấn đề này phù hợp nhất với những giao diện khó giải thích bằng cách sao chép HTML thuần túy, chẳng hạn như lịch, đặt chỗ, ứng dụng cấp quyền, bảng cài đặt hoặc một loạt các trang trông giống như hộp nhập liệu thông thường nhưng thực chất có ý nghĩa kinh doanh khác nhau. Khi chỉ dựa vào nhãn và phần giữ chỗ, tác nhân thường phải xem đi xem lại trang và thử lại; khi trang có thể khai báo “đây là lựa chọn ngày” “đây là hành động xác nhận” và “trạng thái ở đây chỉ có thể thay đổi theo hướng này”, chi phí tích hợp sẽ trực tiếp giảm.

Nhưng việc thử nghiệm nguồn gốc cũng đặt ra một vấn đề khác: lớp ngữ nghĩa này cần được duy trì. Cấu trúc trang sẽ thay đổi, bản sao nút sẽ thay đổi và trạng thái doanh nghiệp sẽ thay đổi. Nếu lớp ý định mà tác nhân thực sự dựa vào không được cập nhật cùng với các thành phần, nó sẽ sớm trôi đi. Khi đó, trạng thái nguy hiểm nhất không phải là “hoàn toàn không sử dụng được” mà là “vẫn chạy được nhưng thỉnh thoảng mắc lỗi, lỗi là đương nhiên”.

Do đó, WebMCP giống như một hợp đồng với chính trang web hơn là một thẻ nhắc nhở được đăng lên đại lý. Nó yêu cầu giao diện người dùng ghi các ranh giới tương tác vào quá trình triển khai, kiểm tra và kiểm tra hồi quy. Miễn là lớp hợp đồng này vẫn đang trong giai đoạn trình diễn, tất cả những gì đại lý có thể hiểu là một trường hợp thành công; khi vào trang thực, điều thực sự cần xử lý sẽ là khả năng tương thích phiên bản, đường dẫn hạ cấp và giải pháp sau khi khai báo trở nên không hợp lệ.

Tôi thích coi việc thử nghiệm nguồn gốc này như một tín hiệu định hướng. Các trình duyệt bắt đầu xem xét nghiêm túc cách các tác nhân đọc trang web, điều đó có nghĩa là giao diện người dùng không chỉ định dạng cho con người mà còn xác định các hành động cho máy. Trang càng phức tạp thì lớp định nghĩa này càng có giá trị; trang được thay đổi càng thường xuyên thì chi phí duy trì lớp định nghĩa này càng đáng kể. Di sản cuối cùng của các khả năng như WebMCP sẽ không phải là một thuật ngữ mới mà là một thuật ngữ để chỉ sự liên kết liên tục giữa giao diện người dùng và tác nhân.