Chi phí thật của tác nhân AI qua câu chuyện Meta và Anthropic

Tổng quan

Tóm tắt điều hành: Các cuộc đàm phán sơ bộ về năng lực tính toán giữa Meta và Anthropic có ý nghĩa với các đội ngũ marketing và RevOps vì, theo phân tích của Vanaxity, chúng cho thấy chi phí, công suất và độ tin cậy của tài nguyên tính toán âm thầm giới hạn các tác nhân hoạt động liên tục như thế nào (bóp nghẹt thông lượng, làm chậm chiến dịch và khiến cơ hội trong pipeline bán hàng bị bỏ lỡ), và vì sao chi phí cho mỗi tác vụ thành công, chứ không phải giá theo người dùng (seat) hay giá token, mới là con số người vận hành nên quản lý.

Các bản tin về những cuộc đàm phán ban đầu giữa Meta và Anthropic về năng lực tính toán, xoay quanh một thỏa thuận được đề xuất trị giá tới 10 tỷ USD (cả hai công ty đều từ chối bình luận, và thỏa thuận có thể sẽ không bao giờ được chốt), làm lộ ra một vấn đề cụ thể đối với các đội ngũ marketing và RevOps: tác nhân hoạt động liên tục có thể vượt ngân sách hoặc làm đình trệ chiến dịch khi tài nguyên tính toán đắt đỏ hoặc không sẵn có. Bài viết này giải thích cách đo chi phí cho mỗi tác vụ thành công, định tuyến khối lượng công việc, thiết lập bước kiểm tra chất lượng và phương án dự phòng, cũng như hạn chế rủi ro từ nhà cung cấp, phản ánh cách tiếp cận có quản trị, dựa trên kết quả mà Van Data Team áp dụng trong vận hành tác nhân.

CNBC đưa tin Meta Platforms và phòng thí nghiệm AI tiên phong Anthropic đang ở giai đoạn đàm phán ban đầu, mang tính sơ bộ. Quartz cho biết thỏa thuận được đề xuất có thể trị giá tới 10 tỷ USD trong khoảng hai năm, với việc Anthropic thanh toán cho Meta theo từng đợt hằng tháng. Với các lãnh đạo marketing và RevOps, các cuộc đàm phán về năng lực tính toán giữa Meta và Anthropic phơi bày một sự thật khắc nghiệt hơn: một tác nhân tự chủ không thể chạy chiến dịch, phân bổ lead hay xuất bản nội dung hữu ích khi không có tài nguyên tính toán với chi phí phải chăng.

Chưa có gì được ký kết, hoàn tất hay xác nhận. CNBC cho biết cả hai công ty đều từ chối bình luận; chưa có thỏa thuận nào được công bố. Sự phân biệt đó tách phần tin tức khỏi phần phân tích của Vanaxity. Hãy xem cách tác nhân nội dung tự chủ của Vanaxity biến việc nghiên cứu, viết, minh họa, xuất bản và phân phối thành một quy trình có quản trị cho SEO, GEO và AEO.

Kỷ nguyên liên kết xanh đã chấm dứt nếu xét như một chiến lược hiển thị trọn vẹn. Các thương hiệu còn cần nội dung mà AI Overviews, ChatGPT, Gemini và các công cụ trả lời có thể hiểu và trích dẫn. Hướng dẫn này cho thấy cách định giá khối lượng công việc liên tục đó, định tuyến hiệu quả, bảo vệ thông lượng và giảm rủi ro hạ tầng.

Những điểm cốt lõi cần nắm vững

Bài học thực tiễn là giá trị của tác nhân đến từ những kết quả đáng tin cậy, được chấp nhận, chứ không phải từ quyền truy cập đơn thuần vào một mô hình.

