Viêm nhiễm với Trí tuệ nhân tạo Low-Hallucinogenic

Agentforce đã đến. Salesforce (CRM ) vừa 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. Tham gia cùng với hàng nghìn người tham dự – và hàng nghìn Waymos đưa họ đi vòng quanh San Francisco được làm sạch đặc biệt – chúng ta hiện có một nhóm 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 một cách ngăn nắp trong hệ sinh thái Salesforce. Mặc dù Dreamforce luôn là một sự kiện hoành tráng với những tuyên bố về tương lai được tiếp thị, nhưng năm nay đã mang lại 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. 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 có thấp hallucinogenic như vậy?” 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, nó có vẻ khá lý tưởng. Salesforce có thể hoặc không thể tạo ra kỹ thuật.prompt, một tuyên bố mà Benioff cũng đưa ra trong bài phát biểu, gợi nhớ đến “Austin Powers” Dr. Evil bài phát biểu về cha anh ấy tạo ra dấu chấm hỏi. 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ế: các hệ thống và dữ liệu của chúng tôi không 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, làm thế nào các khu vườn bị bao vây và các hệ sinh thái đóng có thể đưa chúng ta đến việc cung cấp kết quả trên các doanh nghiệp của mình? Chắc chắn Apple (AAPL ) và Microsoft (MSFT ) và Amazon (AMZN ) và một loạt các công ty khác muốn ôm lấy cơ hội tác nhân khổng lồ 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ề đóng và mở, chúng ta sẽ cần một tiêu chuẩn để các tác nhân có thể làm việc cùng nhau vượt qua các ranh giới. Nếu không, chỉ một phần của doanh nghiệp sẽ đáp ứng được cơ hội này.

Khi chúng ta thường làm khi đối mặt với vấn đề đóng/mở, hãy 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, đ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 nhìn 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 đủ mạnh để xử lý độ sâu của các trải nghiệm người dùng hiện đại. Hãy 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 kế tiếp để tìm thời gian cho một cuộc họp ngay cả khi không có “không gian trống” trên lịch ngày mai. Khi kết nối nó với các tác nhân khác để đặt cuộc họp không thể với các khách hàng tiềm năng bán hàng nóng nhất 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 phức tạp và mạnh mẽ. Cung cấp một khung nhìn web để thực hiện việc này là con đường tiến về phía trước rõ ràng.

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á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á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à 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 có thể tương tác với nhau, vượt qua các ranh giới ứng dụng và hệ sinh thái và làm điều đó 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ể 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 (TEAM ) 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 theo chiều 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 có thể làm việc cùng nhau bất kể nơi yêu cầu công việc bắt nguồn và theo bất kỳ 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ì nữa 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 ngày nay là một vùng đất hoang dã thú vị. Hàng ngày, chúng ta 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à Assistant-UI đã mang lại sự hiểu biết này:

“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ó khả năng phát trực tuyến, 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 ta đã đề 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ể phát trực tuyến 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 thuận rộng rãi. Mặc dù Salesforce và các công ty khác nói về tự động hóa, nhưng nó luôn dựa trên nhu cầu phải đư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 mình 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 bằng 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 hoàn toàn, nhưng nó bắt đầu từ việc tham gia 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 hoàn toàn khi độ tin cậy đủ cao.

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 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 trả lời yêu cầu. Chỉ dịch vụ bản địa mới có thể hiểu và cung cấp giao diện người dùng phù hợp 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ế không phải Trí tuệ nhân tạo khác là chi tiết thực hiện được để lại cho dịch vụ trả lờ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ụ trả lờ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 được tiếp tục khám phá 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 thứ mà chúng tôi gọi là Giao thức Đa tác nhân Mở (OMAP) và chúng tôi rất hào hứng được tiếp tục thúc đẩy cuộc trò chuyện về phía trước. Nó sẽ không mất nhiều thời gian trước khi có những loại công việc hoàn toàn mới nơi mọi người sử dụng các tác nhân để thực hiện công việc theo những cách mạnh mẽ và hiệu quả. Thời đại của mô tả công việc Orchestrator tác nhân đã đến, và trong khi Salesforce vẽ ra một con đường phía trước hấp dẫn, chúng ta sẽ cần một cách tiêu chuẩn để các tác nhân có thể kết nối với nhau vượt qua các ranh giới.