Μικροδοσολογία σε χαμηλής ψυχεδελικής δράσης AI

Το Agentforce είναι εδώ. Η Salesforce (CRM ) ολοκλήρωσε μια άλλη έκδοση της ετήσιας της διάσκεψης Dreamforce αυτό το Σεπτέμβριο. Συμμετέχοντας μαζί με τους πλήθεις συμμετέχοντες — και τους πλήθεις Waymos που τους μεταφέρουν γύρω από ένα επιπλέον καθαρό Σαν Φρανσίσκο — τώρα έχουμε ένα σμήνος από πράκτορες στα δάχτυλά μας για να μεταμορφώσουμε την εργασία, ελεγχόμενοι εύκολα εντός του οικοσυστήματος της Salesforce. Ενώ η Dreamforce είναι πάντα ένα θέαμα για τις διαφημιστικές προκηρύξεις του μέλλοντος, φέτος παρείχε μια απρόσμενα πειστική εικόνα για το πώς οι πράκτορες που βασίζονται σε AI πρόκειται να επαναφέρουν την εργασία και την εμπειρία του πελάτη.

Ας μετριάσουμε τις προσδοκίες μας για λίγο ακόμη. Ο Benioff σκέφτηκε στην ομιλία του, «Γιατί οι πράκτορές μας θα είναι τόσο χαμηλής ψυχεδελικής δράσης;» Ναι, έχουν τα δεδομένα, τα μεταδεδομένα, τις ροές εργασίας και μια τεράστια ποικιλία υπηρεσιών για να συνδεθούν· και όσο τα συστήματά σας ζουν μόνο εντός της Salesforce, ακούγεται αρκετά ιδανικό. Η Salesforce μπορεί ή δεν μπορεί να έχει εφεύρει τη μηχανική προτύπων, μια αξίωση που ο Benioff επίσης έκανε στην ομιλία του, που θύμισε vielleicht την «Austin Powers» Dr. Evil μονολόγο για τον πατέρα του που εφεύρε το ερωτηματικό. Αλλά μπορεί η Salesforce να ανταποκριθεί στην όραση του Agentforce; Αν το κάνουν, θα είναι ένα μεγάλο ζήτημα για το πώς γίνεται η εργασία.

Ας είμαστε πραγματικοί, όμως· τα συστήματα και τα δεδομένα μας δεν ζουν όλα εντός της Salesforce. Αν ο未来 της εργασίας ορίζεται από ομάδες πρακτόρων που εργάζονται μαζί, πόσο μακριά μπορούν τα κλειστά πάρκα και τα κλειστά οικοσυστήματα να μας οδηγήσουν στην παράδοση αποτελεσμάτων σε όλη την επιχείρησή μας; Βέβαια, η Apple (AAPL ) και η Microsoft (MSFT ) και η Amazon (AMZN ) και μια σειρά από άλλες θέλουν να αγκαλιάσουν την τεράστια ευκαιρία των πρακτόρων μπροστά μας. Αλλά όπως κάθε κύμα τεχνικής πρόοδου έχει φέρει διαφορετικές γεύσεις από κλειστά έναντι ανοιχτά συζητήσεις, τελικά θα χρειαζόμαστε ένα πρότυπο για τους πράκτορες να συνεργάζονται μαζί τους πέρα από τα όρια. Διαφορετικά, μόνο μέρη της επιχείρησής σας θα συναντήσουν αυτή την ευκαιρία.

