Cloudflare ra mắt Nền tảng Tác tử (Agent)? Tại sao các nhà phát triển cần thích nghi

Cloudflare ra mắt Nền tảng Tác tử (Agent)? Đây là bước tiến lớn về cơ sở hạ tầng đã được xác nhận chính thức khi nền tảng dẫn đầu về mạng này giới thiệu khả năng quan sát tác tử được lưu trữ và Vòng đời phát triển tác tử (ADLC). Khi trí tuệ nhân tạo tạo sinh chuyển đổi từ các tiện ích trò chuyện hội thoại sang các tác tử phần mềm tự hành có khả năng thực thi các tác vụ headless và sửa đổi không gian làm việc cục bộ, các giả định truyền thống về chuyển hướng web và kỹ thuật phần mềm đã không còn phù hợp. Trước đây, các khung phát triển và tiếp thị dựa vào sự đánh giá của con người, chu kỳ phát hành thủ công và môi trường trình duyệt có trạng thái. Ngày nay, vì các tác tử tự hành thực hiện tác vụ theo lập trình mà không tải cookie phía máy khách hoặc tiêu đề referrer, nên phương thức quy đổi (attribution) dựa trên trình duyệt truyền thống có thể mất khả năng hiển thị và tạo ra các khoảng trống dữ liệu.

Tái định hình ngành cốt lõi: Cloudflare ra mắt Nền tảng Tác tử cho các luồng công việc tự hành

Tổng quan

Cloudflare đã ra mắt nền tảng Tác tử chuyên dụng với tính năng theo dõi tác tử, tích hợp OpenTelemetry và các công cụ phát lại phiên làm việc.
Gói mã nguồn mở @cloudflare/computer phân bổ các không gian làm việc ảo cho mỗi tác tử, sử dụng Isolates nhẹ cho các tác vụ thông thường và Containers cho các tác vụ thực thi Linux nặng.
Công ty đề xuất thay thế Vòng đời phát triển phần mềm (SDLC) truyền thống bằng Vòng đời phát triển tác tử (ADLC) để quản lý các tác tử tự hành, tự cải thiện.

Các vòng đời phát triển phần mềm và thu hút người dùng truyền thống vốn được thiết kế để điều phối con người. Trong gần năm thập kỷ, các nhóm kỹ thuật và tiếp thị đã cấu trúc luồng công việc xung quanh việc lập kế hoạch, thiết kế, triển khai, thử nghiệm, phát hành và theo dõi tương tác của người dùng. Theo mô hình kinh điển này, người dùng điều hướng các trang web bằng trình duyệt tiêu chuẩn, tạo ra cookie, chuỗi User-Agent và tiêu đề referrer cố định, cho phép các nền tảng đo lường hành trình chuyển đổi một cách chính xác.

Việc áp dụng nhanh chóng các luồng công việc có tính tác tử đã đảo ngược mô hình này. Nền tảng Tác tử của Cloudflare tập hợp quyền truy cập mô hình, Durable Objects, Workflows, thực thi trong môi trường sandbox và lưu trữ cố định vào một môi trường thực thi thống nhất. Kiến trúc này cho phép các nhà phát triển triển khai các tác tử tự hành hoạt động trong môi trường headless. Tuy nhiên, vì các tác tử này thực hiện các lệnh gọi API mà không tải toàn bộ công cụ bố cục trình duyệt hoặc chạy tập lệnh theo dõi phía máy khách, nên ngữ cảnh phía máy khách mà các hệ thống quy đổi truyền thống phụ thuộc vào đã không còn. Nếu không có cơ sở hạ tầng chuyên biệt để nắm bắt và bảo toàn các tham số chiến dịch ở cấp độ máy chủ, các kênh thu hút người dùng sẽ mất khả năng hiển thị.

Tổng quan bảng điều khiển Cloudflare Agents hiển thị khả năng quan sát thống nhất trên các phiên tác tử