• Thỏa thuận được đề xuất giữa Meta và Anthropic vẫn ở giai đoạn sơ bộ và có thể sẽ không bao giờ được chốt.
• Các tác nhân chạy liên tục biến chi phí, công suất và độ tin cậy của tài nguyên tính toán thành mối quan tâm vận hành của đội ngũ marketing.
• Chi phí cho mỗi tác vụ thành công tính đến các lần thử lại, công cụ, khâu duyệt và khắc phục mà giá theo seat hay giá token bỏ sót.
• Xử lý theo lô, định tuyến mô hình theo tác vụ, bước kiểm tra chất lượng sớm, giới hạn số lần thử lại và chuyển cấp cho con người giúp bảo vệ thông lượng.
• Lớp điều phối có tính khả chuyển và các tuyến dự phòng đã được kiểm thử giúp giảm rủi ro phụ thuộc nhà cung cấp và rủi ro thiếu công suất.

Những gì thực sự được biết về các cuộc đàm phán năng lực tính toán giữa Meta và Anthropic

Theo các nguồn tin, Meta và Anthropic đang thảo luận một thỏa thuận cung cấp năng lực tính toán linh hoạt, nhưng chưa có thỏa thuận nào được ký kết hay xác nhận.

Bảng 1. Các chi tiết được đưa tin về cuộc đàm phán năng lực tính toán giữa Meta và Anthropic và những điểm chưa được giải quyết.

Nếu được chốt, thỏa thuận này có thể đánh dấu lần đầu tiên Meta đóng vai trò nhà cung cấp năng lực tính toán hoặc dịch vụ đám mây cho bên ngoài. Theo bài viết của CNBC về kế hoạch chi tiêu vốn lên tới 145 tỷ USD trong năm 2026 của Meta và những bình luận của Zuckerberg vào tháng 5/2026 về mảng kinh doanh đám mây, Meta đã và đang cân nhắc cách để khoản chi cho hạ tầng có thể tạo ra doanh thu ngoài phạm vi hoạt động của chính công ty.

Động lực được mô tả trong các bản tin là vừa hợp tác vừa cạnh tranh (coopetition). Meta có thể bán công suất xử lý thô cho Anthropic dù Anthropic cạnh tranh với các mô hình Llama của Meta. Cách CNBC đặt vấn đề đáng chú ý vì nó tách quyền sở hữu mô hình khỏi quyền kiểm soát hạ tầng cần thiết để chạy các mô hình đó.

Tiêu đề của CNBC nắm bắt đúng tình trạng mà không phóng đại:

"Anthropic đang đàm phán giai đoạn đầu với Meta để có được năng lực tính toán."

Bài báo cũng cho biết Anthropic đã hạn chế việc sử dụng các mô hình tiên tiến vì không có đủ công suất để vận hành chúng mà không phải áp đặt giới hạn. Đó là bối cảnh theo nguồn tin, không phải điều đã được Vanaxity xác nhận độc lập. Nhận định vận hành rút ra tiếp theo là của chúng tôi: khi các phòng thí nghiệm hàng đầu chịu áp lực công suất, người mua không nên coi suy luận AI (inference) như một tiện ích không giới hạn.

Vì sao tác nhân hoạt động liên tục làm thay đổi bài toán năng lực tính toán

Tác nhân hoạt động liên tục biến tài nguyên tính toán từ một khoản chi phí nhà cung cấp nằm ở hậu trường thành giới hạn trực tiếp đối với thông lượng chiến dịch.

Chatbot chờ con người đặt câu hỏi. Một tác nhân marketing tự chủ có thể theo dõi tín hiệu, thu thập bằng chứng, chọn tuyến xử lý, gọi công cụ, tạo một nội dung, xác thực kết quả, thử lại khi lỗi, xin phê duyệt, xuất bản và cập nhật báo cáo. Mỗi nhánh đều tiêu tốn tài nguyên, và mỗi lỗi có thể kích hoạt thêm công việc.

Phân tích của Vanaxity: Đơn vị kinh tế đúng không phải là một seat hay một lệnh gọi mô hình riêng lẻ. Đó là một kết quả kinh doanh được chấp nhận.

