멀티 에이전트 Vs. 단일 에이전트 지식 아카이빙
19
작성한 질문수 1
옵시디언 통해서 메인 헤르메스 에이전트를 계속 발전시키고 있는데요, 다양한 에이전트를 만들게 되면 각기 다른 옵시디언을 연결해야하나요? 메인에게 여러개의 페르소나를 주입하고 일을 시키는 것보다는 각 역할별로 각기 다른 에이전트를 생성하는게 더 업무에 좋다고 해서요. 현재 헤르메스는 VPS 에 설치 되어있습니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
반짝이는 다람쥐님, 결론부터 말씀드리면 각 에이전트마다 별도의 옵시디언을 연결할 필요는 없습니다.
대부분의 경우에는 하나의 중앙 지식 저장소를 두고, 에이전트별로 접근 범위와 기록 규칙을 분리하는 방식이 더 효율적입니다.
추천 구조는 다음과 같습니다.
Obsidian Vault
├── 00_Inbox
├── 10_Common
│ ├── 프로젝트
│ ├── 사람
│ └── 기술 문서
├── 20_Hermes
│ ├── 장기 기억
│ ├── 의사결정 기록
│ └── 사용자 선호
├── 30_Agents
│ ├── Researcher
│ ├── Writer
│ ├── Developer
│ └── Reviewer
├── 40_Projects
└── 90_Archive
각 에이전트는 같은 Vault를 사용하되 다음 항목을 다르게 설정하면 됩니다.
- 담당 역할
- 참고할 폴더
- 기록할 폴더
- 사용할 템플릿
- 기억을 저장하는 기준
- 다른 에이전트에게 전달할 결과 형식
예를 들어 다음처럼 구성할 수 있습니다.
Researcher Agent
- 읽기: 10_Common, 40_Projects
- 쓰기: 30_Agents/Researcher, 00_Inbox
Writer Agent
- 읽기: 10_Common, 30_Agents/Researcher
- 쓰기: 30_Agents/Writer
Reviewer Agent
- 읽기: 30_Agents, 40_Projects
- 쓰기: 30_Agents/Reviewer
Hermes
- 전체 결과 취합
- 최종 의사결정
- 장기 기억 관리
중요한 점은 에이전트의 페르소나와 지식 저장소를 분리하는 것입니다.
페르소나는 시스템 프롬프트나 에이전트 설정에 두고, 사실과 업무 기록은 옵시디언에 저장하는 편이 좋습니다.
에이전트 설정
- 나는 시장조사 전문가다.
- 답변에는 출처와 신뢰도를 포함한다.
- 조사 결과는 Researcher 폴더에 저장한다.
옵시디언
- 실제 조사 결과
- 출처
- 프로젝트 맥락
- 과거 의사결정
단일 Hermes 에이전트에 여러 페르소나를 주입하는 방식은 간단한 작업이나 초기 실험에 적합합니다.
다만 다음과 같은 문제가 생길 수 있습니다.
- 역할 간 지시사항이 충돌할 수 있습니다.
- 하나의 대화 컨텍스트가 지나치게 커질 수 있습니다.
- 어떤 관점에서 생성된 결과인지 추적하기 어렵습니다.
- 에이전트별 품질을 독립적으로 평가하기 어렵습니다.
- 잘못된 기억이나 임시 결과가 전체 지식에 섞일 수 있습니다.
반대로 역할별 에이전트를 분리하면 다음과 같은 장점이 있습니다.
- 역할별 프롬프트를 단순하게 유지할 수 있습니다.
- 각 에이전트의 결과물을 검증하기 쉽습니다.
- 필요한 지식만 검색하므로 컨텍스트를 줄일 수 있습니다.
- 특정 에이전트만 교체하거나 개선할 수 있습니다.
- 조사, 작성, 검토 등의 처리 과정을 자동화하기 쉽습니다.
다만 처음부터 모든 역할을 별도 에이전트로 만들 필요는 없습니다.
현재 VPS에 설치된 Hermes를 중심으로 다음과 같은 단계적 구성을 권장합니다.
1단계: Hermes 하나로 운영
2단계: Researcher와 Writer를 분리
3단계: Reviewer를 추가
4단계: 각 에이전트의 읽기·쓰기 영역을 제한
5단계: Hermes가 결과를 취합하고 최종 기록
특히 옵시디언에 바로 장기 기억을 저장하지 말고, 임시 기록과 확정 기록을 분리하는 것이 좋습니다.
00_Inbox
- 에이전트가 임시로 수집한 정보
30_Agents/*/Drafts
- 에이전트별 초안과 중간 결과
20_Hermes/Long-term
- 검토가 끝난 확정 지식
90_Archive
- 더 이상 사용하지 않는 기록
또한 파일마다 다음과 같은 메타데이터를 넣으면 여러 에이전트가 협업하기 쉬워집니다.
---
agent: researcher
project: hermes
status: reviewed
confidence: high
created: 2025-01-01
source: https://example.com
---
VPS 환경에서는 별도 Vault를 여러 개 만드는 것보다 하나의 중앙 Vault를 운영하고, Hermes 또는 각 에이전트가 파일 단위로 접근하도록 구성하는 편이 관리하기 쉽습니다.
다만 다음과 같은 경우에는 Vault를 분리하는 것을 고려할 수 있습니다.
- 개인 정보와 업무 정보를 완전히 분리해야 하는 경우
- 고객사별 보안 경계가 필요한 경우
- 에이전트 간 정보 공유를 제한해야 하는 경우
- 서로 다른 백업 및 보존 정책이 필요한 경우
- 여러 팀이 독립적으로 운영되는 경우
따라서 현재 단계에서는 다음 구성이 가장 현실적입니다.
하나의 Obsidian Vault
+ 역할별 에이전트
+ 폴더 및 태그 기반 지식 분리
+ Hermes의 최종 취합 및 장기 기억 관리
즉, “에이전트마다 옵시디언을 하나씩 연결”하기보다는 “하나의 지식 저장소 안에서 에이전트별 책임과 접근 범위를 나누는 방식”을 먼저 추천드립니다.
Hermes는 오케스트레이터이자 최종 의사결정자로 두고, Researcher·Writer·Reviewer 같은 전문 에이전트는 각각 제한된 업무와 폴더를 담당하게 구성하면 확장성과 유지보수성이 좋아집니다.
기본 프로필에서 설정 복제가 현재는 없는데 어떻게 설정해야되나요?
0
8
1
슬랙에서 /profile 해도 sophie가 호출되지않습니다ㅠㅠ
0
12
1
MAGMA와 함께 개인 서비스도 같이 구축할때는 어떻게 세팅하는게 효율적인가요?
0
46
1
hermes dashboard : Failed to restart gateway
0
43
1
hermes slack 설정 문제?
0
49
1
hermes memory setup
0
80
3
unit3.8 ready 입력 시 오류
0
59
4
URL을 어디서 찾을수잇을까요?
0
51
2
slack app 생성
0
42
1
memory setup 후 헤르메스 리스타트 문제
0
86
3
Wave 설치 여부에 관한 질문
0
52
2
hermes session list에 슬랙에서 새롭게 생성한 세션이 보이지 않습니다.
0
60
2
hermes dashboard
0
50
1
hermes profile 설정
0
75
2
새롭게 나온 강의와 어떤 차이가 있을까요?
0
91
2
앱 게시 불가
0
48
1
1.13 다른 부분 정리
0
68
2
1.12 강의랑 실제 진행이랑 조금 다릅니다.
0
103
2
Unit 1.13 — Telegram × Hermes 연동 가이드: 메신저로 에이전트와 대화하기
0
90
2
deskrpg 최신 버전에서 게이트웨이 연결이 안됩니다.
0
56
2
docker deskop은 항상 켜놓아야하나요?
0
60
2
Owal Alpha무료모델 없음
0
59
2
슬랙에서 소피가 호출되지 않아요.
0
88
3
hermes logo.png
0
42
2