Để giải quyết những thách thức vận hành này, Cloudflare đã ra mắt nền tảng Tác tử chuyên dụng vào ngày 4 tháng 8 năm 2026, trong Tuần lễ Tác tử hàng năm, như đã nêu chi tiết trong thông báo chính thức của Cloudflare Agents. Nền tảng cung cấp khả năng theo dõi tác tử tương thích với các tiêu chuẩn OpenTelemetry. Các nhà phát triển xây dựng với các khung như Think, Flue hoặc AI SDK giờ đây có thể theo dõi việc gọi mô hình, thực thi công cụ và mức sử dụng token theo thời gian thực, biến các tập lệnh hộp đen khó quan sát thành các luồng công việc kỹ thuật có thể kiểm tra được.

Sự ngắt kết nối kiến trúc: Tại sao các Tác tử Headless phá vỡ phương thức quy đổi web truyền thống

Ở tầng ứng dụng, việc đánh giá lưu lượng truy cập của tác tử headless đòi hỏi một kiến trúc khác biệt hoàn toàn so với các yêu cầu web tiêu chuẩn. Một lần điều hướng trình duyệt tiêu chuẩn mang theo cookie cố định, bộ nhớ cục bộ và HTTP referrer chi tiết. Ngược lại, một tác tử AI tự hành thực hiện các yêu cầu HTTP không trạng thái trực tiếp tới các điểm cuối hoặc trong các sandbox biệt lập, hoàn toàn bỏ qua các tập lệnh theo dõi phía máy khách.

Khi một tác tử tìm nạp nội dung, gọi API hoặc bắt đầu một tác vụ thay mặt người dùng, ngữ cảnh trình duyệt web tiêu chuẩn hoàn toàn vắng mặt. Các tập lệnh theo dõi truyền thống không thể thực thi, lượt hiển thị không thể đăng ký và các tiêu đề referrer bị loại bỏ. Điều này tạo ra một khoảng trống quy đổi nơi sự kiện khám phá ban đầu do tác tử thực hiện bị tách rời khỏi quá trình khởi chạy ứng dụng sau đó của người dùng.

[Luồng Web-to-App Truyền thống]
  Trình duyệt người dùng ──> URL + Cookie ──> Tiêu đề Referrer ──> App Store ──> Khởi chạy ứng dụng (Ngữ cảnh nguyên vẹn)


[Luồng Tác tử Headless (ADLC)]
  Tác tử Headless ──> Gọi API trực tiếp ──> Thiếu Referrer ──> Deferred Deep Link ──> Khởi chạy ứng dụng (Khôi phục ngữ cảnh)

Để hỗ trợ các khối lượng công việc tác tử có tính đồng thời cao mà không làm quá tải tài nguyên máy tính, Cloudflare đã giới thiệu gói @cloudflare/computer. Việc phân bổ một container Linux đầy đủ cho tác tử của mỗi người dùng là một thách thức phần cứng lớn ở quy mô toàn cầu. Để giải quyết vấn đề này, nền tảng định tuyến các thao tác chỉnh sửa tệp và bash nhẹ thông qua V8 Isolates sử dụng bản dịch Shell-sang-JavaScript, chỉ dành các môi trường container nặng khi biên dịch các tệp nhị phân gốc hoặc chạy các bộ thử nghiệm npm đầy đủ.

Kiến trúc không gian làm việc của thư viện mã nguồn mở Cloudflare computer

Khi một tác tử hoạt động theo lập trình, môi trường thực thi không trạng thái này gây ra những thách thức ngay lập tức đối với việc quy đổi và theo dõi phiên làm việc. Do các lệnh gọi headless này thiếu cookie theo dõi cố định, các công cụ đo lường tiêu chuẩn không thể khớp các tương tác web với các lượt kích hoạt ứng dụng, đẩy nhanh sự sụp đổ của các mô hình quy đổi phía máy khách truyền thống.

Xây dựng hay Mua: Quản lý bảo toàn ngữ cảnh trong kỷ nguyên Tác tử không trạng thái

Khi các tác tử headless thay thế các chuyển hướng trình duyệt web truyền thống, việc bảo toàn ngữ cảnh chuyển đổi đòi hỏi phải chuyển từ cookie phía máy khách sang deep linking trì hoãn (deferred deep linking) phía máy chủ. Khi một tác tử tương tác với dịch vụ web hoặc bắt đầu quy trình cài đặt thay mặt người dùng, các tham số theo dõi phía máy khách thường bị bỏ qua. Việc chuyển quản lý trạng thái từ tài nguyên cục bộ bị hạn chế sang cơ sở hạ tầng phía máy chủ có thể mở rộng giúp các nhà phát triển duy trì tính liên tục của hành trình ngay cả khi các tương tác diễn ra theo lập trình.