Chi phí cho mỗi tác vụ thành công = tổng chi phí khối lượng công việc / số tác vụ được bước kiểm tra chất lượng đã xác định chấp nhận

Tổng chi phí khối lượng công việc gồm suy luận, lệnh gọi công cụ, điều phối, lưu trữ, truy xuất, giám sát, thử lại, khâu duyệt của con người và khắc phục. Một tác vụ chỉ được tính là thành công khi đạt tới trạng thái đã thống nhất. Một bản nháp được tạo ra nhưng không qua các bước kiểm tra về nguồn, thương hiệu, kỹ thuật hoặc xuất bản là công việc còn dở dang, không phải giá trị đã được bàn giao.

Bảng 2. Các chỉ số chi phí tác nhân và hạn chế của chúng.

Tại Van Data Team, chúng tôi bắt đầu bằng việc xác định ranh giới nghiệm thu. Với một tác vụ sản xuất nội dung SEO, điều đó có thể bao gồm các tuyên bố có căn cứ, đúng ý định tìm kiếm, đáp ứng yêu cầu on-page, tuân thủ thương hiệu, hình minh họa dùng được và bước bàn giao xuất bản hợp lệ. GEO và AEO bổ sung thêm câu trả lời dễ trích xuất, ghi nguồn rõ ràng, dữ liệu có cấu trúc và những đoạn văn sẵn sàng để được trích dẫn.

Hãy xem xét một ví dụ tổng hợp về quy trình SEO. Một tuyến chi phí thấp tạo bản nháp nhanh, nhưng các tuyên bố thiếu căn cứ trong đó không qua được bước kiểm tra dữ kiện. Tác nhân thử lại, gọi thêm công cụ và gửi bản nháp cho biên tập viên. Một tuyến mạnh hơn tốn nhiều chi phí hơn cho mỗi lệnh gọi nhưng vượt qua cùng bước kiểm tra đó với ít việc phải làm lại hơn. Mô hình rẻ hơn sẽ không còn rẻ hơn nếu chi phí cho mỗi bài viết được chấp nhận của nó cao hơn.

Đó là lý do việc so sánh quy trình dùng tác nhân với SEO thủ công nên tập trung vào các đầu ra đã hoàn thành và được phê duyệt. Hiệu quả sử dụng token vẫn quan trọng, nhưng chỉ khi nằm trong một hệ thống đo lường dựa trên kết quả.

Thiết kế khối lượng công việc xoay quanh công suất, chi phí và rủi ro

Một hệ thống tác nhân có khả năng chống chịu sẽ xử lý theo lô những việc có thể chờ, định tuyến tác vụ theo độ khó, xác thực sớm, giới hạn số lần thử lại và chuyển cấp những trường hợp chưa chắc chắn trước khi chúng đến tay khách hàng hoặc các hệ thống lưu trữ dữ liệu gốc (system of record).

Kiến trúc triển khai nên tách chính sách quy trình khỏi nhà cung cấp mô hình. Hãy hình dung nó như một hàng đợi có các bước kiểm tra rõ ràng, không phải một chuỗi prompt mặc định rằng mọi phụ thuộc sẽ luôn sẵn sàng.

Bảng 3. Các giai đoạn, bước kiểm tra và lộ trình xử lý lỗi trong quy trình tác nhân.

Xử lý theo lô những việc có thể chờ

Nghiên cứu chủ đề evergreen, phân cụm từ khóa, chuẩn bị tài nguyên, báo cáo định kỳ và kiểm tra chất lượng (QA) nội dung không gấp là những ứng viên tự nhiên cho xử lý theo lô. Xử lý theo lô giảm công thiết lập lặp lại và giữ công suất thời gian thực vốn khan hiếm cho những tín hiệu có giá trị suy giảm nhanh.

Tác nhân phân bổ lead thì khác. Nó có thể cần hành động ngay khi hoạt động inbound đủ điều kiện xuất hiện. Hãy dành riêng công suất phản hồi nhanh cho luồng đó, xác thực các trường CRM bắt buộc trước khi chạy suy luận và chuyển những trường hợp chưa chắc chắn cho người duyệt thay vì để tác nhân thử lại vô hạn.