Όπως συχνά κάνουμε όταν αντιμετωπίζουμε το δίλημμα ανοιχτό/κλειστό, ας κοιτάξουμε τον ανοιχτό ιστό ως einen τρόπο προς τα εμπρός. Όπως οι εφαρμογές στο κινητό σας τηλέφωνο χρειάζονται μια προβολή ιστού για να ενεργοποιήσουν ένα απεριόριστο πλήθος αποτελεσμάτων κινητού, το ίδιο θα χρειαστεί στη μελλοντική πολλαπλή 프런τιερ των πρακτόρων. Εργαλεία όπως το Slack παρέχουν πλαισια UI όπως το Block Kit που μπορούν να ενεργοποιήσουν την διεπαφή χρήστη για μια απλή αλληλεπίδραση πρακτόρα, αλλά δεν είναι κατάλληλα για να χειριστούν το βάθος των σύγχρονων εμπειριών χρήστη. Πάρτε το Clockwise Prism ως παράδειγμα. Έχουμε κατασκευάσει einen अगलό-επίπεδο πράκτορα προγραμματισμού για να βρείτε χρόνο για μια συνάντηση ακόμη και αν δεν υπάρχει τρέχων «λευκός χώρος» στο ημερολόγιο της αύριο. Όταν συνδέετε αυτό με άλλους πράκτορες για να προσγειώσετε αυτή την αδύνατη συνάντηση με τους πιο καυτούς πωλητές, θα χρειαστείτε έναν τρόπο να επιβεβαιώσετε ή να εξερευνήσετε μια μυριάδα πολύπλοκων και ισχυρών επιλογών προγραμματισμού. Η παροχή μιας προβολής ιστού για αυτό είναι ο σαφής δρόμος προς τα εμπρός.

Κατά τη διάρκεια της ομιλίας του, ο Benioff επανέλαβε το μάντρα ότι δεν θέλετε DIY πράκτορες εντός της επιχείρησής σας. Και έχει δίκιο. Οι επιχειρήσεις θέλουν ελεγχόμενες και απλοποιημένες ροές εργασίας που παρέχουν επαναλαμβανόμενη αξία. Και όμως δεν θέλουν να μείνουν σε ένα σιλό. Αυτός είναι ο λόγος για τον οποίο χρειαζόμαστε ένα ανοιχτό πρότυπο για το μελλοντικό πολλαπλό πράκτορα. Χρειαζόμαστε έναν αξιόπιστο τρόπο για τους πράκτορες να αλληλεπιδρούν μεταξύ τους, να διασχίζουν τα όρια των εφαρμογών και των οικοσυστημάτων και να το κάνουν με έναν τρόπο που διατηρεί τις επιχειρήσεις υπό τον έλεγχο της εμπειρίας του προϊόντος τους.

Μπορείτε να ξεκινήσετε μια σειρά από πράκτορες εργασίας από εντός ενός 티κετ Atlassian (TEAM ) Jira που συνδέεται με μια περίπτωση πελάτη Salesforce, όσο και να θέλετε να ξεκινήσετε μια σειρά από πράκτορες στο αντίστροφο, ξεκινώντας από εντός της Salesforce που συνδέεται με το Atlassian. Για τους πράκτορες να εργάζονται μαζί, ανεξάρτητα από το πού αρχίζει μια αίτηση εργασίας και σε οποιαδήποτε κατεύθυνση με μια συνεπή εμπειρία χρήστη, πάλι, ένα πρότυπο για να το κάνετε αυτό είναι απαραίτητο.

Τι άλλο πρέπει να αντιπροσωπεύεται σε αυτό το πρότυπο; Εκτός από τη Salesforce, το οικοσύστημα πολλαπλού πρακτόρα σήμερα είναι ένα συναρπαστικό άγριο δυτικό. Καθημερινά βλέπουμε νέες καινοτομίες και τρόπους σύνδεσης και κατασκευής συστημάτων AI και ροών εργασίας πρακτόρων. Μια πρόσφατη σύνδεση μεταξύ του πλαισίου AI LangChain και eines εργαλείου που ονομάζεται Assitant-UI έφερε αυτή την έμπνευση:

“Η UX είναι κρίσιμη για τους πράκτορες. Όλοι θέλουν πράκτορες με ροή, γενετική διεπαφή χρήστη και ανθρώπινο-στο-βρόχο στην εφαρμογή τους.”

Πράγματι, έχουμε ήδη καλύψει πόσο κρίσιμη είναι η εμπειρία χρήστη για τους πράκτορες. Και σαφώς, οι πράκτορες πρέπει να μπορούν να ρέουν γρήγορα τις απαντήσεις τους όταν εργάζονται με άλλους πράκτορες. Αλλά τι για τη γενετική διεπαφή χρήστη και τον άνθρωπο-στο-βρόχο στην εφαρμογή τους;