Các nhóm kỹ thuật đối mặt với sự lựa chọn giữa việc xây dựng dịch vụ khôi phục ngữ cảnh tùy chỉnh hoặc tích hợp các khung đo lường được tối ưu sẵn, thiết kế cho môi trường không trạng thái.

Phương pháp Quy đổi	Ngữ cảnh trình duyệt	Khả năng tương thích với Tác tử	Phù hợp nhất cho
Theo dõi Cookie trình duyệt	Yêu cầu	Thất bại trong chạy Headless	Môi trường web máy tính để bàn cũ
Kho ngữ cảnh phía máy chủ tùy chỉnh	Không yêu cầu	Trung bình (Chi phí kỹ thuật cao)	Các microservices backend tùy chỉnh
Khung Deferred Deep Linking (OpoInstall)	Không yêu cầu	Cao (Khớp ngữ cảnh phía máy chủ)	Quy đổi chiến dịch đa nền tảng và ứng dụng di động đồng thời cao

Việc xây dựng một dịch vụ khôi phục ngữ cảnh tùy chỉnh đòi hỏi chi phí kỹ thuật liên tục để quản lý các lược đồ cơ sở dữ liệu, xử lý việc hết hạn tham số và bảo mật các chữ ký mã hóa chống lại gian lận. Tùy thuộc vào yêu cầu triển khai, các tổ chức có thể xây dựng dịch vụ khôi phục tham số phía máy chủ của riêng họ hoặc áp dụng các nền tảng thương mại như OpoInstall. Ví dụ, OpoInstall cung cấp các khung khôi phục trạng thái và chuyển tiếp tham số phía máy chủ, ánh xạ các tham số chiến dịch tới cơ sở dữ liệu phiên phía máy chủ để duy trì tính liên tục của phiên một cách ẩn danh mà không cần dựa vào cookie phía máy khách. Bằng cách bảo toàn các tham số hành trình người dùng trên phía máy chủ, các nhà phát triển đảm bảo rằng các ngữ cảnh chiến dịch vẫn nguyên vẹn ngay cả khi các tương tác ban đầu xảy ra thông qua các tác tử headless.

Minh họa khái niệm Vòng đời phát triển tác tử của Cloudflare

Danh sách kiểm tra tích hợp: Tăng cường các kênh quy đổi cho thực thi tác tử

Để thích nghi kiến trúc phần mềm với Vòng đời phát triển tác tử và đảm bảo bảo toàn phiên làm việc đáng tin cậy, các nhóm kỹ thuật nên tuân theo lịch trình triển khai có cấu trúc. Các bước thiết lập chi tiết có thể được tìm thấy trong Tài liệu dành cho nhà phát triển Cloudflare.

Danh sách kiểm tra triển khai cho nhà phát triển

Phát hiện tương tác tác tử Headless: Định cấu hình cổng API để xác định các yêu cầu tác tử theo lập trình và định tuyến chúng đến các trình lắng nghe ngữ cảnh phía máy chủ.
Bảo toàn ngữ cảnh thực thi: Nắm bắt các tham số chiến dịch và ý định thực thi ở cấp API trước khi tác tử hoàn thành lượt chạy của mình.
Tạo tham số đã ký cho Deferred Deep Links: Sử dụng các tham số được ký mã hóa trên tất cả các liên kết quảng cáo để ngăn chặn các trình quét tự động giả mạo dữ liệu giới thiệu.
Khôi phục ngữ cảnh trong lần khởi chạy đầu tiên: Triển khai chuyển tiếp tham số phía máy chủ để khớp các yêu cầu tác tử ban đầu với lần khởi chạy ứng dụng di động đầu tiên của người dùng.

Danh sách kiểm tra chiến lược Sản phẩm & Tăng trưởng