Định tuyến theo độ khó và mức hệ quả

Dùng tuyến chi phí thấp hơn cho phân loại, trích xuất, chuẩn hóa và các tác vụ có giới hạn khác vượt qua được các bước kiểm tra tất định. Chuyển nghiên cứu còn mơ hồ, quyết định chiến lược, nội dung gửi tới khách hàng hoặc những việc liên tục thất bại lên một tuyến mạnh hơn hoặc cho con người.

Định tuyến mô hình nên dựa trên bằng chứng. Duy trì một bộ đánh giá cho từng loại tác vụ, áp dụng cùng một bước kiểm tra nghiệm thu cho mọi tuyến và giữ lại phương án chi phí thấp nhất đáp ứng ổn định mức chất lượng yêu cầu. Đừng dùng tuyến cao cấp ở mọi nơi chỉ vì khâu mua sắm đơn giản hơn.

Đặt bước kiểm tra trước những công đoạn hạ nguồn tốn kém

Xác thực đầu vào, quyền hạn, các trường bắt buộc, mức sẵn có của nguồn và schema đầu ra trước khi tạo nội dung. Sau khi tạo, hãy kiểm tra các tuyên bố và yêu cầu thương hiệu trước khi đặt làm hình minh họa, xây dựng schema, xuất bản hoặc phân phối.

Điều này quan trọng với Vanaxity vì một nội dung phục vụ tìm kiếm phải đáp ứng nhiều bề mặt hiển thị. Một trang có thể đủ điều kiện xuất bản về mặt kỹ thuật nhưng vẫn thất bại nếu thiếu câu trả lời trực tiếp cho AEO, bằng chứng cho GEO hoặc cấu trúc on-page cho SEO. Các bước kiểm tra ngăn một công đoạn yếu nhân chi phí lên trên mọi kênh phía sau.

Giới hạn số lần thử lại và biến thất bại thành thông tin hữu ích

Mọi chính sách thử lại đều cần một điều kiện dừng, một phương án dự phòng và bản ghi về lần thất bại gần nhất. Khi đã dùng hết số lần thử theo chính sách, hãy hoãn tác vụ, chuyển sang một tuyến đã được duyệt hoặc chuyển cấp kèm theo tài liệu nguồn và ngữ cảnh lỗi.

Một tác nhân giám sát chiến dịch nên giữ lại các cảnh báo nhạy cảm với doanh thu khi công suất chịu áp lực và hoãn việc tạo báo cáo có mức ưu tiên thấp. Đó là suy giảm có kiểm soát (graceful degradation): hệ thống bảo vệ những công việc có giá trị thay vì thất bại một cách khó lường.

Muốn kiểm tra sức chịu áp lực của quy trình trước khi mở rộng? Hãy xem tác nhân tự chủ hoạt động thực tế, sau đó yêu cầu một đợt rà soát có phạm vi rõ ràng, lập bản đồ các loại tác vụ, bước kiểm tra chất lượng, lộ trình dự phòng, lỗ hổng báo cáo và trình tự triển khai cho đội ngũ của bạn.

Đưa độ tin cậy và tính khả chuyển vào ROI của tác nhân

ROI của tác nhân phụ thuộc vào việc công việc có hoàn thành đúng hạn, vượt qua đánh giá và có thể chuyển sang nơi khác khi một nhà cung cấp bị hạn chế hay không.

Chỉ riêng hóa đơn API không thể cho thấy hoạt động vận hành có lành mạnh hay không. Lãnh đạo marketing và RevOps cần khả năng quan sát khối lượng công việc, kết nối hành vi của hạ tầng với đầu ra kinh doanh được chấp nhận.

Theo dõi:

