Oracle – Google Cloud: Cuộc đổ bộ của Gemini vào lớp nghiệp vụ, và cái bẫy của "agent layer" mới
Ngày 30 tháng 7, Oracle công bố mở rộng quan hệ đối tác với Google Cloud. Cổ phiếu ORCL tăng 3.3%, đỉnh phiên 8.4%. Đám đông reo hò vì một cái tên mới xuất hiện trong danh sách model của Oracle AI Agent Studio. Sai. Điều thực sự thay đổi không nằm ở việc Gemini 3.1 Flash-Lite và Gemini 3.5 Flash góp mặt trong một danh sách API. Mà nằm ở nơi chúng được nhúng: thẳng vào Fusion Applications và NetSuite – hệ thống ERP, HCM, supply chain và CRM đang vận hành hằng ngày của hơn 14.000 tổ chức, cùng NetSuite với 44.000 khách hàng tại 220 quốc gia. Trong thế giới tôi từng kiểm toán, thứ được gọi là "bảo mật tuyệt đối" thường là cái bẫy. Ở đây, tôi nhìn thấy một phiên bản tương tự: "tích hợp sâu" nghe có vẻ an toàn, nhưng nơi trí thông minh sống quyết định cái chết hoặc sự sống của toàn bộ hệ thống.
Oracle AI Agent Studio đã cho phép chọn model từ tháng 10 năm ngoái: OpenAI, Anthropic, Cohere, Meta, xAI, Google. Quan hệ đối tác mới ngày 30/7 không thêm Gemini vào thực đơn. Việc đó từng được làm qua OCI Enterprise AI từ tháng 8/2025. Điều khác biệt là chiều sâu của tích hợp. Oracle đang nhúng Gemini 3.1 Flash-Lite và 3.5 Flash trực tiếp vào Fusion Applications và NetSuite – tức là nhúng vào chính quy trình nghiệp vụ: mua hàng, thanh toán, quản lý nhân sự, dự báo doanh thu. Không phải một Playground để developer nghịch thử. Không phải một endpoint cho kỹ sư gọi. Mà là một bộ phận trong cỗ máy kế toán của doanh nghiệp.
Khác biệt này lớn hơn so với mặt chữ. Kể cả với thị trường crypto.
Hãy nhìn vào cấu trúc hạ tầng. Trong blockchain, có layer 1, layer 2, middleware và application. Trong đó, oracle như Chainlink nằm ở lớp middleware – nối dữ liệu ngoài chuỗi vào hợp đồng. DeFi protocol nằm ở lớp application – nơi người dùng gửi stablecoin, vay margin, harvest yield. Nếu một dự án chỉ "cung cấp quyền truy cập dữ liệu" cho developer, nó giống như OCI Enterprise AI: đúng nhưng không đủ. Nếu dự án đó được nhúng vào nghiệp vụ, ví như một hợp đồng thông minh tự động phát lương cho nhân viên trong DAO, nó giống như thứ Oracle vừa công bố. Cấp độ tích hợp quyết định mức độ ảnh hưởng.
Theo số liệu ngành, 80% doanh nghiệp đã nhúng AI ở một vài bộ phận. Chỉ 31% thực sự đưa nó vào workflow có tác động. Số còn lại mắc kẹt trong vòng lặp: demo, prototype, rồi chết trong phòng thí nghiệm. Vấn đề không phải quyền truy cập model. Vấn đề là ma sát giữa prototype và production. Cũng như trong DeFi, vấn đề không phải là có một AMM, mà là thanh khoản có chảy liên tục trong đó hay không. Oracle đang tuyên bố sẽ xóa bỏ ma sát đó bằng cách nhúng Gemini vào ngay trong ERP. Nếu điều đó thành hiện thực, một nhân viên kế toán tại Việt Nam có thể mở NetSuite và yêu cầu: "Tổng hợp công nợ chưa thanh toán của khách hàng miền Bắc trong quý này" – và Gemini trả lời trực tiếp trong giao diện, với đúng quyền hạn và luồng phê duyệt của người đó.
Đây không phải là một bản nâng cấp tính năng. Đây là một thay đổi kiến trúc.
Hạ tầng cho thay đổi này đã được chuẩn bị từ trước. Fusion Applications hỗ trợ Model Context Protocol và Agent-to-Agent communication từ Release 26A. MCP là một chuẩn cho phép agent kết nối với công cụ bên ngoài. Agent-to-Agent là chuẩn cho các agent nói chuyện với nhau. Đó là những ống dẫn nước. Bây giờ, Google đưa nguồn nước vào chính các ống đó. Khi một agent trong module mua hàng gửi yêu cầu phê duyệt cho một agent trong module tài chính, toàn bộ hành trình nằm trong cùng một hệ thống kiểm soát truy cập. Không có bước nhảy ra ngoài. Không có chỗ cho một cuộc gọi API ở giữa đêm mà không ai biết.
Từ góc độ bảo mật, điều này thú vị hơn nhiều tuyên bố đao to búa lớn của các hãng AI.
Khi xảy ra lỗi, một mô hình "gắn ngoài" thất bại khác hẳn một mô hình "nhúng trong". Thất bại ngoài thường xuất hiện ở lớp tích hợp: timeout, sai định dạng, thiếu quyền xác thực. Thất bại trong thường xuất hiện ở lớp logic nghiệp vụ: ví dụ Gemini đề xuất giảm giá 40% cho một đối tác không đủ điều kiện, và hệ thống chặn lại vì nằm đúng luồng phê duyệt. Cả hai đều có thể gây hại, nhưng nhóm đầu khiến công ty đổ lỗi cho AI, nhóm sau khiến công ty đổ lỗi cho quy trình. Doanh nghiệp có thể sửa quy trình. Họ không thể sửa một công nghệ họ chưa hiểu.
Tôi nhớ mùa hè DeFi 2020. Khi đó tôi vận hành quỹ 2 triệu USD trên Compound, Aave và Yearn. APY 150% trong 3 tháng. Tháng 9, hợp đồng Yearn v2 bị khai thác lỗi reentrancy. Quỹ tôi mất 600.000 USD. 30% số vốn. Khi một smart contract nằm bên ngoài tầm kiểm soát, chỉ cần một lỗi trong thứ tự cập nhật trạng thái là attacker rút sạch. Nhưng nếu contract đó nằm trong một mô-đun có cơ chế kiểm soát rủi ro – chẳng hạn chỉ cho phép rút tối đa 10% TVL mỗi block – cách khai thác sẽ khác, và thiệt hại được giới hạn. Oracle đang áp dụng logic tương tự vào AI doanh nghiệp: nhúng model vào nơi governance hoạt động.
Phát ngôn của lãnh đạo hai bên cũng cho thấy chiến lược này. Satish Thomas, VP của Google Cloud, nói đây là một kênh phân phối. Kevin Ichhpurani, Chủ tịch Hệ sinh thái Đối tác Toàn cầu, nói đưa model vào "các quy trình ứng dụng cốt lõi". Chris Leone của Oracle nói về sự linh hoạt trong môi trường được quản trị. Evan Goldberg của NetSuite nói về giá trị cho phân khúc vừa và nhỏ. Không ai nói về triệu tham số, benchmark MLPerf, hay tốc độ suy luận. Họ nói về việc AI nằm ở đâu trong chuỗi quyết định của doanh nghiệp. Đó là tín hiệu đúng.
Bây giờ đến phần tôi đang cảnh giác nhất.
Oracle để một dòng chữ nhỏ trong tuyên bố: integration is planned, not live. Đây là điểm mù của toàn bộ câu chuyện. Kể từ năm 2017, tôi đã thấy quá nhiều sản phẩm "planned" trở thành "delayed", rồi thành "deprecated". Trong ICO, các đội ngũ gọi đó là roadmap. Trong enterprise, họ gọi đó là future product disclaimer. Bản chất giống nhau: bán trước, làm sau. Không có dữ liệu on-chain nào cho thấy Gemini 3.1 Flash-Lite đang chạy stable trong môi trường production của NetSuite. Không có audit report nào từ bên thứ ba xác nhận agent-to-agent không bị lợi dụng quyền phê duyệt. Trong khi đó, Oracle hưởng lợi 3.3% vốn hóa trong một phiên từ một lời hứa. Nhìn lại ICO 2017, những cái "chúng tôi sẽ làm" đã đưa tổng vốn huy động lên hàng tỷ đô la trước khi một dòng sản phẩm chạy được. Mô hình đó lặp lại ở mọi ngành, bởi vì thị trường luôn muốn tin vào giảm ma sát trước khi ma sát được đo đếm.
Tôi không nói đây là gian lận. Tôi nói đây là chưa được chứng minh.
Để có thể tin rằng Gemini trong Fusion Applications sẽ giúp doanh nghiệp Việt tăng năng suất, tôi cần thấy: số lượng tenant đang chạy thử beta, tỷ lệ hoàn thành tác vụ so với prompt thủ công, tỷ lệ lỗi trong luồng phê duyệt tự động, và chi phí vận hành trung bình mỗi agent. Không có con số nào trong số đó trong thông cáo báo chí. Nhưng tôi vẫn xem đây là một bước đi thông minh về mặt chiến lược, và tôi sẽ giải thích vì sao.
Cạnh tranh trong mảng agent đang nóng lên từng ngày. Salesforce có Agentforce. ServiceNow có Now Assist. Microsoft có Copilot. Mỗi ông lớn đều muốn sở hữu "agent layer" – lớp nơi các AI agent ra quyết định thay con người. Các nền tảng nhúng AI một cách tự nhiên nhất sẽ thắng khi lỗi thực thi giết chết triển khai. Lỗi hallucination có thể sửa bằng prompt. Lỗi thực thi sai quy trình là chuyện pháp lý. Vì thế, một Gemini nằm trong NetSuite, chịu sự quản trị của NetSuite, được ghi log bởi NetSuite, có lợi thế khổng lồ so với một Gemini chạy trên đám mây riêng và kết nối qua API mồ côi.
Sự tương đồng với cuộc chiến blockchain layer 2 là rõ ràng. Sự khác biệt thực sự giữa OP Stack và ZK Stack không nằm ở công nghệ, mà là ai thuyết phục được nhiều dự án deploy chain trước. Cùng một logic: Google Cloud và Oracle không đang chiến đấu vì model nào thông minh hơn. Họ đang chiến đấu vì model nào nằm trong nhiều ERP hơn. Khi một Agentforce kết nối qua Salesforce API, nó vẫn là người ngoài. Khi Gemini được nhúng trong NetSuite, nó là người trong cuộc. Ở thị trường crypto cũng vậy: một bridge được native integration vào Uniswap có độ tin cậy cao hơn một bridge tự xưng "audited" nhưng chưa từng chạy trên mainnet.
Tuy nhiên, góc nhìn phản trực giác của tôi là: tích hợp sâu không đồng nghĩa với an toàn hơn.
Một lỗ hổng trong plugin Gemini dùng chung cho hàng chục nghìn khách hàng NetSuite tương đương một lỗi trong thư viện dùng chung. Một điểm lỗi duy nhất. Trong DeFi, một lỗi reentrancy trong Yearn v2 không ảnh hưởng đến Compound. Nhưng nếu tất cả đều dùng chung một AI agent layer, thì một prompt injection thành công ở một tenant có thể lây lan theo cấu hình dùng chung. Mức độ tập trung hóa này tạo ra một bề mặt tấn công mà các hệ thống phân tán trước đây không có. Đó là cái giá phải trả cho sự liền mạch. Và thị trường hiếm khi định giá đúng cái giá đó cho đến khi sự cố xảy ra.
Vấn đề thứ hai nằm ở chất lượng dữ liệu. Tôi đã viết bot giao dịch định lượng từ cuối năm 2018, với vốn tự có 500.000 USD. Bot của tôi quét ví cá voi và tự động vào lệnh. Trong 6 tháng, nó mang lại 40% lợi nhuận trong khi thị trường giảm 70%. Lý do thành công: tôi dành 3 tháng để lọc dữ liệu thật từ các giao dịch giả mạo. Cá voi có thể chia nhỏ ví để đánh lừa. Sàn có thể giả khối lượng. Nếu tôi đưa dữ liệu rác vào bot, nó sẽ thực hiện lệnh rác. Một AI agent phê duyệt công nợ cũng vậy: nếu dữ liệu đầu vào từ module bán hàng bị sai, Gemini sẽ tự tin đề xuất một quyết định sai. Garbage in, gospel out. Enterprise AI không giải quyết vấn đề oracle. Nó chỉ tự động hóa niềm tin vào dữ liệu xấu.
Vấn đề thứ ba nằm ở định nghĩa trách nhiệm. Khi hai agent nói chuyện với nhau và một chuỗi hành động tự động dẫn đến thiệt hại, ai chịu trách nhiệm? Người triển khai Oracle? Người phát triển Google? Hay công ty sử dụng NetSuite? Trong hợp đồng thông minh, câu trả lời rất rõ: code là luật, và người ký giao dịch chịu trách nhiệm. Trong môi trường AI agent, luật đó chưa tồn tại. Tôi vẫn nhớ bài học tháng 11/2022: framework cứng nhắc của tôi cho rằng FTX là sàn uy tín, và tôi đã mất 200.000 USD trong tài khoản ký quỹ. Lý do là tôi tin vào trực giác, không tin vào dữ liệu cảnh báo. Với AI agent, rủi ro còn nghiêm trọng hơn: con người có thể không nhận ra mình vừa đưa một quyết định có ảnh hưởng pháp lý cho một cỗ máy không ai kiểm toán hành vi.
Về khoản đầu tư quỹ bảo hiểm của tôi năm 2025: khi thiết kế hệ thống tuân thủ cho quỹ tiền điện tử Đan Mạch, tôi yêu cầu dữ liệu giá phải từ Chainlink, mỗi giao dịch phải ký multisig, lưu trữ trên Arweave. Nguyên tắc tương tự: AI có thể phân tích, nhưng quyền hạn ký và quyền hạn phê duyệt phải tách rời. Với Oracle, tôi muốn thấy một agent có thể gợi ý, nhưng không thể tự phê duyệt thanh toán vượt ngưỡng. Nếu họ làm được điều đó, đây là một kiến trúc đáng học hỏi.
Thị trường dự báo nền tảng agent doanh nghiệp tăng từ 7.8 tỷ USD năm 2025 lên 68.4 tỷ USD năm 2034. Đây là lý do cả Google Cloud lẫn Oracle đều nhảy vào. Họ không bán AI; họ bán vị trí trong nhà máy ra quyết định của doanh nghiệp toàn cầu. Đây cũng là bài học cho các dự án blockchain: đừng bán "infrastructure", hãy tìm cách nằm bên trong application layer. Nhìn lại ICO 2017, những cái gọi là "giao thức nền tảng cho mọi thứ" phần lớn đã chết, trong khi những dự án giải quyết trực tiếp một bài toán nghiệp vụ – như chuyển tiền xuyên biên giới, thanh toán nội dung – sống sót đến hôm nay. Sự thật vẫn vậy: phân phối là sản phẩm, và sản phẩm là nơi giá trị được trao đổi.
Oracle đã làm một nước đi chiến lược đúng hướng. Nhưng khoảng cách giữa tuyên bố và vận hành là một vực sâu. Nếu Gemini thực sự chạy bên trong 14.000 hệ thống Fusion, với quy trình phê duyệt, log kiểm toán, kiểm soát truy cập minh bạch, thì đây là một cuộc cách mạng về cách doanh nghiệp tiêu thụ AI – và là một mô hình tham chiếu cho các giao thức phi tập trung muốn đưa AI vào DeFi. Nếu không, nó chỉ là một cái tên mới trong danh sách model cũ. Những cái "planned" trong enterprise, thường là cái bẫy giữa dòng meme. Khi mọi agent đều có khả năng nói chuyện với nhau và tự thực hiện quyết định, hãy hỏi: ai đang giữ private key? Ai kiểm toán hành vi của cỗ máy đang dần thay thế con người? Câu trả lời sẽ xác định ai là người sống sót trong chu kỳ tiếp theo – và ai tiếp tục mua lời hứa.