Kiểm tra đo lường từ xa (telemetry) tác tử trong bảng điều khiển: Giám sát mức sử dụng token, độ chính xác của việc chọn công cụ và các vòng lặp thử lại trong các chế độ xem tác tử chuyên dụng để tối ưu hóa chi phí vận hành.

Bảng điều khiển xem trước BotBase hiển thị thư mục bot đã xác minh và phân loại hành vi theo thời gian thực

Chuyển sang phễu chuyển đổi phía máy chủ: Thay thế sự phụ thuộc vào cookie trình duyệt bằng khôi phục tham số phía máy chủ để bảo toàn dữ liệu quy đổi trong suốt các hành trình người dùng có tính tác tử.
Thiết lập ngưỡng cấp quyền: Đặt các cổng phê duyệt rõ ràng cho các lần thực thi công cụ có tác động cao, chẳng hạn như giao dịch tài chính hoặc triển khai mã.

Bằng cách thiết lập các biện pháp bảo vệ kỹ thuật này, các tổ chức có thể chuyển đổi cơ sở hạ tầng của họ để hỗ trợ thực thi tác tử tự hành mà không làm ảnh hưởng đến khả năng hiển thị hoặc bảo mật.

Các câu hỏi thường gặp (FAQ)

Theo dõi tác tử khác với giám sát hiệu suất ứng dụng truyền thống như thế nào?

Giám sát hiệu suất ứng dụng truyền thống theo dõi các chỉ số cơ sở hạ tầng như mã trạng thái HTTP, truy vấn cơ sở dữ liệu và độ trễ CPU. Theo dõi tác tử bổ sung các khoảng vận hành ở cấp độ cao hơn, đo lường việc gọi mô hình, số lượng token prompt, độ chính xác khi chọn công cụ, bàn giao giữa các tác tử phụ và thời gian chờ phê duyệt. Điều này cho phép các nhà phát triển gỡ lỗi lý do tại sao một tác tử đưa ra quyết định cụ thể ngay cả khi yêu cầu mạng cơ bản trả về mã thành công HTTP 200.

Sự khác biệt giữa Isolate và Container trong thực thi tác tử là gì?

Isolate là môi trường thực thi V8 nhẹ, khởi động trong vài mili giây và tiêu thụ tối thiểu bộ nhớ, khiến nó trở nên lý tưởng cho các tác vụ chỉnh sửa tệp nhanh, định dạng dữ liệu và các lệnh shell-sang-JavaScript. Container cung cấp môi trường hệ điều hành Linux đầy đủ với các tệp nhị phân gốc, trình quản lý gói và trình biên dịch, vốn cần thiết để chạy các tác vụ xây dựng nặng hoặc bộ thử nghiệm phần mềm phức tạp.

Làm thế nào để các nhà phát triển bảo toàn khả năng quy đổi khi các tác tử headless thay thế trình duyệt web tiêu chuẩn?

Khi các tác tử headless thực hiện tác vụ mà không có cookie trình duyệt hoặc tiêu đề referrer, các nhà phát triển dựa vào việc khôi phục tham số phía máy chủ và deferred deep linking. Bằng cách nắm bắt ngữ cảnh chiến dịch ở cấp API và khớp nó tại lần khởi chạy ứng dụng đầu tiên, các nền tảng sẽ bảo toàn tính liên tục của chuyển đổi mà không cần các phiên trình duyệt truyền thống.

Những điểm mấu chốt cho các nhóm kỹ thuật

Khi Cloudflare và các nhà cung cấp cơ sở hạ tầng khác tung ra các nền tảng có tính tác tử, quá trình chuyển đổi từ duyệt web tập trung vào con người sang thực thi tác tử headless đang định hình lại các kênh thu hút người dùng. Các cơ chế quy đổi truyền thống dựa vào cookie phía máy khách và referrer trình duyệt không còn có thể duy trì khả năng hiển thị chiến dịch trong một web do tác tử điều khiển. Để duy trì tăng trưởng, các nhóm kỹ thuật phải áp dụng phục hồi ngữ cảnh phía máy chủ và các khung deferred deep linking. Các tổ chức căn chỉnh kiến trúc quy đổi của họ với thực thi tác tử không trạng thái sẽ có vị thế tốt nhất để mở rộng trong kỷ nguyên ADLC.