• Thông lượng tác vụ được chấp nhận và thời gian tồn đọng trong hàng đợi
• Độ trễ hoàn thành theo loại tác vụ
• Hành vi thử lại và nguyên nhân thất bại lặp lại
• Chi phí cho mỗi kết quả được chấp nhận
• Mức sử dụng ngân sách token so với yêu cầu chất lượng của tác vụ
• Các lần bị loại ở bước kiểm tra chất lượng và việc khắc phục
• Chuyển cấp cho con người và gánh nặng duyệt
• Lỗi công cụ, việc dùng phương án dự phòng và công việc bị hoãn

Những tín hiệu này giải thích vì sao thông lượng thay đổi. Hàng đợi ngày càng dài có thể phản ánh nhu cầu, giới hạn của nhà cung cấp, công cụ bị hỏng, đánh giá khắt khe hơn hoặc người duyệt quá tải. Mua một mô hình mạnh hơn sẽ không khắc phục được tất cả các nguyên nhân đó.

Thiết kế cơ chế suy giảm có kiểm soát trước khi công suất biến mất

Phân loại tác vụ theo mức khẩn cấp, tác động kinh doanh, khả năng đảo ngược và nhu cầu duyệt. Khi công suất cao cấp bị thắt lại, hãy duy trì các hoạt động giá trị cao và trì hoãn những việc có mức ưu tiên thấp hơn. Tác nhân nội dung có thể giữ lại một bản nháp evergreen; nó không nên âm thầm xuất bản một tuyên bố thiếu căn cứ. Tác nhân RevOps có thể hoãn việc làm giàu dữ liệu thường lệ; nó nên bảo vệ một bước bàn giao nhạy cảm về thời gian.

Việc phục hồi sau lỗi cần được thể hiện rõ ràng. Người vận hành cần biết cái gì đã dừng, cái gì đã hoàn thành, phương án dự phòng nào đã chạy và những gì phải được duyệt trước khi tiếp tục. Thành công một phần trong im lặng rất nguy hiểm vì dashboard có thể hiển thị hoạt động trong khi kết quả kinh doanh thực tế vẫn chưa hoàn tất.

Giảm phụ thuộc nhà cung cấp trước khi việc mua sắm trở thành tình huống khẩn cấp

Phụ thuộc nhà cung cấp (vendor lock-in) không chỉ là vấn đề hợp đồng. Nó xuất hiện khi prompt, liên kết công cụ, nhật ký, bộ đánh giá và định dạng đầu ra gắn chặt với riêng một nhà cung cấp đến mức quy trình không thể chuyển đi.

Giữ cho lớp điều phối có tính khả chuyển bằng schema tác vụ ổn định, bộ chuyển đổi (adapter) cho từng nhà cung cấp, nhật ký theo định dạng chuẩn, dữ liệu có thể xuất ra và các bộ đánh giá có thể kiểm thử một tuyến thay thế theo bước kiểm tra production. Hãy kiểm thử tuyến thay thế đó trước khi xảy ra sự cố gián đoạn hoặc bị giới hạn hạn ngạch. Một phương án dự phòng không tạo ra được kết quả chấp nhận được thì chỉ tồn tại trên sơ đồ.

Khi các nhà cung cấp và phòng thí nghiệm cùng tranh giành một nguồn công suất GPU, chất lượng mô hình của một nhà cung cấp không đảm bảo thông lượng sẵn có. Hãy đánh giá nhà cung cấp như đối tác hạ tầng. Hãy hỏi công suất được phân bổ ra sao, các đợt tăng tải đột biến và giới hạn tốc độ (rate limit) vận hành thế nào, những khu vực nào được hỗ trợ, dữ liệu được xử lý ra sao, thay đổi mô hình được thông báo thế nào, những dữ liệu quan sát nào được cung cấp và dữ liệu quy trình của bạn có thể được xuất ra như thế nào. Hãy coi giá và độ trễ là các tiêu chí cần đo lường, không phải lời hứa vĩnh viễn.

