Workday đang mở dữ liệu nhân sự và tài chính cho tác tử AI được xây dựng trong Claude Code, Cursor và các công cụ bên ngoài. Theo bài viết gốc của The New Stack, các tác tử này vẫn phải tuân theo quyền truy cập áp dụng cho người dùng Workday. Chúng cũng phải tuân theo quy trình phê duyệt và dấu vết kiểm toán hiện có.
Tại hội nghị Workday Rising ở Las Vegas vào thứ Ba, công ty công bố Trusted Agent Platform có thể hoạt động mà không cần giao diện Workday. Máy chủ Giao thức ngữ cảnh mô hình và quyền truy vấn SQL trên dữ liệu trực tiếp hiện đã được cung cấp rộng rãi. Môi trường chạy chung cho tác tử cũng đã sẵn sàng. Khách hàng có thể vận hành tác tử bằng mô hình của Anthropic, Google, Meta, Mistral, Nvidia và OpenAI.
Giám đốc công nghệ Workday Gabe Monroy cho biết mọi tác tử đều hoạt động theo quyền hạn và quy trình phê duyệt của Workday. Quy tắc này áp dụng bất kể ai xây dựng tác tử. Hoạt động của tác tử cũng được ghi vào dấu vết kiểm toán, không có lối truy cập riêng để đi vòng qua các kiểm soát đó.
Tác tử truy cập dữ liệu bằng danh tính của người dùng
Agent-Ready Tools gắn tác tử với thông tin xác thực Workday của người dùng. Theo Workday, tác tử hành động thay người dùng chỉ có thể xem hoặc thay đổi dữ liệu nằm trong phạm vi quyền của tài khoản đó. Giới hạn này vẫn áp dụng khi yêu cầu bắt nguồn từ Claude Code, Cursor hoặc một môi trường bên ngoài.
Agent-Ready Tools là máy chủ Giao thức ngữ cảnh mô hình đi kèm Workday Extend AI. Monroy cho biết máy chủ hiện có 275 công cụ đọc dữ liệu và 54 công cụ ghi hoặc xóa dữ liệu.
Live Data Query là một phần của Workday Data Cloud. Công cụ này cho phép phần mềm phân tích nghiệp vụ và tác tử gửi truy vấn SQL trực tiếp đến dữ liệu Workday. Monroy mô tả cơ chế này là quyền truy cập JDBC vào đồ thị đối tượng của Workday. Công ty cho biết mỗi truy vấn chỉ trả về dữ liệu mà người gửi yêu cầu được phép xem.
Đây cũng là điểm cần lưu ý khi doanh nghiệp cân nhắc cách phân quyền dữ liệu và mô hình AI. Quyền của tác tử không chỉ nằm ở mô hình mà còn phụ thuộc vào danh tính, tài khoản và lớp kiểm soát dùng để truy cập hệ thống nguồn.
Ba thành phần đã được cung cấp rộng rãi
Workday đã cung cấp rộng rãi Agent Harness, Developer Agent và Custom Agents. Ba thành phần này lần lượt đảm nhiệm việc chạy tác tử trong phạm vi quyền được cấp, tạo tác tử bằng câu lệnh ngôn ngữ tự nhiên và triển khai tác tử được xây bằng LangChain hoặc Bộ công cụ phát triển tác tử của Google lên Agent Harness.
Agent Harness là môi trường chạy chung cho tác tử của Workday cũng như tác tử do khách hàng và đối tác xây dựng. Hệ thống chuyển danh tính người dùng, vị trí trong tổ chức và quyền truy cập cho tác tử. Nó đồng thời giới hạn các hành động được phép thực hiện. Agent Harness còn lựa chọn mô hình xử lý từng nhiệm vụ dựa trên chi phí và hiệu năng.
Công cụ xây dựng và triển khai tác tử
Developer Agent tạo tác tử và ứng dụng Workday từ câu lệnh ngôn ngữ tự nhiên trong Claude Code, Codex, Cursor hoặc Workday Developer Site. Custom Agents cho phép các nhóm triển khai tác tử được xây bằng LangChain hoặc Bộ công cụ phát triển tác tử của Google lên Agent Harness. Hiện tại, hỗ trợ cho bộ công cụ của Google chỉ dành cho các đối tác thiết kế.
Theo Workday, trong bốn tháng qua, khách hàng đã xây dựng hơn 500 tác tử và hơn 6.000 ứng dụng bằng Developer Agent cùng Agent-Ready Tools.
Hai thành phần khác dự kiến được mở quyền truy cập sớm vào đầu năm 2027. Agent Context Service sẽ chỉ nạp trước phần dữ liệu Workday cần cho nhiệm vụ. Workday cho rằng cách này giúp tác tử chạy nhanh hơn và giảm mức độ tiếp xúc với hồ sơ nhạy cảm.
Grounded Reasoning sẽ kiểm tra hành động dự kiến dựa trên chính sách của khách hàng, quy tắc quy trình và hồ sơ Workday trước khi tác tử thực hiện. Cách kiểm tra này liên quan trực tiếp đến câu hỏi tác tử AI nên được trao bao nhiêu quyền trong hệ thống doanh nghiệp.
Nội dung trình diễn khi tác tử không bị ràng buộc bởi quyền hạn
Một tác tử không kế thừa đúng quyền hạn có thể làm lộ dữ liệu hoặc thực hiện thay đổi chưa được phê duyệt. Trong phần trình diễn, tác tử dùng máy chủ Giao thức ngữ cảnh mô hình tùy chỉnh đã trả về các yêu cầu tuyển dụng mà người dùng không có quyền xem, chuyển nhầm một nhân viên và tiết lộ dữ liệu lương.
Monroy gọi cách triển khai thiếu kiểm soát này là mô hình “không giao diện nhưng cũng không có luật lệ”. Tác tử đã trả về các yêu cầu tuyển dụng mà người dùng không có quyền xem, sau đó chuyển nhầm một nhân viên giữa hai nhóm mà không có phê duyệt.
Khi được kết nối với bản sao dữ liệu Workday trong Snowflake, cùng tác tử đó còn trả về lương của giám đốc công nghệ khi nhận yêu cầu. Monroy nhấn mạnh rằng khi hệ thống thất bại, vấn đề không chỉ là một câu trả lời sai mà còn có thể là một hành động sai chưa từng được ai phê duyệt.
Trong phần trình diễn tiếp theo, tác tử đi qua máy chủ của Workday và Data Cloud, còn người dùng đăng nhập bằng tài khoản của mình. Các truy vấn tương tự khi đó chỉ trả về những yêu cầu tuyển dụng mà người dùng được phép xem.
Tình huống này cho thấy lỗi của tác tử có thể đi xa hơn một nội dung thiếu chính xác. Những ví dụ về tác tử AI thực hiện sai nhiệm vụ cũng cần được xem xét cùng quyền truy cập và khả năng tạo thay đổi trong hệ thống thật.
Chỉ một số trường hợp phù hợp với kết nối trực tiếp
Workday cho rằng kết nối trực tiếp phù hợp với một nhóm nhỏ nhiệm vụ không cần logic chuyên môn về nhân sự hoặc tài chính. Với các quy trình phức tạp hơn, công ty định hướng để công cụ bên ngoài chuyển yêu cầu cho Sana, sau đó Sana gọi tác tử Workday chuyên trách.
Khi được hỏi liệu mô hình không cần giao diện có quan trọng với Workday như với Salesforce hay không, Chủ tịch phụ trách sản phẩm và công nghệ Gerrit Kazmaier nói Workday muốn trao quyền lựa chọn cho khách hàng. Ông vẫn ưu tiên giao diện của Workday, nhưng cho rằng cách vận hành không cần giao diện cũng sẽ hoạt động tốt tương đương.
Kazmaier đồng thời đưa ra một giới hạn đáng chú ý. Theo ông, việc xây tác tử trực tiếp trên công cụ và giao diện lập trình ứng dụng của Workday chỉ phù hợp với những trường hợp không cần logic chuyên môn về nhân sự hoặc tài chính.
Với các nhiệm vụ còn lại, ông mô tả một chuỗi phối hợp giữa các hệ thống AI. Claude chuyển yêu cầu cho Sana, bộ điều phối tác tử của Workday. Sana sau đó gọi các tác tử chuyên biệt của Workday để xử lý nghiệp vụ.
Hồ dữ liệu phù hợp với phân tích hơn tác tử
Hồ dữ liệu bên ngoài phù hợp với phân tích và kết hợp dữ liệu từ nhiều hệ thống, nhưng Workday không xem đây là nơi phù hợp để chạy tác tử cần quyền truy cập có kiểm soát. Lý do là doanh nghiệp có thể sao chép dữ liệu mà không sao chép đầy đủ mô hình bảo mật và quy tắc quản trị đi kèm.
Khi Workday công bố Data Cloud vào tháng 9/2025, một phần thông điệp là khả năng chia sẻ dữ liệu không cần sao chép với Databricks, Salesforce và Snowflake.
Theo các thông báo được The New Stack dẫn lại, Snowflake cung cấp rộng rãi khả năng tích hợp Workday Data Cloud vào ngày 7/10/2026. Ngày 8/10/2026, Databricks đưa trình kết nối Workday dành cho Unity Catalog vào giai đoạn thử nghiệm công khai.
Quyền truy cập trong hệ thống dữ liệu bên ngoài
Databricks cho biết quản trị viên Workday thiết lập trình kết nối bằng cách đăng ký một Người dùng hệ thống tích hợp. Khách hàng Workday dùng loại tài khoản hệ thống này cho các tích hợp truyền thống. Tài khoản được cấp quyền đọc các bảng chia sẻ. Sau đó, quyền ở cấp danh mục, lược đồ và bảng trong Unity Catalog quyết định ai có thể truy vấn dữ liệu.
Monroy nói hồ dữ liệu vẫn phù hợp cho hoạt động phân tích và việc kết hợp dữ liệu Workday với phần dữ liệu còn lại của doanh nghiệp. Tuy nhiên, ông cho rằng hồ dữ liệu bên ngoài không phải nơi phù hợp để xây tác tử cần quyền truy cập Workday có kiểm soát.
Theo cách giải thích của Monroy, doanh nghiệp có thể xuất dữ liệu nhưng không thể xuất toàn bộ quy tắc quản trị dữ liệu đó. Việc dựng lại các quy tắc trong hồ dữ liệu đồng nghĩa phải duy trì một bản sao thứ hai của mô hình bảo mật Workday. Nếu hai hệ thống lệch nhau, các quyền hạn cũng trở nên sai lệch.
Các hãng phần mềm doanh nghiệp cùng mở cửa cho tác tử
Workday, Salesforce, ServiceNow và Microsoft đều đang cho phép tác tử bên ngoài truy cập hệ thống dữ liệu cốt lõi. Điểm chung trong tuyên bố của bốn nhà cung cấp là tác tử vẫn phải hoạt động trong mô hình danh tính và phân quyền hiện có của từng nền tảng.
Theo The New Stack, Salesforce giới thiệu Headless 360 tại hội nghị nhà phát triển TDX vào tháng 4. Nền tảng cho phép tác tử trong Claude, ChatGPT, Cursor hoặc thiết bị đầu cuối làm việc với dữ liệu Salesforce. ServiceNow cung cấp rộng rãi máy chủ Action Fabric vào tháng 5, với Anthropic là đối tác ra mắt. Microsoft cũng có máy chủ Giao thức ngữ cảnh mô hình cho Dynamics 365 ERP.
Tác tử sẽ dùng danh tính của ai?
Danh tính của tác tử có thể là tài khoản người dùng, tài khoản hệ thống riêng hoặc một danh tính tác tử được đăng ký độc lập. Lựa chọn này quyết định dữ liệu tác tử được xem, hành động tác tử được thực hiện và liệu quyền hạn có phản ánh đúng người đang gửi yêu cầu hay không.
Salesforce chuẩn bị cho tác tử kết nối qua Giao thức ngữ cảnh mô hình hoặc giao diện lập trình ứng dụng đăng ký thông tin xác thực và quyền hạn riêng, thay vì hoạt động dưới danh tính người dùng. Theo thông tin được The New Stack dẫn lại từ Salesforce Ben, các ứng dụng khách cuối cùng sẽ phải chuyển sang thông tin xác thực OAuth gắn với danh tính tác tử.
Tài khoản người dùng và tài khoản hệ thống
Tài liệu Workday cho biết tác tử của hãng đã có thể nhận tối đa hai tài khoản hệ thống riêng, được gọi là Người dùng hệ thống tác tử. Một tài khoản dùng để hành động thay mặt người dùng. Tài khoản còn lại dành cho công việc nền, và mỗi tài khoản có ứng dụng khách OAuth 2.0 riêng. Workday tự động tạo tài khoản nền khi khách hàng bật một kỹ năng hoạt động thường trực.
Unified.to bán giải pháp tích hợp Workday qua Giao thức ngữ cảnh mô hình. Công ty cho biết mọi cách kết nối Workday của họ đều bắt đầu bằng việc tạo Người dùng hệ thống tích hợp. Hướng dẫn của Cequence cũng yêu cầu khách hàng tạo loại tài khoản này với các nhóm bảo mật phù hợp. Tác tử hoạt động qua tài khoản hệ thống sẽ nhìn thấy mọi dữ liệu mà nhóm bảo mật cho phép. Phạm vi đó không thay đổi theo người gửi câu lệnh.
Giới hạn do Kazmaier nêu ra có thể phản ánh mô hình Workday kỳ vọng được dùng phổ biến hơn. Thay vì để Claude gọi trực tiếp mọi chức năng, Claude chuyển yêu cầu cho Sana, Sana gọi các tác tử chuyên môn của Workday, còn môi trường chạy Workday đứng giữa từng lượt xử lý.
Hãy tiếp tục theo dõi Sine để cập nhật cách các nền tảng doanh nghiệp kiểm soát quyền hạn khi tác tử AI bắt đầu làm việc trực tiếp với dữ liệu nhạy cảm.
