Mikrodosierung auf niedrig-halluzinogene KI

Die Agentforce ist hier. Salesforce (CRM ) hat eine weitere Ausgabe seiner jährlichen Dreamforce-Konferenz im September abgeschlossen. Zusammen mit den Schwärmen von Teilnehmern – und den Schwärmen von Waymos, die sie in einem extra gereinigten San Francisco herumfahren – haben wir jetzt einen Schwarm von Agenten auf unseren Fingern, um die Arbeit zu transformieren, ordentlich innerhalb des Salesforce-Ökosystems gesteuert. Während Dreamforce immer ein Spektakel für seine marketingorientierten Ankündigungen der Zukunft ist, bot dieses Jahr eine unerwartet überzeugende Vision davon, wie künstliche Intelligenz-basierte Agenten den Arbeitsplatz und die Kundenerfahrung revolutionieren werden.

Lassen Sie uns unsere Erwartungen für ein bisschen länger zügeln. Benioff überlegte in seiner Keynote: “Warum sollten unsere Agenten so niedrig-halluzinogen sein?” Ja, sie haben die Daten, die Metadaten, die Workflows und eine Vielzahl von Diensten, um sich zu verbinden; und solange Ihre Systeme nur innerhalb von Salesforce leben, klingt es ziemlich ideal. Salesforce mag vielleicht die Prompt-Engineering erfunden haben, ein Anspruch, den Benioff in der Keynote auch erhob, vielleicht ähnlich wie der “Austin Powers”-Dr. Evil-Monolog über seinen Vater, der das Fragezeichen erfand. Aber kann Salesforce die Agentforce-Vision erfüllen? Wenn sie es tun, wird es ein großer Deal für die Art und Weise sein, wie Arbeit erledigt wird.

Lassen Sie uns jedoch realistisch sein: unsere Systeme und Daten leben nicht alle innerhalb von Salesforce. Wenn die Zukunft der Arbeit durch Gruppen von Agenten definiert ist, die zusammenarbeiten, wie weit können abgeschlossene Gärten und geschlossene Ökosysteme uns wirklich bei der Erzielung von Ergebnissen in unseren Unternehmen bringen? Sicherlich wollen Apple (AAPL ), Microsoft (MSFT ), Amazon (AMZN ) und eine Vielzahl anderer ihre Arme um die massive Agent-Gelegenheit legen, die vor uns liegt. Aber wie bei jeder Welle der technischen Entwicklung, die verschiedene Arten von offenen und geschlossenen Debatten mit sich brachte, werden wir letztendlich einen Standard benötigen, damit Agenten über Grenzen hinweg miteinander zusammenarbeiten können. Andernfalls werden nur Teile Ihres Unternehmens diese Gelegenheit nutzen.

Wie wir oft tun, wenn wir mit dem offenen/geschlossenen Dilemma konfrontiert sind, lassen wir uns von dem offenen Web als Weg nach vorne leiten. Genau wie Apps auf Ihrem Telefon eine Webansicht benötigen, um eine unendliche Vielzahl von mobilen App-Ergebnissen zu ermöglichen, wird dasselbe im bevorstehenden Multi-Agent-Zukunftsszenario benötigt. Tools wie Slack bieten UI-Frameworks wie Block Kit, die die Benutzeroberfläche für eine einfache Agenten-Interaktion bereitstellen können, aber es ist nicht in der Lage, die Tiefe moderner Benutzererfahrungen zu bewältigen. Nehmen Sie Clockwise Prism als Beispiel. Wir haben einen nächsten Level-Scheduling-Agenten für die Suche nach Zeit für ein Meeting entwickelt, auch wenn es keine aktuelle “weiße” Zeit auf dem Kalender für morgen gibt. Wenn Sie ihn mit anderen Agenten verbinden, um das unmögliche Meeting mit Ihren heißesten Vertriebsprospekten zu erreichen, benötigen Sie eine Möglichkeit, entweder zu bestätigen oder eine Vielzahl von komplexen und leistungsstarken Scheduling-Optionen zu erkunden. Die Bereitstellung einer Webansicht für diese Zwecke ist der klare Weg nach vorne.

Während seiner Keynote wiederholte Benioff das Mantra, dass man keine DIY-Agenten innerhalb seines Unternehmens wünscht. Und er hat recht. Unternehmen wollen kontrollierte und vereinfachte Workflows, die wiederholbaren Wert liefern. Und dennoch wollen sie nicht in einer Nische stecken. Deshalb benötigen wir einen offenen Standard für die Multi-Agent-Zukunft. Wir benötigen eine zuverlässige Möglichkeit, wie Agenten miteinander interagieren, Grenzen über Anwendungen und Ökosysteme hinweg überschreiten und es auf eine Weise tun, die Unternehmen die Kontrolle über ihre Produkt-Erfahrung behalten lässt.

