Vi mô liều trên Trí tuệ nhân tạo Low-Hallucinogenic

Agentforce đã đến. Salesforce đã kết thúc một phiên bản khác của hội nghị hàng năm Dreamforce vào tháng 9 này. Tham gia cùng với đám đông người tham dự — và đám đông Waymos đưa họ đi vòng quanh San Francisco được làm sạch thêm — chúng ta mỗi người bây giờ có một đàn các tác nhân tại ngón tay của mình để biến đổi công việc, được kiểm soát gọn gàng trong hệ sinh thái của Salesforce. Trong khi Dreamforce luôn là một sự kiện hoành tráng với những thông báo về tương lai được tinh chỉnh bởi tiếp thị, thì năm nay đã cung cấp một tầm nhìn hấp dẫn về cách các tác nhân dựa trên Trí tuệ nhân tạo sẽ cách mạng hóa nơi làm việc và trải nghiệm khách hàng.

Hãy kiềm chế kỳ vọng của chúng ta trong một thời gian ngắn nữa. Benioff đã suy ngẫm trong bài phát biểu của mình, “Tại sao các tác nhân của chúng ta lại thấp về ảo giác?” Vâng, họ có dữ liệu, siêu dữ liệu, các quy trình làm việc và một loạt các dịch vụ để kết nối; và miễn là các hệ thống của bạn chỉ sống trong Salesforce, thì nó nghe có vẻ lý tưởng. Salesforce có thể hoặc không thể đã phát minh ra kỹ thuật nhắc lệnh, một tuyên bố mà Benioff cũng đưa ra trong bài phát biểu gợi nhớ đến có lẽ “Austin Powers” Dr. Evil về việc cha anh ta đã phát minh ra dấu chấm than. Nhưng liệu Salesforce có thể đáp ứng tầm nhìn của Agentforce? Nếu họ làm được, nó sẽ là một vấn đề lớn đối với cách công việc được thực hiện.

Hãy thực tế though: các hệ thống và dữ liệu của chúng ta không tất cả sống trong Salesforce. Nếu tương lai của công việc được định nghĩa bởi các nhóm tác nhân làm việc cùng nhau, thì làm thế nào mà các khu vườn bị bao quanh và các hệ sinh thái đóng có thể thực sự giúp chúng ta trong việc cung cấp kết quả trên toàn doanh nghiệp? Chắc chắn Apple và Microsoft và Amazon và một loạt các công ty khác muốn bao quanh cơ hội tác nhân lớn trước mắt chúng ta. Nhưng khi mỗi làn sóng tiến bộ kỹ thuật mang lại các cuộc tranh luận khác nhau về vấn đề mở và đóng, chúng ta cuối cùng sẽ cần một tiêu chuẩn cho các tác nhân làm việc cùng nhau vượt qua các ranh giới. Nếu không, chỉ có một phần của doanh nghiệp bạn sẽ đáp ứng cơ hội này.

Khi chúng ta thường làm khi đối mặt với vấn đề mở / đóng, hãy để chúng ta nhìn vào web mở như một cách tiến về phía trước. Giống như các ứng dụng trên điện thoại của bạn cần một khung nhìn web để cho phép một loạt các kết quả ứng dụng di động vô tận, điều tương tự sẽ cần thiết trong tiền cảnh đa tác nhân sắp tới. Các công cụ như Slack cung cấp các khung UI như Block Kit có thể cung cấp giao diện người dùng cho một tương tác tác nhân đơn giản, nhưng nó không được thiết kế để xử lý độ sâu của các trải nghiệm người dùng hiện đại. Lấy Clockwise Prism làm ví dụ. Chúng tôi đã xây dựng một tác nhân lập lịch cấp tiếp theo để tìm thời gian cho một cuộc họp ngay cả khi không có “không gian trắng” hiện tại trên lịch cho ngày mai. Khi kết nối nó với các tác nhân khác để đáp ứng cuộc họp không thể với các khách hàng hàng đầu của bạn, bạn sẽ cần một cách để xác nhận hoặc khám phá một loạt các tùy chọn lập lịch tinh vi và mạnh mẽ. Cung cấp một khung nhìn web để thực hiện việc này là con đường rõ ràng phía trước.

Trong suốt bài phát biểu của mình, Benioff đã lặp lại câu thần chú rằng bạn không muốn các tác nhân DIY trong doanh nghiệp của mình. Và anh ấy đúng. Các doanh nghiệp muốn các quy trình làm việc được kiểm soát và đơn giản hóa mang lại giá trị lặp lại. Và yet họ không muốn bị kẹt trong một silo. Đây là lý do tại sao chúng ta cần một tiêu chuẩn mở cho tương lai đa tác nhân. Chúng ta cần một cách đáng tin cậy để các tác nhân tương tác với nhau, vượt qua các ranh giới trên các ứng dụng và hệ sinh thái và thực hiện việc này theo cách giữ cho các doanh nghiệp kiểm soát trải nghiệm sản phẩm của họ.

