ไมโครโดส์บน AI ที่มีฮัลลูซิเนชั่นต่ำ

เอเจนต์ฟอร์ซ (Agentforce) มาถึงแล้ว ซึ่ง Salesforce (CRM ) ได้ปิดท้ายการประชุม Dreamforce ประจำปีในเดือนกันยายน โดยมีผู้เข้าร่วมมากมาย รวมทั้ง Waymos ที่ช่วยให้การเดินทางในซานฟรานซิสโกเป็นไปอย่างราบรื่น และทุกคนตอนนี้มีเอเจนต์มากมายที่สามารถควบคุมการทำงานได้อย่างมีประสิทธิภาพภายในระบบนิเวศของ Salesforce

มาประเมินความคาดหวังของเราให้เหมาะสมกัน ในการกล่าวสุนทรพจน์ Benioff ได้พูดถึง “ทำไมเอเจนต์ของเราจึงมีฮัลลูซิเนชั่นต่ำ?” ใช่ พวกเขามีข้อมูล ข้อมูลอ้างอิง วิธีการทำงาน และบริการมากมายที่สามารถเชื่อมต่อได้ และถ้าระบบของคุณอยู่ภายใน Salesforce เท่านั้น มันจะดูเหมือนเป็นเรื่องที่ดี แต่ Salesforce อาจจะไม่ได้คิดค้นวิศวกรรมคำสั่งซื้อ (prompt engineering) ตามที่ Benioff อ้างในระหว่างการกล่าวสุนทรพจน์ ซึ่งอาจทำให้นึกถึงการแสดงของ “Austin Powers” Dr. Evil ที่พูดถึงการคิดค้นเครื่องหมายคำถาม แต่ Salesforce จะสามารถบรรลุวิสัยทัศน์ของเอเจนต์ฟอร์ซได้หรือไม่? ถ้าทำได้ มันจะส่งผลกระทบอย่างมากต่อวิธีการทำงานในอนาคต

มาเป็นจริงกัน ถ้าระบบและข้อมูลของเราทั้งหมดไม่ได้อยู่ภายใน Salesforce เท่านั้น ถ้าอนาคตของการทำงานถูกกำหนดโดยกลุ่มเอเจนต์ที่ทำงานร่วมกัน ระบบปิดและระบบนิเวศที่ปิดจะสามารถนำเราไปสู่การบรรลุผลลัพธ์ทางธุรกิจได้ไกลแค่ไหน? แน่นอนว่า Apple (AAPL ), Microsoft (MSFT ), Amazon (AMZN ) และอื่นๆ ต้องการที่จะครอบงำโอกาสของเอเจนต์ที่อยู่ข้างหน้า แต่เมื่อแต่ละคลื่นของความก้าวหน้าทางเทคนิคนำไปสู่การถกเถียงเกี่ยวกับระบบปิดและระบบเปิด เราจะต้องมีมาตรฐานสำหรับเอเจนต์ที่ทำงานร่วมกันข้ามพื้นที่ในอนาคต ถ้าไม่เช่นนั้น chỉ有一ส่วนของธุรกิจของคุณเท่านั้นที่จะตอบสนองต่อโอกาสนี้

เมื่อเราเผชิญกับปัญหาแบบเปิด/ปิด เรามักจะหันไปมองเว็บที่เปิดกว้างเพื่อหาแนวทางไปข้างหน้า เช่นเดียวกับแอปพลิเคชันบนโทรศัพท์มือถือที่ต้องการเว็บวิวเพื่อเปิดใช้งานผลลัพธ์ของแอปพลิเคชันบนมือถือในหลากหลายรูปแบบ ในอนาคตที่มีหลายเอเจนต์ เราจะต้องมีเครื่องมือที่สามารถให้การแสดงผลผู้ใช้ที่เหมาะสมได้ เช่น Clockwise ที่สร้างเอเจนต์สำหรับการจัดตารางการประชุมที่สามารถหาวิธีจัดตารางการประชุมได้แม้ว่าจะไม่มี “พื้นที่ว่าง” ในตารางการประชุมในวันพรุ่งนี้ก็ตาม เมื่อเชื่อมต่อเอเจนต์นี้กับเอเจนต์อื่นๆ เพื่อจัดตารางการประชุมที่ยากลำบากกับลูกค้าที่มีศักยภาพในการขายสูงสุด คุณจะต้องมีวิธีในการยืนยันหรือสำรวจตัวเลือกการนัดหมายที่ซับซ้อนและทรงพลัง

ตลอดการกล่าวสุนทรพจน์ Benioff ได้กล่าวซ้ำว่า “คุณไม่ต้องการเอเจนต์ที่ทำเองภายในธุรกิจของคุณ” และเขาพูดถูก ธุรกิจต้องการการทำงานที่ควบคุมและทำให้ง่ายขึ้นซึ่งให้คุณค่าที่สามารถทำซ้ำได้ และพวกเขาก็ไม่ต้องการที่จะถูกปิดกั้นในซิลโล นี่คือเหตุผลที่เราต้องการมาตรฐานสำหรับอนาคตของเอเจนต์หลายตัว เราต้องการวิธีการที่เชื่อถือได้สำหรับเอเจนต์ที่จะโต้ตอบกัน ข้ามพื้นที่ระหว่างแอปพลิเคชันและระบบนิเวศ และทำได้อย่างมีประสิทธิภาพโดยที่ธุรกิจยังคงควบคุมประสบการณ์ผลิตภัณฑ์ของตนเอง