Ας αρχίσουμε με τον άνθρωπο-στο-βρόχο· μια άλλη περιοχή ευρείας συμφωνίας. Ενώ η Salesforce και άλλοι μιλάνε για ένα μεγάλο παιχνίδι για την αυτοματοποίηση, είναι πάντα εδραιωμένο στην ανάγκη να μπορείτε να φέρετε έναν άνθρωπο πίσω στο κέντρο όταν είναι απαραίτητο. Μάθαμε αυτό το μάθημα επίσης στο Clockwise και έχουμε κατασκευάσει την εμπειρία του πράκτορα προγραμματισμού γύρω από μια βασική концепασία να μπορείτε να ελέγξετε πίσω με τον χρήστη με μια προτεινόμενη σειρά επιλογών προγραμματισμού. Όταν κάνετε σύνθετη εργασία, είναι αξιοθαύμαστο να φτάσετε σε πλήρη αυτοματοποίηση, αλλά αρχίζει στην πλάτη της συμμετοχής του χρήστη και διατηρεί τον χρήστη στο βρόχο. Κάθε πρότυπο πρέπει να κατασκευαστεί γύρω από μια προαιρετική ικανότητα να ελέγξετε και να επιβεβαιώσετε με τον χρήστη πριν προχωρήσετε, και τελικά να επιτρέψετε πλήρη αυτοματοποίηση όταν η εμπιστοσύνη είναι αρκετά υψηλή.

Και τι για τη γενετική διεπαφή χρήστη; Εδώ θα πρότεινα ότι αυτό που χρειάζεται δεν είναι απαραίτητα γενετική διεπαφή χρήστη, αλλά “μητρική διεπαφή χρήστη”. Τι είναι σημαντικό είναι ότι ο πράκτορας παράγει μια διεπαφή χρήστη που είναι μητρική και ελεγχόμενη από την υπηρεσία/πράκτορα που απαντά στην αίτηση. Μόνο η μητρική υπηρεσία θα έχει το контέκστ και την κατανόηση που χρειάζεται για να απόδωση μια διεπαφή χρήστη που συνδέεται με την αίτηση του πρακτόρα. Εάν αυτή η διεπαφή χρήστη απόδεται χρησιμοποιώντας γενετική AI ή κάποιο άλλο μηχανισμό που δεν είναι AI, αυτό αφήνεται στην υπηρεσία που απαντά ως λεπτομέρεια υλοποίησης. Και εδώ, νομίζουμε ότι το ανοιχτό πρότυπο πρέπει να επιτρέψει στην υπηρεσία που απαντά να ελέγχει και να παρέχει μητρική διεπαφή χρήστη σε μια αίτηση πρακτόρα.

Τι έρχεται μετά; Είμαστε ενθουσιασμένοι να συνεχίσουμε να εξετάζουμε τι θα μπορούσε να μοιάζει ένα ανοιχτό μελλοντικό πολλαπλό πράκτορα. Έχουμε δημιουργήσει ένα σχέδιο κάτι που ονομάζουμε Ανοιχτό Πρωτόκολλο Πολλαπλού Πράκτορα (OMAP) και είμαστε ενθουσιασμένοι να συνεχίσουμε να ωθούμε τη συζήτηση προς τα εμπρός. Δεν θα είναι πολύ καιρό πριν υπάρχουν εντελώς νέοι τύποι εργασιών εκεί όπου οι άνθρωποι χρησιμοποιούν πράκτορες για να κάνουν δουλειά με ισχυρό και ροϊκό τρόπο. Η εποχή της περιγραφής εργασίας του Πράκτορα Ορχηστρατέρ είναι πάνω μας, και ενώ η Salesforce ζωγραφίζει einen πειστικό δρόμο προς τα εμπρός, θα χρειαζόμαστε έναν τυποποιημένο τρόπο για τους πράκτορες να συνδέονται πέρα από τα όρια.