에이전트 기본 사항

아키텍처 세부 정보를 논의하기 전에 에이전트가 수행하는 다양한 역할을 간략하게 설명해야 합니다. "에이전트"는 많은 사용 사례에 적용할 수 있는 과부하 용어이기 때문입니다. 분류에 도움이 될 수 있는 몇 가지 광범위한 용어로 시작해 보겠습니다.

가장 바깥쪽 수준에서는 먼저 에이전트의 역할과 특성을 분류해야 합니다. 이는 에이전트를 다양한 문제에 적용할 수 있는 다양한 시나리오가 있기 때문에 어렵습니다. 그러나이 논의에서는 애플리케이션 또는 시스템에 에이전트를 도입하는 것이 무엇을 의미하는지에 중점을 둡니다. 이 모델에서는 에이전트가 시스템 경험을 가장 잘 강화할 수 있는 방법과 위치를 강조합니다. 선택한 옵션은 에이전트가 다양한 도메인 및 사용 사례에 구축, 통합 및 적용되는 방식에 영향을 미칩니다. 다음 다이어그램은 빌더가 사용하는 두 가지 에이전트 패턴을 보여줍니다.

다이어그램의 왼쪽에는 상호 작용 기반 에이전트가 있습니다. 이 모드에서 에이전트는 기존 시스템에 대한 뷰를 생성하여 기본 서비스와의 상호 작용을 오케스트레이션하여 목표 또는 결과를 달성합니다. 핵심은 에이전트가 시스템의 기능을 구동하기 위한 대체 접근 방식으로 시스템에 추가된다는 것입니다. 예를 들어 독립 소프트웨어 공급업체(ISV)에 작업을 수행하는 데 사용되는 UX가 있는 회계 시스템이 있다고 가정해 보겠습니다. 상호 작용 기반 에이전트는 이러한 기존 기능과의 상호 작용을 간소화합니다. 이는 느슨하게 정의된 목표에 도달하는 방법을 배우는 것이 아니라 알려진 경로를 오케스트레이션하는 방법을 제공하는 것입니다.

반대로 다이어그램 오른쪽에 있는 작업 기반 시스템은 다른 접근 방식을 나타냅니다. 해당 시스템의 에이전트는 자신의 지식과 능력을 사용하여 작업을 완료하고 비즈니스 성과를 높이는 방법을 배웁니다. 두 모델 모두 비즈니스 성과를 달성한다고 주장할 수 있지만, 작업 기반 모델은 에이전트 자체에 의존하여 결과를 달성하는 방법을 결정합니다. 이러한 에이전트는 덜 결정적이며 대신 학습하고 발전하는 능력에 의존합니다. 반면 상호 작용 기반 에이전트는 대부분 알려진 기능 세트를 오케스트레이션하도록 설계되었습니다. 이러한 차이는 비즈니스를 지원하기 위해 에이전트를 구축, 범위 지정 및 통합하는 방법에 영향을 미칩니다.

에이전트를 배포하는 방법과 위치를 특성화하는 용어도 필요합니다. 에이전트가 시스템 공간 내에 있는 위치는 시스템 구축, 범위 지정 및 보안 방법에 영향을 미칠 수 있습니다. 다음 다이어그램은 에이전트에 적용할 수 있는 두 가지 모델을 간략하게 설명합니다.

다이어그램의 왼쪽에는 세 가지 에이전트가 있는 배포 시스템이 있습니다. 에이전트는 다른 에이전트 또는 애플리케이션일 수 있는 외부 클라이언트에 노출됩니다. 이 모델에서는 에이전트를 퍼블릭 에이전트라고 합니다. 

반면 오른쪽에 있는 다이어그램은 솔루션 구현 내의 에이전트를 보여줍니다. 이 경우 사용자 또는 시스템이 사용하는 일련의 애플리케이션 서비스가 있습니다. 이러한 사용자는 에이전트가 경험의 일부라는 사실을 인식하지 못하고 애플리케이션과 상호 작용합니다. 그런 다음 에이전트는 기본 시스템의 서비스에 의해 호출되고 오케스트레이션됩니다. 이러한 방식으로 배포된 에이전트를 프라이빗 에이전트라고 합니다.

에이전트의 가치는 대부분 공급자가 다른 서드 파티 에이전트와 통합하려는 의도로 에이전트를 게시하는 퍼블릭 모델에 중점을 둡니다. 그러면 에이전트는 상호 연결된 서비스의 메시 또는 웹의 일부가 되어 집합적으로 많은 사용 사례를 해결할 수 있습니다. 이러한 에이전트는 많은 도메인에서 사용할 수 있지만 business-to-business 사용 사례는 자연스럽게 맞습니다. 다음 다이어그램은 특정 문제를 해결하는 컬렉션 에이전트를 조합하는 방법에 대한 개념화된 보기를 제공합니다.

이 다이어그램은 일련의 목표를 달성하기 위해 함께 작업하는 4명의 비즈니스 에이전트를 보여줍니다. 에이전트를 이러한 방식으로 구성하면 에이전트 시스템을 나타내며 이러한 시스템에는 다양한 종류가 있습니다. 일반적으로 단일 단위로 사용되는 사전 패키징된 공동 작업 에이전트 세트일 수 있습니다. 또는 필요에 가장 적합한 에이전트 조합을 선택하고 선택하려는 고객이 시스템을 동적으로 조합할 수 있습니다.

두 접근 방식 모두 에이전트 통합을 위한 실행 가능한 경로를 제공합니다. 일부 에이전트는 가치, 도달 범위 및 영향을 극대화할 수 있는 특정 시스템에 통합될 것이라는 기대를 바탕으로 구축됩니다. 에이전트 시스템에 대한 이러한 개념은 에이전트를 획득하는 방법에 대한 질문도 제기하며 이를 해결하는 방법에는 여러 가지가 있을 수 있습니다. 다음 다이어그램은 트랜잭션 경험을 통해 이러한 에이전트와 시스템을 생성하는 방법의 예를 제공합니다.

마켓플레이스 경험의 두 가지 예가 나와 있습니다. 왼쪽에서는 마켓플레이스를 사용하여 사전 패키징된 시스템을 획득합니다. 이 시나리오에서 마켓플레이스는 여러 에이전트의 통합 및 오케스트레이션이 필요한 광범위한 목표를 해결하는 시스템을 검색하고 온보딩합니다.

오른쪽에 있는 예제는 에이전트가 검색되고 에이전트 시스템으로 구성되는 마켓플레이스를 보여줍니다. 이 시나리오에서 고객은 필요에 맞게 호환되는 통합 에이전트 시스템을 구축할 수 있습니다. 이러한 방식으로 에이전트를 조합하는 기능은 개별 에이전트의 호환성 모델 및 통합 요구 사항에 따라 달라집니다.