저해상도 인공 지능에 대한 미세 투여

Agentforce가 도착했습니다. Salesforce (CRM ) 는 최근 9월에 연례 Dreamforce 컨퍼런스의 또 다른 버전을 마쳤습니다. 참가자들의 대중과 함께 – 그리고 참가자를 위해 특별히 청소된 샌프란시스코 주변을 운행하는 Waymos의 대중 – 우리는 이제 손가락 끝에서 작업을 변환하여 Salesforce 생태계 내에서 정리된 에이전트의 스웜을 가지고 있습니다. Dreamforce는 항상 미래에 대한 마케팅이 완성된 발표로 장관이지만, 이번 년도는 작업장과 고객 경험을 혁신할 에이전트 기반 에이전트에 대한unexpectedly 매력적인 비전을 제공했습니다.

期待을 조금 더 낮추자. Benioff는 그의 키노트에서 “우리의 에이전트가 왜 så 낮은 환각을 가졌을까?”라고 생각했다. 예, 그들은 데이터, 메타데이터, 워크플로우 및 연결할 수 있는 다양한 서비스를 가지고 있으며, 시스템이 Salesforce 내에서만 존재하는 경우에는 이상적으로 들립니다. Salesforce는.prompt 엔지니어링을 발명했을 수도 있고, Benioff가 키노트에서 주장했듯이 “오스틴 파워스” Dr. Evil의 아버지가 물음표를 발명한 것과 같은 모놀로그를 불러일으킬 수도 있습니다. 그러나 Salesforce는 Agentforce 비전을 충족할 수 있을까요? 만약 그렇다면, 작업이 수행되는 방식에 큰 영향을 미칠 것입니다.

현실적으로는 우리의 시스템과 데이터가 모두 Salesforce 내에 존재하지 않는다. 작업의 미래가 에이전트 그룹이 함께 작동하는 방식으로 정의된다면, 폐쇄된 생태계와 폐쇄된 시스템은 우리의 비즈니스에서 결과를 전달하는 데 얼마나 далеко 갈 수 있을까요? 분명히 Apple (AAPL ), Microsoft (MSFT ), Amazon (AMZN ) 및 기타 여러 회사는 우리 앞에 있는巨大한 에이전트 기회를 둘러싸고 싶을 것입니다. 그러나 기술 발전의 각 물결이 폐쇄형과 개방형 논쟁의 다양한 버전을 가져왔듯이, 우리는 궁극적으로 에이전트가 경계를 넘어 서로 상호 작용하는 표준이 필요합니다. 그렇지 않으면 비즈니스 일부만이 이 기회를 충족할 것입니다.

개방형 웹은 앞으로 나아갈 수 있는 방법입니다. 모바일 앱에서 무한한 결과를 가능하게 하는 웹 뷰와 마찬가지로, 다중 에이전트 프론티어에서도 동일한 것이 필요합니다. Slack과 같은 도구는 Block Kit과 같은 UI 프레임워크를 제공하여 간단한 에이전트 상호 작용의 사용자 인터페이스를 구동할 수 있지만, 현대적인 사용자 경험의 깊이를 처리하도록 설계되지 않았습니다. Clockwise Prism을 예로 들어 보겠습니다. 우리는 현재 캘린더에 “공백”이 없더라도 미팅을 찾기 위한 다음 수준의 예약 에이전트를 구축했습니다. 다른 에이전트에 연결하여 가장 뜨거운 판매 전망과 미팅을 마감하려면, 다양한 복잡한 예약 옵션을 확인하거나 탐색할 수 있는 방법이 필요합니다. 이를 위해 웹 뷰를 제공하는 것이 명백한 길입니다.

Benioff는 키노트에서 반복적으로 DIY 에이전트를 비즈니스 내에서 원하지 않는다는 말을 반복했습니다. 그리고 그는 옳습니다. 기업은 제어되고 단순화된 워크플로우를 원하며, 반복 가능한 가치를 제공합니다. 그러나 그들은 실오라기가 되고 싶어하지 않습니다. 이것이 왜 다중 에이전트 미래를 위한 개방형 표준이 필요한 이유입니다. 우리는 에이전트가 서로 상호 작용하고, 응용 프로그램 및 생태계의 경계를 넘어 가며, 비즈니스가 제품 경험을 제어하는 방식으로 하는 신뢰할 수 있는 방법이 필요합니다.

