№ 07·0207 · AI 에이전트 시스템3 min read · Section 2 of 5

7.2 에이전트 유형

다섯 가지 유형의 에이전트는 서로 다른 도구 권한, 로그 세분성 및 정산 범위를 매핑합니다. 오케스트레이션 프레임워크의 역할과 일치하지만 거버넌스에 묶여 있습니다.

Updated
7.2 · 에이전트 유형

5가지 유형 = 5가지 채팅 스킨이 아닌 5가지 미션 아이덴티티.

CrewAI와 같은 다중 에이전트 프레임워크는 “역할”을 사용하여 프롬프트와 도구를 구성합니다. WCN은 역할을 거버넌스 개체로 업그레이드합니다. 각 에이전트 유형은 다양한 데이터 가시성, 실행 가능한 작업 및 PoB 속성 템플릿에 해당합니다. 분류하지 않으면 허가와 정산이 혼동될 수 있습니다.

이 페이지의 기능유형 정의 × 권한 × 로그 × PoB 구경
핵심 테마연구 / 거래 / 성장 / 실행 / 유동성
하이라이트 읽기누가 무엇을 볼 수 있고, 어떤 도구를 조정할 수 있으며, 어떤 표시를 남길 수 있습니까?

5가지 대표적인 에이전트

연구 대리인정보 검색, 다중 소스 요약, 비교 가능한 회사/트랙의 구조화된 테이블 및 실사 목록 작성. 도구 예: 인트라넷 문서 RAG, 허용된 타사 데이터 API, 모든 웹 페이지 크롤링에 대한 직접 연결 금지(삽입 방지). LLM 참고: 사실 참조에는 소스 앵커가 있어야 합니다. 값은 기본적으로 "확인 예정"으로 표시됩니다.
거래 대리인자본 프로젝트 일치 후보, 티저 수준 피치 초안, 거래 단계 상태 권장 사항. 금지: 승인 없이 노드를 대신하여 구속력 있는 조건이나 배타적 약속을 발행하는 것입니다. Copilot 비교: Copilot은 1인 원고를 최적화합니다. 거래 상담원 출력에는 검토를 위한 deal_id 및 추천 논리 요약이 있어야 합니다.
성장제다중 버전 카피, 유입경로 주요 항목, 캠페인 후 속성 요약(성장 작업과 연결됨). 위험: 외부에 게시하기 전에 수동 릴리스 게이트를 거쳐야 합니다. "이익 약속"과 같은 즉각적인 단어와의 결합을 피하십시오.
실행 에이전트회의록, 할 일 분석, 알림 초안, 영수증 추적 목록. 벤치마크: 엔터프라이즈 자동화(Zapier/Make) + LLM에 가장 가깝지만 각 제안은 회의록 및 타임스탬프에 연결되어야 합니다.
유동성 대리인유동성 및 시장 상태 모니터링 요약, 체크리스트 상태, 비정상적인 임계값 경보 설명. TradFi Lenovo: Aladdin의 특정 유형의 위험 대시보드의 "자연어 계층"과 유사하게 의사 결정 권한은 여전히 ​​트레이딩 데스크/노드에 있습니다.

왜 "슈퍼 에이전트"에 혼합될 수 없나요?

LangChain 스타일의 범용 에이전트는 종종 동일한 도구 세트를 공유합니다. 제도적 시나리오에서는 최소 권한의 원칙이 위반됩니다. 분류 후 시스템은 다음을 수행할 수 있습니다.

누가 무엇을 볼 수 있나요?연구를 통해 광범위한 자료를 읽을 수 있습니다. 유동성은 시장 가격과 합의된 계약만 읽을 수 있습니다. Deal은 기본적으로 전체 데이터베이스에서 민감한 급여 수준 필드를 읽지 않습니다.
누가 무엇을 할 수 있는가실행은 작업과 설명을 작성할 수 있습니다. 성장은 마케팅 초안 영역만 작성할 수 있습니다. 어떤 유형의 에이전트도 기본적으로 돈을 이체하거나 계약에 서명할 수 없습니다.
누가 어떤 로그를 보관해야 합니까?연구에서는 검색 쿼리와 조각 ID를 기록합니다. Deal은 권장 기능과 버전을 기록합니다. 유동성은 지표 정의와 데이터 시간을 기록합니다.
PoB에 참여하는 방법과 대상속성 템플릿은 유형별로 구분됩니다. 예를 들어 "채택된 연구 단락"과 "채택된 성장 자료"에는 합의 분쟁을 피하기 위해 서로 다른 증거 필드가 있습니다.

다중 에이전트 오케스트레이션과의 관계 매핑

CrewAI/LangGraph의 에이전트/노드는 WCN 유형과 비교할 수 있지만 WCN은 세 가지 추가 사항을 수정합니다. (1) 각 유형에 허용되는 도구 화이트리스트; (2) 인간 승인 엣지를 갖춘 상태 머신; (3) 출력은 노드 채택 이벤트인 'task_id'에 바인딩됩니다. (3)이 없으면 아무리 아름다운 배치라도 내부 실험일 뿐입니다.

분류되지 않음 → 권한 확장 → 로그 방어 불가 → PoB 가격 책정 불가 활자는 문서 장식이 아니라 거버넌스와 상용화를 위한 전제조건이다.

간단한 예: 동일한 이벤트, 다양한 유형의 협업

연구
공공 금융 뉴스 + 내부 메모를 가져와 "충돌 사항 및 질문 목록"을 생성합니다.
거래
일치하는 이유와 함께 목록을 기반으로 "다음 단계의 커뮤니케이션 포인트" 초안을 출력합니다(자동 이메일 전송 없음).
실행
소유자/기한이 있는 작업 항목으로 회의 결론을 작성하고 작업에 첨부합니다.
성장(선택사항)
채택된 사실로부터 외부 중립 업데이트 사본을 생성하고 수동으로 클릭하여 게시합니다.
유형의 목표는 아키텍처 수준에서 대답하는 것입니다. 문제가 발생하면 모델, 도구, 구성 또는 인간 채택에 문제가 있는지 여부를 관리하기 전에 분석할 수 있습니다.