คุณอาจเริ่มต้นชุดเอเจนต์สำหรับการทำงานจากภายในตั๋ว Atlassian Jira (TEAM ) ที่เชื่อมต่อกับกรณีลูกค้าของ Salesforce หรือคุณอาจเริ่มต้นชุดเอเจนต์จากภายใน Salesforce ที่เชื่อมต่อกับ Atlassian ในทิศทางตรงกันข้าม สำหรับเอเจนต์ที่จะทำงานร่วมกันโดยไม่คำนึงถึงที่มาของคำขอทำงาน และในหลายทิศทางด้วยประสบการณ์ผู้ใช้ที่สม่ำเสมอ มาตรฐานในการทำเช่นนี้จึงจำเป็น

อะไรอีกที่ควรแสดงอยู่ในมาตรฐานนี้? นอกเหนือจาก Salesforce ระบบนิเวศของเอเจนต์หลายตัวในปัจจุบันเป็นดินแดนที่น่าตื่นเต้นและหลากหลาย เราได้เห็นนวัตกรรมใหม่ๆ และวิธีการเชื่อมต่อและสร้างระบบ AI และการทำงานของเอเจนต์ทุกวัน เช่น การเชื่อมต่อระหว่างเฟรมเวิร์ก AI LangChain และเครื่องมือ Assistant-UI ซึ่งให้ข้อมูลเช่นนี้:

“UX มีความสำคัญอย่างยิ่งต่อเอเจนต์ ทุกคนต้องการเอเจนต์ที่มีการสตรีม UI ที่สร้างขึ้นได้และสามารถมีคนอยู่ในวงจรการทำงาน”

จริงๆ แล้ว เราได้พูดถึงความสำคัญของประสบการณ์ผู้ใช้กับเอเจนต์แล้ว และชัดเจนว่าเอเจนต์ต้องสามารถส่งผลลัพธ์ได้อย่างรวดเร็วเมื่อทำงานร่วมกับเอเจนต์อื่นๆ แต่เกี่ยวกับ UI ที่สร้างขึ้นได้และคนอยู่ในวงจรการทำงานล่ะ?

มาเริ่มต้นด้วยคนอยู่ในวงจรการทำงาน ซึ่งเป็นเรื่องที่มีการเห็นด้วยอย่างกว้างขวาง ในขณะที่ Salesforce และอื่นๆ พูดถึงการทำให้กระบวนการทำงานอัตโนมัติ แต่มันจะยังต้องมีการนำคนกลับเข้ามาเป็นศูนย์กลางเมื่อจำเป็น เราได้เรียนรู้บทเรียนนี้ที่ Clockwise และสร้างประสบการณ์เอเจนต์สำหรับการจัดตารางการประชุมโดยมีแนวคิดหลักในการตรวจสอบและยืนยันกับผู้ใช้ก่อนที่จะดำเนินการต่อ เมื่อทำงานที่ซับซ้อน การทำให้กระบวนการทำงานอัตโนมัติเป็นเรื่องที่น่าเหลือเชื่อ แต่มันเริ่มต้นด้วยการมีคนอยู่ในวงจรการทำงาน มาตรฐานจะต้องถูกสร้างขึ้นโดยมีการให้ความสามารถในการตรวจสอบและยืนยันกับผู้ใช้ก่อนที่จะดำเนินการต่อ และในที่สุดก็สามารถทำให้กระบวนการทำงานอัตโนมัติได้เมื่อมีความมั่นใจที่เพียงพอ

และเกี่ยวกับ UI ที่สร้างขึ้นได้ล่ะ? ในที่นี้ ผมคิดว่าสิ่งที่จำเป็นไม่ใช่ UI ที่สร้างขึ้นได้ แต่เป็น “UI ที่เป็นของแท้” สิ่งที่สำคัญคือเอเจนต์จะต้องสามารถสร้าง UI ที่เป็นของแท้และควบคุมโดยบริการ/เอเจนต์ที่ตอบสนองต่อคำขอ UI นี้จะต้องมีบริบทและความเข้าใจที่จำเป็นในการแสดงผลผู้ใช้ที่เชื่อมต่อกับคำขอของเอเจนต์ ไม่ว่า UI จะถูกสร้างขึ้นโดยใช้ AI ที่สร้างขึ้นได้หรือวิธีการอื่นก็ตาม จะถูกปล่อยให้เป็นรายละเอียดการนำไปใช้ของบริการที่ตอบสนอง และดังนั้น มาตรฐานที่เปิดกว้างจะต้องอนุญาตให้บริการที่ตอบสนองสามารถควบคุมและจัดหา UI ที่เป็นของแท้ให้กับคำขอของเอเจนต์

อะไรต่อไป? เราตื่นเต้นที่จะดำเนินการต่อเพื่อสำรวจสิ่งที่อนาคตของเอเจนต์หลายตัวที่เปิดกว้างอาจเป็นเช่นไร เราได้สร้างร่างของสิ่งที่เรียกว่า โพรโทคอลเอเจนต์หลายตัวที่เปิดกว้าง (OMAP) และเราตื่นเต้นที่จะดำเนินการสนทนาไปข้างหน้า มันจะไม่นานก่อนที่จะมีงานใหม่ๆ ที่คนใช้เอเจนต์ในการทำงานในหลายวิธีที่มีประสิทธิภาพและเป็นกระบวนการ มาเข้าสู่ยุคของการอธิบายงานเอเจนต์ และในขณะที่ Salesforce วาดภาพเส้นทางที่น่าสนใจไปข้างหน้า เราจะต้องมีวิธีการมาตรฐานสำหรับเอเจนต์ที่จะเชื่อมต่อกันข้ามพื้นที่