Sai lầm mà chúng tôi bắt gặp là chọn mô hình trước rồi mới thiết kế hệ thống vận hành xoay quanh những điểm đặc thù của nó. Hãy bắt đầu từ hợp đồng tác vụ, bước kiểm tra nghiệm thu và lộ trình phục hồi. Sau đó mới gắn vào tuyến hoạt động tốt nhất. Để có thêm hướng dẫn dành cho người vận hành, hãy tham khảo các bài phân tích về tìm kiếm AI và nội dung của Vanaxity.

Trước khi mở rộng một tác nhân, hãy xác nhận rằng:

• Thành công được định nghĩa bằng thước đo kinh doanh.
• Toàn bộ các lớp chi phí đều được ghi nhận.
• Tác vụ được phân loại theo mức khẩn cấp, độ phức tạp và mức hệ quả.
• Những việc có thể chờ được xử lý theo lô.
• Các tuyến được kiểm thử theo cùng một bộ đánh giá.
• Các công đoạn tốn kém nằm sau bước xác thực sớm.
• Việc thử lại có điểm dừng và tạo ra ngữ cảnh lỗi hữu ích.
• Khâu duyệt của con người bảo vệ các hành động có tác động lớn.
• Tình trạng hàng đợi và thông lượng được chấp nhận đều được hiển thị rõ.
• Các tuyến dự phòng vượt qua bước kiểm tra production thực tế.
• Lớp điều phối, nhật ký và dữ liệu có thể chuyển giữa các nhà cung cấp.

Cách Van Data Team đưa giải pháp vào vận hành thực tế

Các cuộc đàm phán về năng lực tính toán giữa Meta và Anthropic được đưa tin (một đề xuất ban đầu trị giá tới 10 tỷ USD trong khoảng hai năm) cho thấy vì sao tài nguyên tính toán cần có mặt trong kế hoạch vận hành của các tác nhân marketing tự chủ. Cả hai công ty đều từ chối bình luận, và các cuộc thảo luận có thể không dẫn đến một thương vụ. Các bản tin là tín hiệu; những khuyến nghị dưới đây là phân tích của Vanaxity.

Tại Van Data Team, chúng tôi bắt đầu bằng việc lập bản đồ quy trình bàn giao hiện tại: hệ thống nguồn, tín hiệu kích hoạt, các quyết định, bước duyệt, dashboard và lộ trình phục hồi. Sau đó, chúng tôi xác định phạm vi: cần thu thập những tín hiệu nào, khắc phục những lỗ hổng quy trình nào, và hành động nào có thể chạy tự động, hành động nào cần con người phê duyệt.

Chỉ số cốt lõi là chi phí cho mỗi tác vụ thành công: toàn bộ chi phí cho lệnh gọi mô hình, công cụ, thử lại, khâu duyệt và khắc phục, chia cho số kết quả được chấp nhận. Chỉ số này làm lộ ra những tác nhân trông có vẻ rẻ khi tính theo token nhưng lại ngốn công suất vì thất bại lặp đi lặp lại.

Chúng tôi bảo vệ thông lượng bằng cách xử lý theo lô những việc không gấp, định tuyến tác vụ thường lệ sang mô hình nhẹ hơn, dành mô hình mạnh hơn cho các quyết định phức tạp hoặc rủi ro cao, chặn đầu ra yếu ngay từ các bước kiểm tra chất lượng ban đầu, giới hạn số lần thử lại và chuyển các trường hợp ngoại lệ cho con người. Dashboard kết nối chi tiêu và độ trễ với công việc đã hoàn thành và được phê duyệt, chứ không phải với hoạt động thô.

Cuối cùng, lớp điều phối, prompt, tiêu chí đánh giá và giao diện dữ liệu có tính khả chuyển giúp hạn chế tình trạng phụ thuộc nhà cung cấp. Các tuyến dự phòng đã được kiểm thử và một sổ tay xử lý sự cố công suất (runbook) giúp giảm rủi ro giới hạn, giá cả hoặc mức sẵn có của một nhà cung cấp âm thầm làm đình trệ chiến dịch.

Câu hỏi thường gặp

Nguồn tham khảo