에이전트 채택이 가속화됨에 따라 조직은 에이전트를 설명하고 디자인하기 위한 일관된 프레임워크가 없으면 팀이 솔루션을 재창조하고 일관되지 않은 지침을 공유하며 이미 알고 있는 것을 구축하지 못하는 일반적인 과제에 직면해 있습니다.
에이전트 아키타입 프레임워크는 범주, 기능 및 구성 요소("3C")와 같은 간단한 모듈식 모델을 제공하여 조직 전체에서 에이전트에 대해 설계, 빌드 및 통신하는 방법을 표준화합니다.
이 글들에서는 다음과 같은 방법을 배웁니다:
- 3C 모델을 기반으로 에이전트 디자인에 공유 어휘를 사용합니다.
- 에이전트 동작의 7가지 범주를 이해합니다.
- 구현 구성 요소에 기능을 매핑합니다.
- 실제 정식 시나리오에 프레임워크를 적용합니다.
공유 어휘가 중요한 이유
에이전트 배포의 수와 복잡성이 증가하고 있습니다. 조직은 더 이상 에이전트가 실행 가능한지 여부를 묻지 않습니다. 효과적인 에이전트를 빌드하는 방법, 전략적으로 생각하는 방법 및 조직 전체에서 규모를 조정하는 방법을 묻고 있습니다.
에이전트를 설계하고 구성하는 방법을 설명하는 공유 프레임워크가 없으면 팀은 서로 다른 어휘, 다양한 패턴 및 다양한 구조 수준을 사용하여 에이전트 개발에 다르게 접근합니다. 이 방법은 다음으로 이어집니다.
- 팀이 관련자와 에이전트에 대해 통신하는 방식의 불일치입니다.
- 참여 및 프로젝트에 대한 노력의 중복.
- 기존 작업을 체계적으로 빌드할 수 없습니다.
팀이 공유 어휘에 대한 맞춤이 부족하면 한 프로젝트에서 얻은 지식이 다음 프로젝트에 도움이 되는 데 실패합니다. 에이전트 개발 속도가 가속화될수록 이러한 분절화로 인한 비용은 더욱 커집니다. 에이전트에 대한 일관된 디자인 언어는 클라우드 솔루션에서 일관된 아키텍처 패턴이 중요한 방식에 중요합니다.
프레임워크 정보
구성 가능한 모듈식 에이전트 아키텍처의 출현은 더 광범위한 산업 융합을 반영합니다. 에이전트는 모놀리식 시스템이 아닙니다. 구성, 다시 조합 및 확장할 수 있는 상호 운용 가능한 불연속 기능의 어셈블리입니다. 최신 에이전트 시스템의 아키텍처 패턴(도구 호출, 함수 라우팅, 검색 보강 생성, 다단계 오케스트레이션)은 엔터프라이즈 에이전트 계약에서 나타나는 패턴과 동일합니다.
에이전트 아키타입 프레임워크는 새로운 개념을 도입하지 않습니다. 숙련된 빌더가 이미 수행하는 작업을 이름 및 구조화하여 모든 팀과 대화에서 이러한 사고에 액세스하고 반복할 수 있도록 합니다.
프레임워크의 핵심은 단일 구성 원칙입니다. 에이전트 시나리오는 범주, 기능 및 구성 요소로 구성됩니다. 이러한 세 계층은 고객 참여 범위 지정에서 플랫폼 기능 계획에 이르기까지 모든 수준에서 에이전트에 대해 설계하고 통신하는 구조적이고 반복 가능한 방법을 제공합니다.
| 카테고리 | 역량 | Components |
|---|---|---|
| 에이전트가 수행할 수 있는 관련 작업 유형을 그룹화할 수 있는 광범위한 에이전트 동작 도메인입니다. 범주는 특정 도구 또는 구현과 관계없이 높은 수준의 에이전트 시나리오에 대한 추론을 위해 공유 어휘를 제공합니다. | 에이전트가 범주 내에서 수행할 수 있는 특정 사용자 관찰 가능 함수입니다. 기능은 에이전트 동작의 구성 요소이며 완전한 에이전트 환경을 만들기 위해 어셈블된 기능 요소입니다. | 기능을 사용하도록 설정하는 구현 기본 형식입니다. 구성 요소는 기능이 실현되는 방식을 결정하므로 컨텍스트 및 제약 조건에 따라 동일한 기능을 다른 방식으로 구현할 수 있습니다. |
다음 단계
이제 공유 어휘가 중요한 이유와 프레임워크의 구성 방식을 이해했으므로 범주, 기능 및 구성 요소가 함께 작동하는 방식을 알아봅니다.