Tóm tắt nhanh

  • Cloudflare đang đóng gói hai thành phần khó của ứng dụng agent: kết nối tool qua MCP và tìm kiếm trên dữ liệu riêng qua AI Search. Điều này giảm gánh nặng tích hợp, nhưng không loại bỏ trách nhiệm về dữ liệu và quyền truy cập.
  • Agent hữu ích cần cả khả năng tìm đúng ngữ cảnh lẫn gọi đúng công cụ. Hạ tầng quản lý giúp triển khai nhanh hơn, nhưng đội ngũ vẫn phải kiểm soát biên dữ liệu và hành động.
  • Xây dựng pilot chỉ đọc trên một tập tài liệu đã được phê duyệt, sau đó mới đánh giá tool call theo từng quyền và hành động.

Điều gì đã xảy ra

Một agent có ích trong sản phẩm hiếm khi chỉ cần mô hình ngôn ngữ. Nó phải tìm được dữ liệu liên quan và, trong nhiều trường hợp, sử dụng được công cụ. Hai việc này thường kéo theo công việc hạ tầng: indexing, retrieval, xác thực, endpoint và vận hành kết nối.

Các công bố mới của Cloudflare cho thấy những mảnh ghép đó đang được đóng gói thành dịch vụ và giao thức dễ triển khai hơn cho ứng dụng agent.

AI Search nhắm vào bài toán ngữ cảnh riêng

Cloudflare AI Search được giới thiệu là cách tạo công cụ tìm kiếm cho file và website riêng bằng cách trỏ dịch vụ vào dữ liệu, không cần tự ghép các Cloudflare primitive. Bài viết cũng nói Cloudflare đang chia sẻ bản xem trước mô hình giá mới.

Minh họa các lớp dữ liệu, tìm kiếm, cổng công cụ và phê duyệt của con người.
Minh họa các lớp dữ liệu, tìm kiếm, cổng công cụ và phê duyệt của con người.

Với developer, ý nghĩa là đường đi từ tài liệu nội bộ tới trải nghiệm tìm kiếm hoặc agent có thể ngắn hơn. Tuy nhiên, “có thể tìm kiếm” không đồng nghĩa “nên được đưa vào ngữ cảnh”: phân loại dữ liệu, thời hạn lưu giữ và quyền theo người dùng vẫn phải được thiết kế riêng.

MCP làm lớp kết nối tool dễ triển khai hơn

Bài viết của Cloudflare về thế hệ MCP tiếp theo cho biết lõi MCP được viết lại theo hướng stateless, hoạt động trên Workers, đồng thời có nâng cấp giao thức, vòng đời tính năng và lộ trình chuyển đổi SDK. Đây là tín hiệu rằng kết nối giữa agent và công cụ đang được xem như một lớp hạ tầng chuẩn hóa hơn.

Stateless có thể phù hợp với môi trường edge và mô hình triển khai serverless, nhưng không làm biến mất state của nghiệp vụ. Ứng dụng vẫn phải xác định nơi giữ phiên, định danh người dùng, ủy quyền và trạng thái của tác vụ dài.

Phân biệt retrieval với quyền hành động

Search trả về thông tin; tool call có thể thay đổi thế giới bên ngoài. Hai năng lực này không nên dùng chung một mức tin cậy. Một agent được phép tìm tài liệu có thể chưa được phép tạo ticket, sửa cấu hình hoặc khởi chạy triển khai.

LớpCâu hỏi chínhKiểm soát tối thiểu
Dữ liệuNguồn nào được lập chỉ mục?Phân loại và ACL
RetrievalKết quả có phù hợp và truy vết được không?Trích dẫn nguồn và đánh giá
ToolAgent có thể làm gì?Scope quyền và allowlist
Thực thiAi chịu trách nhiệm cho thay đổi?Phê duyệt và audit log

Một thử nghiệm có giá trị

Bắt đầu bằng agent chỉ đọc cho một corpus nhỏ, có chủ sở hữu rõ: ví dụ tài liệu vận hành đã được phê duyệt. Đo xem câu trả lời có dẫn về tài liệu đúng không, người dùng có còn phải tìm thủ công không và câu hỏi nào thường thất bại.

Chỉ sau đó mới thêm tool có tác động thấp, với quyền hẹp và bước xác nhận. Hạ tầng mới rút ngắn thời gian dựng hệ thống; nó không thay thế ranh giới an toàn của hệ thống đó.

Trong 5 phút

  • AI Search đóng gói tìm kiếm trên dữ liệu riêng cho ứng dụng agent.
  • MCP mới trên Workers hướng tới kết nối tool ít ma sát hơn.
  • Retrieval và hành động cần có mức quyền, kiểm soát khác nhau.
  • Thử từ tác vụ chỉ đọc, corpus nhỏ và đánh giá dựa trên nguồn.

Nguồn tham khảo

Vì sao developer cần quan tâm

Agent hữu ích cần cả khả năng tìm đúng ngữ cảnh lẫn gọi đúng công cụ. Hạ tầng quản lý giúp triển khai nhanh hơn, nhưng đội ngũ vẫn phải kiểm soát biên dữ liệu và hành động.

  1. 1Xây dựng pilot chỉ đọc trên một tập tài liệu đã được phê duyệt, sau đó mới đánh giá tool call theo từng quyền và hành động.