Atlassian (TEAM ) Jira 티켓에 연결된 Salesforce 고객 사례 내에서 작업 에이전트 세트를 시작하는 것과 마찬가지로, Salesforce에서 시작하여 Atlassian에 연결된 역방향으로 작업 에이전트 세트를 시작하고 싶을 것입니다. 작업 요청이 어디에서 시작되는지와 상관없이 다양한 방향으로 일관된 사용자 경험으로 에이전트가 함께 작동하려면, 이를 수행하기 위한 표준이 필요합니다.

이 표준에는 무엇이 포함되어야 합니까? Salesforce 외부에서 다중 에이전트 생태계는 오늘날 흥미로운 와일드 웨스트입니다. 매일 우리는 새로운 혁신과 에이전트 기반 시스템 및 에이전트 워크플로우를 연결하고 구축하는 방법을 보게 됩니다. 최근 LangChain AI 프레임워크와 Assistant-UI라는 도구 간의 연결은 다음 통찰력을 제공했습니다: “UX는 에이전트에 중요합니다. 모든 사람이 스트리밍, 생성적 UI 및 인간-루프를 가진 에이전트를 원합니다.”

“UX는 에이전트에 중요합니다. 모든 사람이 스트리밍, 생성적 UI 및 인간-루프를 가진 에이전트를 원합니다.”

실제로, 우리는 이미 에이전트에 대한 사용자 경험의 중요성을 다루었습니다. 그리고 분명히, 에이전트는 다른 에이전트와 함께 작동할 때 빠르게 스트리밍할 수 있어야 합니다. 그러나 생성적 UI와 인간-루프는 어떻습니까?

인간-루프부터 시작해 보겠습니다. 이는 广泛한 동의 영역입니다. Salesforce와 다른 회사들이 자동화에 대해 큰 게임을 말할 수 있지만, 언제든지 필요한 경우 인간을 다시 중심으로 가져올 수 있는 필요성에 근거합니다. 우리는 Clockwise에서도 이 교훈을 배웠고, 사용자와 제안된 예약 옵션을 확인할 수 있는 핵심 개념을 중심으로 예약 에이전트 경험을 구축했습니다. 복잡한 작업을 수행할 때, 완전한 자동화를 달성하는 것은 놀랍지만, 사용자를 참여시키고 사용자를 루프에 유지하는 것을 기반으로 시작됩니다. 어떤 표준도 사용자와 확인 및 확인하기 전에 진행하기 전에 선택적 능력을 기반으로 구축되어야 하며, 궁극적으로는 높은 신뢰도에 도달하면 완전한 자동화를 허용해야 합니다.

그리고 생성적 UI는 어떻습니까? 여기서 필요한 것은 생성적 UI가 아니라 “네이티브 UI”입니다. 중요的是 에이전트가 요청에 응답하는 서비스/에이전트에 의해 제어되고 네이티브인 UI를 생성하는 것입니다. 해당 UI가 생성적 AI 또는 기타 비-AI 메커니즘을 사용하여 렌더링되는지는 응답 서비스에 대한 구현 세부 정보로 남겨둡니다. 따라서 여기서 개방형 표준은 응답 서비스가 에이전트 요청에 대한 네이티브 UI를 제어하고 전달할 수 있도록 허용해야 합니다.

다음에는 무엇이 있습니까? 우리는 열린 다중 에이전트 미래가 어떤 모습일지 계속 조사하는 것을 기대합니다. 우리는 Open Multi-Agent Protocol(OMAP)라는 것을 초안으로 만들었으며, 대화를 앞으로 나아가기 위해 계속 추진하고 있습니다. 사람들이 에이전트를 사용하여 강력하고 효율적인 방식으로 작업을 수행하는 새로운 유형의 작업이 나타나지 않도록 오래 지남을 않을 것입니다. 에이전트 오케스트레이터 작업 설명서의 시대가 다가왔으며, Salesforce가 앞으로 나아갈 수 있는 매력적인 길을 그리고 있지만, 경계를 넘어 에이전트가 상호 작용하는 표준적인 방법이 필요합니다.