Bạn có thể chỉ muốn khởi động một tập hợp các tác nhân công việc từ trong một vé Atlassian Jira được kết nối với một trường hợp khách hàng Salesforce cũng như bạn muốn khởi động một tập hợp các tác nhân ngược lại bắt nguồn từ trong Salesforce được kết nối với Atlassian. Để các tác nhân làm việc cùng nhau bất kể nơi yêu cầu công việc bắt đầu và trong bất kỳ số hướng nào với một trải nghiệm người dùng nhất quán, một lần nữa, một tiêu chuẩn để thực hiện việc này là cần thiết.

Còn gì khác nên được thể hiện trong tiêu chuẩn này? Ngoài Salesforce, hệ sinh thái đa tác nhân hiện tại là một vùng đất hoang dã thú vị. Mỗi ngày, chúng tôi thấy những đổi mới mới và cách kết nối và xây dựng các hệ thống Trí tuệ nhân tạo và các quy trình làm việc tác nhân. Một mối quan hệ gần đây giữa khuôn khổ Trí tuệ nhân tạo LangChain và một công cụ gọi là Assitant-UI đã mang lại insight:

“Trải nghiệm người dùng rất quan trọng đối với các tác nhân. Mọi người đều muốn các tác nhân có luồng, giao diện người dùng tạo và con người trong vòng lặp trong ứng dụng của họ.”

Thật vậy, chúng tôi đã đề cập đến cách quan trọng trải nghiệm người dùng đối với các tác nhân. Và rõ ràng, các tác nhân phải có thể nhanh chóng phát các phản hồi của họ khi làm việc với các tác nhân khác. Nhưng điều gì về giao diện người dùng tạo và con người trong vòng lặp trong ứng dụng của họ?

Hãy bắt đầu với con người trong vòng lặp; một lĩnh vực đồng ý rộng rãi. Trong khi Salesforce và các công ty khác nói về tự động hóa, nó luôn dựa trên nhu cầu phải có thể đưa con người trở lại trung tâm khi cần thiết. Chúng tôi đã học được bài học này tại Clockwise và đã xây dựng trải nghiệm tác nhân lập lịch của chúng tôi xung quanh một khái niệm cốt lõi là có thể kiểm tra lại với người dùng với một tập hợp các tùy chọn lập lịch được đề xuất. Khi bạn thực hiện công việc phức tạp, thật tuyệt vời khi đạt được tự động hóa đầy đủ, nhưng nó bắt đầu trên xương sống của việc liên quan đến người dùng và giữ họ trong vòng lặp. Bất kỳ tiêu chuẩn nào cũng phải được xây dựng xung quanh khả năng tùy chọn kiểm tra và xác nhận với người dùng trước khi tiếp tục, và cuối cùng cho phép tự động hóa đầy đủ khi độ tin cậy cao enough.

Và điều gì về giao diện người dùng tạo? Ở đây, tôi đề xuất rằng điều cần thiết không nhất thiết phải là giao diện người dùng tạo mà là “giao diện người dùng bản địa”. Điều quan trọng là tác nhân đang tạo ra một giao diện người dùng bản địa và được kiểm soát bởi dịch vụ / tác nhân phản hồi yêu cầu. Chỉ có dịch vụ bản địa mới có ngữ cảnh và hiểu biết cần thiết để hiển thị giao diện người dùng gắn liền với yêu cầu tác nhân. Cho dù giao diện người dùng đó được hiển thị bằng Trí tuệ nhân tạo tạo hoặc một số cơ chế phi Trí tuệ nhân tạo khác là chi tiết thực hiện được để lại cho dịch vụ phản hồi như một chi tiết thực hiện. Và vì vậy, ở đây, chúng tôi nghĩ rằng tiêu chuẩn mở phải cho phép dịch vụ phản hồi kiểm soát và cung cấp giao diện người dùng bản địa cho yêu cầu tác nhân.

Còn gì tiếp theo? Chúng tôi rất hào hứng để tiếp tục khám phá những gì tương lai đa tác nhân mở có thể trông như thế nào. Chúng tôi đã tạo một bản thảo của một thứ mà chúng tôi gọi là Open Multi-Agent Protocol (OMAP) và chúng tôi rất hào hứng để tiếp tục đẩy cuộc trò chuyện tiến về phía trước. Nó sẽ không mất nhiều thời gian trước khi có các loại công việc hoàn toàn mới ở đó nơi người dùng sử dụng các tác nhân để thực hiện công việc theo cách mạnh mẽ và tinh gọn. Thời đại của mô tả công việc Orchestrator tác nhân đang đến, và trong khi Salesforce vẽ ra một con đường phía trước hấp dẫn, chúng tôi sẽ cần một tiêu chuẩn cách để các tác nhân kết nối vượt qua các ranh giới.