Sie könnten genauso wahrscheinlich ein Set von Arbeitsagenten aus einem Atlassian (TEAM ) -Jira-Ticket starten, das mit einem Salesforce-Kundenfall verbunden ist, wie Sie ein Set von Agenten in umgekehrter Reihenfolge starten möchten, die aus Salesforce stammen und mit Atlassian verbunden sind. Damit Agenten unabhängig von der Quelle einer Arbeitsanfrage zusammenarbeiten und in beliebiger Richtung mit einer konsistenten Benutzeroberfläche, benötigen wir wiederum einen Standard dafür.

Was sollte noch in diesem Standard vertreten sein? Außerhalb von Salesforce ist das Multi-Agent-Ökosystem heute ein spannendes Wild West. Täglich sehen wir neue Innovationen und Möglichkeiten, künstliche Intelligenz-Systeme und agentenbasierte Workflows zu verbinden und zu konstruieren. Ein kürzliches Zusammenspiel zwischen dem KI-Framework LangChain und einem Tool namens Assitant-UI brachte diese Einsicht:

“UX ist entscheidend für Agenten. Jeder will Agenten mit Streaming, generativer Benutzeroberfläche und menschlicher Interaktion in seiner Anwendung.”

Wir haben bereits besprochen, wie entscheidend die Benutzeroberfläche für Agenten ist. Und offensichtlich müssen Agenten in der Lage sein, ihre Antworten schnell zu streamen, wenn sie mit anderen Agenten zusammenarbeiten. Aber was ist mit generativer Benutzeroberfläche und menschlicher Interaktion in ihrer Anwendung?

Lassen Sie uns mit der menschlichen Interaktion beginnen; ein weiteres Gebiet der breiten Übereinstimmung. Während Salesforce und andere ein großes Spiel über Automatisierung machen, ist es immer auf die Notwendigkeit gegründet, einen Menschen in die Mitte zurückbringen zu können, wenn notwendig. Wir haben diese Lektion auch bei Clockwise gelernt und haben unsere Scheduling-Agent-Erfahrung um ein Kernkonzept herum aufgebaut, das es ermöglicht, mit dem Benutzer zurückzukehren und einen vorgeschlagenen Satz von Scheduling-Optionen zu überprüfen. Wenn Sie komplexe Arbeit leisten, ist es großartig, bis zur vollständigen Automatisierung zu gelangen, aber es beginnt auf dem Rückgrat der Einbeziehung des Benutzers und seiner Kontrolle. Jeder Standard muss um die optionale Fähigkeit herum aufgebaut werden, den Benutzer zu überprüfen und zu bestätigen, bevor er fortfährt, und letztendlich die vollständige Automatisierung ermöglichen, wenn das Vertrauen hoch genug ist.

Und was ist mit der generativen Benutzeroberfläche? Hier würde ich vorschlagen, dass nicht unbedingt eine generative Benutzeroberfläche benötigt wird, sondern eine “native Benutzeroberfläche”. Was wichtig ist, ist, dass der Agent eine Benutzeroberfläche produziert, die native und von dem Dienst/Agenten gesteuert wird, der auf die Anfrage reagiert. Nur der native Dienst wird den Kontext und das Verständnis haben, um eine Benutzeroberfläche zu rendern, die mit der Agenten-Anfrage verknüpft ist. Ob diese Benutzeroberfläche mit generativer KI oder einem anderen nicht-KI-Mechanismus gerendert wird, bleibt dem reagierenden Dienst als Implementierungsdetail überlassen. Und so denke ich, dass der offene Standard es ermöglichen muss, dass der reagierende Dienst die native Benutzeroberfläche für eine Agenten-Anfrage steuert und liefert.

Was kommt als Nächstes? Wir sind aufgeregt, weiter zu untersuchen, wie eine offene Multi-Agent-Zukunft aussehen könnte. Wir haben einen Entwurf von etwas erstellt, das wir Offenes Multi-Agent-Protokoll (OMAP) nennen, und wir sind aufgeregt, das Gespräch weiter voranzutreiben. Es wird nicht lange dauern, bis es völlig neue Arten von Jobs gibt, bei denen Menschen Agenten verwenden, um Arbeit auf leistungsstarke und effiziente Weise zu erledigen. Das Zeitalter der Agenten-Orchester-Jobbeschreibung ist bei uns, und während Salesforce einen überzeugenden Weg nach vorne malt, werden wir einen Standard benötigen, damit Agenten über Grenzen hinweg miteinander interagieren können.