Một số vấn đề trong doanh nghiệp không thể được giải quyết bởi một tác nhân thông minh duy nhất. Quá nhiều hệ thống, quá nhiều lĩnh vực, quá nhiều sự phụ thuộc lẫn nhau. Một số vấn đề trong doanh nghiệp sẽ được xử lý tốt hơn bởi nhiều tác nhân chuyên biệt hơn là bởi một tác nhân duy nhất tự điều phối mọi bước.
Hệ thống đa tác tử (MAS) là giải pháp kiến trúc cho loại vấn đề đó
Hệ thống đa tác tử là một mạng lưới các phần mềm tự động hoặc các tác tử trí tuệ nhân tạo cộng tác, phối hợp hoặc cạnh tranh trong một môi trường chung để đạt được các mục tiêu vượt quá phạm vi của bất kỳ tác tử đơn lẻ nào. Trong các triển khai AI doanh nghiệp hiện đại, các tác tử này thường sử dụng mô hình logic bậc nhất (LLM) hoặc các công cụ ra quyết định khác để suy luận và hành động trên nhiều hệ thống.
Các giao thức mở mới nổi bao phủ các phần khác nhau của ngăn xếp phối hợp. MCP chuẩn hóa cách các ứng dụng AI truy cập các công cụ, dữ liệu và quy trình làm việc, trong khi A2A được thiết kế để giao tiếp trực tiếp giữa các tác nhân. Cả hai cùng hướng tới một hệ sinh thái tác nhân có khả năng tương tác cao hơn, nhưng các doanh nghiệp vẫn nên coi bối cảnh tiêu chuẩn này là đang phát triển.
Đối với các kiến trúc sư doanh nghiệp và lãnh đạo CNTT, MAS không chỉ đơn thuần là một tính năng AI. Đó là một quyết định kiến trúc về cách cấu trúc các quy trình làm việc tự động, liên hệ giữa các hệ thống ở quy mô lớn.
Hệ thống đa tác tử so với hệ thống đơn tác tử
Các hệ thống tác nhân tồn tại trên một phổ rộng. Ở một đầu, các quy trình làm việc tác nhân có cấu trúc tuân theo một trình tự được xác định trước, hiệu quả cho các nhiệm vụ lặp đi lặp lại và được hiểu rõ. Cao hơn một bước là tác nhân đơn lẻ tự chủ: một thực thể độc lập suy luận, sử dụng công cụ và tự sửa lỗi trong một môi trường giới hạn. Ở đầu kia là các hệ thống đa tác nhân, trong đó nhiều tác nhân thông minh chuyên biệt phối hợp trong một môi trường phân tán để tạo ra các kết quả mà không một tác nhân nào có thể đạt được một mình.
Hệ thống tác nhân đơn phù hợp với các tác vụ được xác định rõ ràng, có thể lặp lại và cần sự kiểm soát tập trung. Phát hiện gian lận trên một nguồn dữ liệu duy nhất. Logic đề xuất trong một nền tảng duy nhất. Phân loại tài liệu trong một lược đồ được xác định. Chúng đơn giản hơn trong thiết kế, dễ gỡ lỗi hơn và tạo ra kết quả có thể dự đoán được trong phạm vi của chúng.
Hệ thống đa tác tử hoạt động theo cách khác. Các tác tử chuyên biệt mô phỏng mục tiêu của nhau, chia sẻ trạng thái hoặc bộ nhớ và phối hợp hành động trong một môi trường phân tán. Mỗi tác tử hoạt động trong phạm vi miền của nó. Toàn bộ hệ thống cung cấp các kết quả yêu cầu thực thi song song, chuyên môn hóa miền hoặc luồng dữ liệu xuyên hệ thống trải rộng trên các hệ thống ghi nhận với các lược đồ, mô hình truy cập và quy tắc sở hữu khác nhau.
Việc lựa chọn giữa các phương pháp này không phải là vấn đề về độ phức tạp, mà là về việc kết hợp kiến trúc với độ phức tạp của vấn đề. Một trình tự được xác định trước do một tác nhân xử lý hoặc một quy trình làm việc có cấu trúc sẽ nhanh hơn và rẻ hơn khi điều đó là đủ. Khi một vấn đề đòi hỏi sự phối hợp động giữa các lĩnh vực chuyên biệt và nhiều hệ thống ghi nhận dữ liệu, kiến trúc đa tác nhân không còn là sự lựa chọn ưu tiên mà trở thành một yêu cầu thiết kế bắt buộc.
Cách thức hoạt động của hệ thống đa tác nhân
Ở cấp độ vận hành, mọi tác nhân trong hệ thống đa tác tử đều trải qua cùng một chu trình lặp đi lặp lại: nhận thức, suy luận, hành động, giao tiếp.
Nhận thức nghĩa là đọc dữ liệu từ các hệ thống được kết nối, giám sát luồng sự kiện hoặc nhận đầu vào từ các tác nhân khác. Suy luận tiếp theo, thường được hỗ trợ bởi một mô hình ngôn ngữ lớn (LLM) để đánh giá trạng thái hiện tại, lập kế hoạch và chọn hành động tiếp theo. Thực thi diễn ra sau đó: truy vấn hệ thống, cập nhật bản ghi, gọi API, tạo ra đầu ra. Sau đó, tác nhân truyền đạt kết quả cho phần còn lại của mạng thông qua việc truyền thông điệp có cấu trúc hoặc trạng thái được chia sẻ, và chu kỳ tiếp tục.
Điều phân biệt một tập hợp các tác nhân với một hệ thống mạch lạc chính là lớp điều phối. Một tác nhân điều phối, hay một đồ thị phối hợp được định nghĩa trước, sẽ chia nhỏ các nhiệm vụ phức tạp thành các nhiệm vụ con riêng biệt, định tuyến từng nhiệm vụ đến đúng tác nhân chuyên trách, quản lý trình tự và sự phụ thuộc, và hợp nhất các kết quả đầu ra. Các mô hình phối hợp này có thể theo kiểu phân cấp, với một tác nhân điều phối tập trung phân công nhiệm vụ cho các tác nhân cấp dưới, hoặc theo kiểu ngang hàng, với các tác nhân phối hợp trực tiếp với nhau.
Các mô hình chuyển giao chi phối cách một tác nhân chuyển giao ngữ cảnh và quyền điều khiển cho tác nhân tiếp theo, cùng một logic phối hợp làm nền tảng cho bất kỳ quy trình làm việc tác nhân nào được cấu trúc tốt . Logic định tuyến xác định việc phân công tác nhân dựa trên miền, khả năng hoặc tải hiện tại.
Điểm mấu chốt là các tác nhân không có giá trị khi hoạt động riêng lẻ. Tính hữu dụng của chúng phụ thuộc hoàn toàn vào sự tương tác có kiểm soát, dựa trên sự kiện trong toàn hệ thống. Một tác nhân không thể đọc và ghi dữ liệu một cách đáng tin cậy vào các hệ thống mà nó cần tác động sẽ không đóng góp gì cả. Nó chỉ làm tăng rủi ro phối hợp.
Các thành phần cốt lõi của một hệ thống đa tác tử
Ba yếu tố nền tảng quyết định liệu một hệ thống đa tác nhân (MAS) có thể mở rộng quy mô, quản lý và phối hợp một cách đáng tin cậy trong môi trường doanh nghiệp hay không. Những điểm yếu ở lớp này không chỉ gây ra các lỗi riêng lẻ, mà còn dẫn đến các lỗi dây chuyền.
Đại lý
Các tác nhân (agent) là các thực thể tự chủ ra quyết định trong hệ thống. Mỗi tác nhân có một vai trò xác định, một tập hợp các khả năng và công cụ mà nó có thể sử dụng, và một mục tiêu mà nó được xây dựng để đạt được. Trong các triển khai cấp doanh nghiệp, thiết kế tác nhân liên quan trực tiếp đến quyền sở hữu miền: tác nhân nào chịu trách nhiệm cho hệ thống ghi nhận nào và trong điều kiện nào nó có thể tác động lên hệ thống đó.
Bốn loại tác nhân bao gồm phạm vi các phương pháp suy luận được sử dụng trong thực tế. Tác nhân dựa trên mục tiêu lập kế hoạch chuỗi hành động hướng tới trạng thái cuối cùng được xác định. Tác nhân phản xạ phản hồi các tác nhân kích hoạt cụ thể mà không duy trì trạng thái. Tác nhân dựa trên tiện ích tối ưu hóa trên các kết quả cạnh tranh.
Các tác nhân dựa trên mô hình duy trì một mô hình nội bộ về thế giới và cập nhật liên tục mô hình đó khi chúng hoạt động. Các triển khai MAS trong thực tế thường kết hợp các loại này trên toàn mạng lưới tác nhân, với khung cấu trúc phù hợp với mô hình suy luận cho các yêu cầu của từng lĩnh vực.
Môi trường
Môi trường là không gian chung nơi các tác nhân hoạt động, cảm nhận và tương tác. Trong các triển khai doanh nghiệp, điều này không phải là trừu tượng. Đó là các hệ thống cụ thể mà các tác nhân kết nối đến: CRM, ERP, nền tảng hỗ trợ, hệ thống tài chính, nền tảng hậu cần, và các luồng sự kiện cũng như API chạy giữa chúng. Môi trường cung cấp tài nguyên, đặt ra các ràng buộc và đóng vai trò là phương tiện cho giao tiếp gián tiếp giữa các tác nhân.
Một nguyên tắc thiết kế thường bị đánh giá thấp: môi trường không thụ động. Khi một tác nhân thay đổi một hệ thống dùng chung, mọi tác nhân khác đọc dữ liệu từ hệ thống đó đều thấy được ảnh hưởng. Điều đó khiến tính toàn vẹn dữ liệu và kỷ luật hệ thống ghi nhận dữ liệu trở thành nền tảng, chứ không phải là tùy chọn. Một tác nhân làm việc với dữ liệu lỗi thời, mâu thuẫn hoặc chưa được xác thực không chỉ đưa ra quyết định sai lầm. Nó còn lan truyền lỗi đó đến mọi tác nhân khác đọc dữ liệu từ cùng một trạng thái.
Giao thức truyền thông
Để các tác nhân trao đổi thông tin, đàm phán nhiệm vụ và phối hợp tương tác, họ cần các quy tắc có cấu trúc để điều chỉnh các quy trình này. Nếu không có các quy tắc đó, các tương tác sẽ trở nên khó dự đoán, không thể kiểm toán và không thể quản lý ở quy mô doanh nghiệp. Các giao thức truyền thông thuộc về phạm trù quản trị, chứ không phải phạm trù chi tiết triển khai.
Các tiêu chuẩn giao thức hiện hành đáp ứng các nhu cầu phối hợp chính. Giao thức ngữ cảnh mô hình (MCP) xử lý việc truy cập có cấu trúc vào các công cụ và ngữ cảnh. Giao tiếp giữa các tác nhân (A2A) bao gồm giao tiếp trực tiếp giữa các tác nhân. Cả hai cùng nhau tạo nên lớp tương tác cho phép các tác nhân được xây dựng trên các khung công tác khác nhau phối hợp một cách đáng tin cậy, và chúng giúp mở rộng mạng lưới tác nhân mà không cần phải xây dựng lại kiến trúc truyền thông mỗi lần.
Các trường hợp sử dụng doanh nghiệp cho hệ thống đa tác tử
Hệ thống đa tác nhân (MAS) tạo ra giá trị cao nhất trên các hệ thống doanh nghiệp được kết nối với nhau, chứ không phải trong một ứng dụng đơn lẻ. Mỗi kịch bản dưới đây đều có một yếu tố kích hoạt được xác định, một lớp phối hợp trải rộng trên nhiều hệ thống ghi nhận dữ liệu và một kết quả hoạt động có thể đo lường được.
Chuỗi cung ứng và hậu cần
Việc triển khai hệ thống đa tác tử (MAS) trong chuỗi cung ứng kết nối các tác tử chuyên biệt trong toàn bộ quy trình mua sắm, quản lý tồn kho và thực hiện đơn hàng. Tác tử dự báo nhu cầu giám sát tín hiệu bán hàng và mô hình tiêu thụ trong hệ thống ERP. Tác tử tồn kho theo dõi mức tồn kho trên các hệ thống quản lý kho. Tác tử mua sắm theo dõi thời gian giao hàng và giá cả của nhà cung cấp trên các nền tảng quản lý nhà cung cấp.
Khi hệ thống dự báo phát hiện ra sự thiếu hụt dự kiến, nó sẽ kích hoạt hệ thống kiểm kê để xác nhận hàng tồn kho, điều này kích hoạt hệ thống mua hàng để khởi tạo đơn đặt hàng bổ sung, mà không cần sự phối hợp thủ công của con người trong bất kỳ khâu chuyển giao nào.
Không có một tác nhân nào duy nhất sở hữu toàn bộ quy trình chuỗi cung ứng. Kết quả đòi hỏi các tác nhân phải chia sẻ dữ liệu thời gian thực giữa các hệ thống và truyền tải ngữ cảnh thông qua một lớp điều phối được quản lý. Khi xảy ra sự gián đoạn, cho dù đó là sự chậm trễ của nhà cung cấp, sự cố hậu cần hay sự tăng đột biến nhu cầu bất ngờ, các tác nhân sẽ điều chỉnh dựa trên trạng thái thay đổi và các tác nhân ở khâu tiếp theo sẽ làm theo. Loại trí tuệ nhân tạo (AI) này dành cho tự động hóa quy trình không phải là thứ mà các quy trình làm việc tĩnh có thể sao chép được.
Hoạt động khách hàng
Hệ thống quản lý đa cấp (MAS) trong hoạt động chăm sóc khách hàng tự động hóa toàn bộ vòng đời xử lý yêu cầu trên các nền tảng hỗ trợ, CRM và thanh toán. Nhân viên tiếp nhận xử lý ban đầu, phân loại vấn đề và chuyển đến chuyên gia phù hợp. Nhân viên giải quyết vấn đề lấy tài liệu từ cơ sở kiến thức và lịch sử đơn hàng từ hệ thống ERP. Nhân viên thực thi áp dụng bản sửa lỗi, cập nhật quyền lợi, xử lý hoàn tiền hoặc điều chỉnh bản ghi thanh toán, và nhân viên đồng bộ hóa ghi kết quả trở lại CRM dưới dạng bản ghi chính thức.
Kiến trúc chuyển giao được thể hiện rõ ràng xuyên suốt. Mỗi nhân viên nhận được một gói ngữ cảnh có cấu trúc từ người tiền nhiệm, hoạt động trong phạm vi được xác định và chuyển tiếp đầu ra có cấu trúc. Sự tích hợp giữa bộ phận hỗ trợ, CRM và thanh toán là điều làm cho điều này trở nên khả thi. Nếu không có nó, các nhân viên có thể hiển thị dữ liệu khách hàng, nhưng họ không thể xử lý dữ liệu đó.
Hoạt động tài chính
Một chuyên viên quản lý rủi ro (MAS) trong hoạt động tài chính điều phối các hoạt động đánh giá rủi ro, phát hiện gian lận và quản lý danh mục đầu tư. Chuyên viên quản lý rủi ro liên tục đánh giá mức độ rủi ro bằng cách sử dụng dữ liệu từ nền tảng quản lý rủi ro. Chuyên viên phát hiện gian lận giám sát các mô hình giao dịch trong thời gian thực và phát hiện các bất thường. Chuyên viên tuân thủ đối chiếu các giao dịch bị gắn cờ với các yêu cầu pháp lý và chuyển các trường hợp cần xem xét thủ công.
Độ chính xác của dữ liệu là điều không thể thỏa hiệp ở đây. Một tác nhân làm việc với dữ liệu rủi ro lỗi thời hoặc hồ sơ giao dịch chưa được đối chiếu sẽ không tạo ra kết quả thận trọng. Nó sẽ tạo ra một kết quả không đáng tin cậy. Việc phối hợp đa tác nhân có nâng cao hay làm suy yếu chất lượng quyết định trong lĩnh vực này hoàn toàn phụ thuộc vào tính toàn vẹn của lớp tích hợp kết nối các hệ thống tài chính cơ bản.
Ưu điểm và thách thức của hệ thống đa tác tử quy mô lớn
Đối với các kiến trúc sư doanh nghiệp khi đánh giá MAS, những ưu điểm và thách thức là hai mặt của cùng một quyết định kiến trúc. Việc phân biệt giữa một triển khai ở cấp độ sản xuất và một bằng chứng về khái niệm không bao giờ có thể mở rộng đòi hỏi phải hiểu rõ cả hai.
Thuận lợi
- Khả năng mở rộng thông qua thực thi phân tán: Khối lượng công việc được phân bổ cho các tác nhân chuyên biệt thay vì tập trung vào một quy trình suy luận duy nhất. Khi phạm vi mở rộng, các tác nhân có thể được thêm vào hoặc mở rộng mà không cần thiết kế lại kiến trúc cốt lõi.
- Khả năng phục hồi nhờ dự phòng: Khi một tác nhân gặp sự cố hoặc không khả dụng, phần còn lại của hệ thống vẫn tiếp tục hoạt động. Các sự cố được kiểm soát thay vì trở nên nghiêm trọng, với điều kiện lớp điều phối xử lý chúng một cách chính xác.
- Chuyên môn hóa theo lĩnh vực: Mỗi tác nhân được tối ưu hóa cho một hệ thống, nhiệm vụ hoặc loại quyết định cụ thể. Suy luận chuyên biệt vượt trội hơn suy luận tổng quát trên tất cả các lĩnh vực cùng một lúc, và nó phù hợp với quyền sở hữu hệ thống ghi nhận dữ liệu trong môi trường doanh nghiệp.
- Hiệu quả ngữ cảnh: Mỗi tác nhân chỉ nhận được ngữ cảnh liên quan đến nhiệm vụ phụ cụ thể của nó. So với một tác nhân duy nhất đảm nhiệm toàn bộ phạm vi vấn đề, điều này giúp giảm chi phí token, giảm tải suy luận và cải thiện chất lượng đầu ra trong từng lĩnh vực.
- Thực thi song song: Các tác nhân độc lập hoạt động đồng thời trên các miền khác nhau, rút ngắn thời gian thực hiện các quy trình công việc mà nếu không sẽ cần phải thực hiện tuần tự. Trong các tình huống doanh nghiệp nhạy cảm về thời gian, như quản lý đơn hàng, phát hiện gian lận, ứng phó sự cố, việc rút ngắn thời gian này trực tiếp giúp tăng tốc độ hoạt động.
Thách thức
- Độ phức tạp của việc phối hợp: Càng nhiều tác nhân và hệ thống thì bề mặt phối hợp càng lớn, và khả năng mở rộng trở thành một vấn đề cần quan tâm trong thiết kế chứ không phải là một yếu tố mặc định. Việc sắp xếp trình tự, quản lý sự phụ thuộc và truyền tải ngữ cảnh đều trở nên khó hiểu hơn và tốn kém hơn khi việc gỡ lỗi diễn ra khi mạng lưới phát triển.
- Hành vi phát sinh: Các mạng lưới tác nhân phi tập trung tương tác với trạng thái được chia sẻ có thể tạo ra các kết quả không được dự đoán trước trong giai đoạn thiết kế. Việc theo dõi chuỗi quyết định dẫn đến một kết quả nhất định đòi hỏi một cơ sở hạ tầng quan sát được xây dựng cho mục đích đó.
- Chi phí tính toán: Chi phí suy luận LLM tích lũy ở mỗi bước suy luận. Một mạng lưới tác nhân lớn, trong đó mỗi tác nhân thực hiện nhiều lệnh gọi LLM cho mỗi quy trình công việc, có thể trở nên không khả thi về mặt kinh tế nếu kiến trúc không tính đến điều này ngay từ đầu.
- Gỡ lỗi các quy trình làm việc không xác định: Các quy trình làm việc dựa trên tác nhân liên quan đến suy luận LLM không phải lúc nào cũng tạo ra cùng một kết quả đầu ra cho cùng một đầu vào. Việc tái tạo lỗi đòi hỏi phải có đầy đủ dấu vết thực thi. Điều đó yêu cầu khả năng quan sát và ghi nhật ký được tích hợp vào kiến trúc trước khi xảy ra lỗi, chứ không phải được bổ sung sau khi lỗi đã xảy ra.
Đây là những vấn đề về thiết kế và quản trị, chứ không phải là những hạn chế cố hữu của mô hình. Chúng hoàn toàn có thể giải quyết được. Để giải quyết chúng, cần phải coi lớp tích hợp và điều phối là một vấn đề kiến trúc quan trọng hàng đầu ngay từ đầu.
Những thách thức trong việc triển khai AI ở quy mô doanh nghiệp đã được ghi nhận rõ ràng. Việc triển khai hệ thống đa tác nhân (MAS) mà không có sự tích hợp được quản lý chặt chẽ càng làm trầm trọng thêm tất cả những thách thức đó.
Vì sao tích hợp là nền tảng của các hệ thống đa tác tử quy mô lớn
Nếu thiếu lớp tích hợp được quản lý, các hệ thống đa tác tử không thể hoạt động đáng tin cậy ở quy mô doanh nghiệp. Đây không phải là vấn đề về tính năng, mà là điều kiện tiên quyết về kiến trúc quyết định liệu hệ thống đa tác tử có mang lại giá trị hay tích lũy nợ kỹ thuật.
Các nhân viên cần quyền truy cập đọc và ghi theo thời gian thực vào các hệ thống lưu trữ dữ liệu. Một nhân viên chăm sóc khách hàng không thể truy cập đáng tin cậy vào hồ sơ khách hàng trong hệ thống CRM sẽ chỉ đưa ra phỏng đoán chứ không giải quyết được vấn đề. Một nhân viên tài chính xử lý dữ liệu theo lô T+1 trong môi trường rủi ro thời gian thực không phải là chậm, mà là sai. Khi thiếu sự tích hợp có cấu trúc, luồng dữ liệu bị gián đoạn, quyền sở hữu hệ thống lưu trữ dữ liệu trở nên không rõ ràng và các lỗi phối hợp sẽ gia tăng trên toàn bộ quy trình.
Sự tích hợp là sợi dây liên kết giúp cho việc phối hợp giữa các tác nhân hoạt động hiệu quả. Chính sự tích hợp cho phép bộ điều phối định tuyến các nhiệm vụ đến đúng tác nhân với đúng ngữ cảnh. Chính sự tích hợp cho phép quy trình làm việc của các tác nhân được kích hoạt dựa trên các sự kiện thời gian thực, chẳng hạn như đơn đặt hàng, trường hợp được mở, ngưỡng rủi ro bị vượt qua, thay vì phải chờ đợi một công việc xử lý theo lô đã được lên lịch. Chính sự tích hợp đảm bảo rằng khi một tác nhân ghi kết quả trở lại hệ thống lưu trữ, tác nhân tiếp theo sẽ đọc được trạng thái chính xác và cập nhật.
Quản trị, xử lý lỗi và khả năng quan sát không phải là những yếu tố bổ sung cho việc triển khai hệ thống đa tác tử (MAS) trong môi trường sản xuất. Chúng là những điều kiện tiên quyết. Khi một quy trình công việc trải rộng trên năm tác tử và bốn hệ thống, một lỗi âm thầm xảy ra giữa chừng sẽ không hiển thị dưới dạng lỗi rõ ràng. Nó chỉ xuất hiện khi một tác tử ở phía hạ lưu hoạt động trên một ngữ cảnh không đầy đủ, dẫn đến hệ thống ghi nhận dữ liệu ở trạng thái không nhất quán và gây ra những hậu quả vận hành khó truy vết và tốn kém để khắc phục.
Việc phát hiện lỗi trước khi chúng lan rộng là nhiệm vụ của lớp tích hợp, thông qua việc xử lý lỗi để định tuyến các vấn đề đến đúng đường dẫn khắc phục, khả năng quan sát để phát hiện các luồng bị suy giảm trước khi xảy ra lỗi hoàn toàn và quản trị để thực thi các quy tắc về quyền sở hữu dữ liệu trên toàn bộ mạng lưới tác nhân.
Một hệ thống quản lý đa bên (MAS) thiếu sự tích hợp có kiểm soát sẽ tạo ra rủi ro phối hợp với tốc độ tương đương với tốc độ tạo ra khả năng phối hợp.
Một nền tảng tự động hóa thông minh để điều phối trí tuệ nhân tạo trong doanh nghiệp
Các hệ thống đa tác nhân cấp doanh nghiệp cần một nền tảng tự động hóa thông minh có khả năng kết nối các tác nhân AI với các hệ thống mà chúng cần tác động trên quy mô lớn một cách đáng tin cậy, cùng với cơ chế quản trị cần thiết để đảm bảo tính đáng tin cậy của các triển khai sản xuất.
Celigo cung cấp nền tảng đó. Là một nền tảng tự động hóa thông minh được xây dựng để điều phối liên hệ giữa các hệ thống, Celigo kết nối các nhân viên với các hệ thống ghi nhận dữ liệu quan trọng, bao gồm CRM, ERP, nền tảng hỗ trợ và hệ thống tài chính, thông qua tích hợp được quản lý và dẫn dắt bởi API, giúp duy trì tính chính xác của dữ liệu và kỷ luật hệ thống ghi nhận dữ liệu trên toàn bộ mạng lưới nhân viên.
Celigo phù hợp ở đâu trong kiến trúc MAS:
- Nền tảng ưu tiên tích hợp: Các tác nhân kết nối với các hệ thống ghi nhận dữ liệu thông qua các luồng tích hợp được quản lý chặt chẽ thay vì các cuộc gọi API tùy ý. Quyền sở hữu dữ liệu được xác định rõ ràng, quyền truy cập được kiểm soát và mọi thao tác đọc và ghi đều có thể truy vết.
- Điều phối đa ứng dụng: Celigo quản lý cách dữ liệu di chuyển giữa các tác nhân và hệ thống trong toàn doanh nghiệp, điều phối các quá trình chuyển giao dựa trên sự kiện mà các quy trình làm việc đa tác nhân phụ thuộc vào.
- Các trình kích hoạt quy trình làm việc dựa trên sự kiện: Quy trình làm việc tự động được kích hoạt dựa trên các tín hiệu thời gian thực, chẳng hạn như đơn đặt hàng mới, trường hợp hỗ trợ được mở, vi phạm ngưỡng rủi ro, thay vì thăm dò hoặc lập lịch theo lô.
- Quản trị và khả năng quan sát: Tình trạng tích hợp được hiển thị trên toàn hệ thống. Celigo phát hiện các luồng bị suy giảm trước khi chúng gây lỗi, cung cấp khả năng hiển thị hoạt động mà các triển khai MAS trong môi trường sản xuất yêu cầu.
- Xử lý và giám sát lỗi: Khi xảy ra lỗi phối hợp, Celigo sẽ chuyển hướng lỗi đến quy trình khắc phục phù hợp, ngăn chặn lỗi đơn lẻ lan truyền khắp quy trình.
Celigo không phải là một mô hình AI, một công cụ RPA, hay một công cụ xây dựng quy trình làm việc thông thường. Nó là nền tảng tự động hóa thông minh giúp kiến trúc MAS doanh nghiệp trở nên vững chắc, quản lý lớp tích hợp, điều phối và quan sát, quyết định liệu kiến trúc tác nhân có hoạt động ổn định trong môi trường sản xuất hay tích lũy nợ phối hợp ở quy mô lớn.
