🪽 Hermes 05. Telegram → GBrain → Obsidian 루프 설계안

Hermes를 Telegram에 붙이면 입력은 쉬워진다. 하지만 오래 쓰려면 그다음 문제가 바로 생긴다. 들어온 말을 어디에 남길 것인가다. 채팅창에만 남기면 흘러가고, Obsidian에 바로 다 밀어 넣으면 정리가 무거워지고, 벡터 검색만 붙이면 사람이 읽는 문서 체계가 약해진다.

그래서 이 단계에서는 한 가지 원칙이 중요하다. 입력 채널, 에이전트 기억, 사람이 읽는 노트를 같은 층으로 두지 않는 것이다. Telegram, GBrain, Obsidian은 각각 잘하는 일이 다르다. 이 글은 그 셋을 겹치지 않게 나눠서, 실제로 오래 굴릴 수 있는 개인 지식 루프를 설계하는 쪽에 집중한다.

안내: 이 글은 Hermes 공식 문서와 GBrain 공식 README/설치 문서를 바탕으로 정리했고, 구조화와 문장 정리에 생성형 AI를 보조적으로 활용했습니다.

이 설계안의 한 줄 요약

• Telegram은 가장 쉬운 입력 채널
• Hermes는 수집과 분기, 실행의 관문
• GBrain은 에이전트가 먼저 찾는 장기 기억 계층
• Obsidian은 사람이 읽고 다듬고 발행하는 최종 문서 계층

이 네 층이 나뉘면 입력은 가벼워지고, 검색은 빨라지고, 문서는 덜 어지러워진다.

flowchart LR
A[Telegram 입력] --> B[Hermes Gateway]
B --> C{입력 분기}
C -->|빠른 응답| D[채팅 세션]
C -->|기억 가치 있음| E[GBrain]
E --> F[검색 및 연결]
F --> G[Obsidian 노트]
G --> H[정리 발행 아카이브]
H --> E

왜 바로 Obsidian에 쓰지 않고 GBrain을 사이에 두나

Hermes의 Telegram 문서는 메신저를 입력 채널과 결과 채널로 잘 설명한다. 메시지, 음성, 파일, 크론 결과, 백그라운드 작업까지 Telegram 안에서 받을 수 있다. 하지만 Telegram 자체는 지식 구조가 아니다.

• Telegram Setup: https://hermes-agent.nousresearch.com/docs/user-guide/messaging/telegram

반대로 GBrain README는 Markdown brain repo, typed links, hybrid search, self-wiring graph를 앞세운다. 즉 GBrain은 “대화를 받는 채널”이 아니라, 에이전트가 먼저 조회하는 기억 계층에 가깝다.

• GBrain README: https://github.com/garrytan/gbrain

Obsidian은 또 다르다. 사람에게 읽기 쉽고, 손으로 고치기 좋고, 발행과 연결 문서를 만들기 좋다. 그래서 셋을 한 줄로 세우면 역할이 자연스럽다.

• Telegram은 입력
• GBrain은 기계 친화 기억
• Obsidian은 사람 친화 정리

이렇게 분리해야 나중에 “메모를 남기는 일”과 “문서를 만드는 일”이 서로 발목을 잡지 않는다.

권장 역할 분리

1) Telegram, 캡처 전용에 가깝게 쓴다

Telegram은 가장 마찰이 적은 입력 채널이다. 생각이 떠오를 때, 이동 중일 때, 음성으로 짧게 남길 때 가장 강하다.

여기서 중요한 건 Telegram을 문서 저장소처럼 쓰지 않는 것이다. Telegram은 수집함으로 보는 편이 낫다.

Telegram에 잘 맞는 입력은 아래다.

• 아이디어 한 줄
• 링크 공유
• 음성 메모
• 지금 바로 처리해야 할 지시
• 나중에 확장할 질문

반대로 긴 구조화 문서를 Telegram에서 완성하려고 하면 금방 지친다.

2) Hermes, 라우터이자 실행기

Hermes는 Telegram에서 들어온 메시지를 받고, 그 입력이 단순 답변인지, 장기 기억으로 남길 가치가 있는지, 후속 작업이 필요한지를 가르는 라우터 역할에 잘 맞는다.

Hermes Messaging Gateway는 세션, 백그라운드 작업, 홈 채널, 그룹 규칙까지 같이 다룬다. 즉 메신저와 에이전트 실행 레이어를 묶는 데 강하다.

• Messaging Gateway: https://hermes-agent.nousresearch.com/docs/user-guide/messaging

실무적으로 보면 Hermes는 아래 판단을 맡는 게 좋다.

• 지금 바로 답할 것인가
• GBrain에 남길 것인가
• Obsidian 문서 후보로 올릴 것인가
• 그냥 채팅에서 끝낼 것인가

3) GBrain, brain-first 조회 레이어

GBrain 설치 문서와 README는 공통으로 brain-first 패턴을 강조한다. 에이전트는 외부 검색보다 먼저 brain을 조회해야 하고, 새 정보가 생기면 다시 brain을 갱신해야 한다는 흐름이다.

• INSTALL_FOR_AGENTS.md: https://raw.githubusercontent.com/garrytan/gbrain/master/INSTALL_FOR_AGENTS.md

이 계층은 사람이 보기 예쁜 문서보다, 에이전트가 다음 답변에서 다시 꺼내 쓸 수 있는 기억에 집중한다.

GBrain에 잘 맞는 것은 이런 것들이다.

• 사람, 회사, 프로젝트 엔티티 정보
• 반복해서 다시 찾게 되는 판단 기준
• 회의/통화/링크/아이디어의 누적 맥락
• 나중에 관계 검색이 필요한 정보

4) Obsidian, 사람이 읽는 최종 정리층

Obsidian은 사람이 읽고 편집하고 발행하는 데 강하다. 즉 “생각의 창고”라기보다, 정리된 문서와 연결 문서의 층으로 두는 편이 좋다.

여기에는 아래 성격의 결과물이 잘 맞는다.

• 발행 후보 글
• 프로젝트 문서
• 치트시트와 정리 노트
• 시리즈 문서
• 사람이 직접 다듬을 문서

이 구조로 가면 GBrain은 빠르게 축적하고, Obsidian은 늦게 정제한다.

가장 중요한 원칙, 모든 입력을 양방향 동기화하지 않는다

이 설계에서 가장 큰 함정은 “좋아, 그럼 Telegram, GBrain, Obsidian을 전부 실시간으로 다 맞춰 두자”라는 생각이다. 그렇게 시작하면 거의 항상 복잡해진다.

GBrain 설치 문서도 brain repo와 tool repo를 분리하라고 말한다. 이건 단지 파일 경로 얘기가 아니다. 역할이 다른 저장소를 섞지 말라는 운영 원칙에 가깝다.

• INSTALL_FOR_AGENTS.md: https://raw.githubusercontent.com/garrytan/gbrain/master/INSTALL_FOR_AGENTS.md

초반에는 아래처럼 단방향에 가깝게 잡는 편이 좋다.

1. Telegram 입력
2. Hermes 분기
3. GBrain 축적
4. 필요한 것만 Obsidian으로 승격

즉, 기본은 Telegram → GBrain → Obsidian이다. 반대로 Obsidian 전체를 다시 Telegram으로 되돌리거나, 모든 GBrain 페이지를 자동으로 Obsidian에 복제하려 하면 충돌이 생긴다.

추천 루프 1, 아이디어 캡처 루프

가장 먼저 만들기 좋은 건 아이디어 루프다.

흐름

1. Telegram에 생각을 보낸다
2. Hermes가 이걸 아이디어/링크/질문으로 분류한다
3. 저장 가치가 있으면 GBrain에 page 또는 note로 남긴다
4. 주간 리뷰 때 Obsidian에 정리본으로 승격한다

왜 이 루프가 좋은가

입력은 가볍고, 정리는 나중에 몰아서 할 수 있기 때문이다. “좋은 아이디어인데 지금 문서로 쓰기 귀찮다”는 마찰이 줄어든다.

미니 사례

출근길에 Telegram으로 “Hermes는 메신저 게이트웨이, GBrain은 기억 레이어, Obsidian은 발행 레이어”라고 적는다. 이건 당장 문서가 될 필요는 없다. 먼저 GBrain에 남기고, 나중에 관련 메모 여러 개가 쌓이면 Obsidian 문서 한 편으로 승격하면 된다.

추천 루프 2, 링크와 자료 수집 루프

링크는 쌓이기 쉽고, 잊히기 더 쉽다. 이때는 GBrain의 엔티티 연결과 검색 레이어가 특히 유용하다.

흐름

1. Telegram으로 링크를 보낸다
2. Hermes가 링크 타입을 판별한다
3. 요약과 출처를 붙여 GBrain에 저장한다
4. 주제별로 가치가 높아지면 Obsidian 리서치 노트에 통합한다

왜 이 루프가 좋은가

Obsidian에 처음부터 모든 링크를 수동 정리하지 않아도 되기 때문이다. 일단 GBrain에 보관하고, 정말 살아남는 것만 사람용 문서로 옮기면 된다.

검증 기준

• 며칠 뒤 같은 주제를 찾을 때 GBrain 검색으로 다시 나오는가
• 링크가 사람/회사/주제와 연결돼 있는가
• 나중에 글 쓸 때 Obsidian에서 재활용 가능한가

추천 루프 3, 사람과 프로젝트 기억 루프

GBrain README가 특히 강하게 미는 부분이 사람·회사·관계·타임라인이다. 이건 일반 노트앱이 약한 영역이다.

흐름

1. Telegram 또는 회의 입력이 들어온다
2. Hermes가 사람/회사/프로젝트 엔티티를 추출한다
3. GBrain에 엔티티 페이지와 관계를 누적한다
4. Obsidian에는 회의 정리나 프로젝트 요약만 남긴다

이 구조가 좋은 이유는, 사람에 대한 맥락은 계속 바뀌고 축적되는데, Obsidian 문서는 상대적으로 정리된 상태를 유지해야 하기 때문이다.

무엇을 GBrain에 남기고, 무엇을 Obsidian에 남길까

이 구분이 애매하면 운영이 금방 무거워진다. 아래처럼 자르면 실전에서 꽤 편하다.

GBrain에 우선 저장

• 짧은 아이디어
• 링크와 클리핑
• 회의/대화 메모
• 사람/회사/프로젝트 맥락
• 나중에 관계 검색이 필요한 데이터

Obsidian에 우선 저장

• 최종 정리 글
• 시리즈 문서
• 업무 매뉴얼
• 사람이 읽는 리서치 정리
• 발행용 콘텐츠

둘 다 거치는 것

• 처음엔 Telegram에서 들어오고
• GBrain에 중간 기억으로 쌓였다가
• Obsidian에 정리본으로 승격되는 자료

이 셋째 경로가 실제 핵심이다.

초반엔 폴더보다 규칙이 먼저다

많은 사람이 지식 시스템을 만들 때 폴더 구조부터 끝없이 고친다. 하지만 이 구조에서는 폴더보다 먼저 아래 네 규칙이 있어야 한다.

규칙 1, Telegram은 입력만 쉽게

메시지를 길게 정리하려 하지 않는다. 캡처 우선이다.

규칙 2, GBrain은 brain-first

Hermes가 답하기 전 먼저 찾아볼 장기 기억 계층으로 둔다.

규칙 3, Obsidian은 승격 문서만

사람이 다시 읽을 가치가 있는 문서만 올린다.

규칙 4, 자동화는 작은 것부터

처음부터 회의, 이메일, 음성, 캘린더를 한꺼번에 묶지 않는다. Telegram 입력 루프 하나가 안정화된 뒤 넓힌다.

추천 초기 구현 순서

이 순서로 가면 덜 꼬인다.

1단계, Telegram 입력 안정화

이미 앞 글에서 다룬 것처럼, Hermes Telegram gateway를 안정화한다.

• DM에서 입력 가능
• /sethome 설정
• 나만 쓰는 allowlist 적용

2단계, GBrain 로컬 brain 생성

GBrain 공식 설치 문서 기준으로 local brain을 먼저 만든다.

gbrain init
gbrain doctor --json

그리고 별도 brain repo를 두고, Markdown 소스를 이쪽에서 관리하게 한다.

• INSTALL_FOR_AGENTS.md: https://raw.githubusercontent.com/garrytan/gbrain/master/INSTALL_FOR_AGENTS.md

3단계, Telegram 입력 중 “기억 가치 있음”만 GBrain 저장

처음부터 전량 저장하지 말고, 아래만 우선 저장한다.

• 링크
• 짧은 아이디어
• 반복 등장하는 사람/회사/프로젝트

4단계, 주 1회 Obsidian 승격

GBrain에 쌓인 메모 중 살아남은 것만 Obsidian 정리 노트로 올린다.

5단계, 그 다음에야 자동화 확장

이후에 이메일, 미팅, 음성, 캘린더를 붙인다. 순서가 뒤집히면 유지보수가 어려워진다.

실전 추천 구성

개인 사용 기준으로는 아래 정도가 무난하다.

Telegram = 입력
Hermes = 수집/분기/응답
GBrain = 장기 기억, 관계 검색, 중간 축적
Obsidian = 정리 문서, 발행 후보, 사람용 노트

이 구성의 장점은 분명하다.

• 입력 마찰이 낮다
• 기억 검색이 빨라진다
• Obsidian이 잡탕 창고가 되지 않는다
• 나중에 자동화를 붙여도 구조가 덜 무너진다

하지 않는 편이 좋은 것

1) Telegram 전체 로그를 그대로 Obsidian에 밀어 넣기

사람이 다시 볼 가치 없는 내용까지 문서가 늘어난다.

2) Obsidian 전체를 GBrain에 무조건 재수입하기

가능은 하지만 초반에는 노이즈가 너무 많아질 수 있다. 정제된 폴더부터 작게 시작하는 편이 낫다.

3) 모든 메시지를 전부 기억으로 승격하기

장기 기억은 많다고 좋은 게 아니다. 나중에 다시 찾을 가치가 있는 것만 남겨야 한다.

이 구조가 잘 굴러가는지 확인하는 질문

설계가 맞는지 보려면 아래 세 가지를 물어보면 된다.

1. Telegram에 메모를 남기는 일이 가벼워졌나
2. 며칠 뒤 비슷한 주제를 다시 꺼낼 때 GBrain이 실제로 도움이 되나
3. Obsidian 문서가 더 읽기 쉬워지고 덜 복잡해졌나

이 셋 중 하나라도 계속 나빠지면, 동기화 범위나 저장 기준이 너무 넓은 경우가 많다.

내 추천 결론

처음부터 완벽한 개인 브레인을 만들려고 하지 않는 게 좋다. 가장 좋은 시작은 이거다.

• Telegram은 캡처 채널로만 쓰기
• Hermes는 라우팅과 응답에 집중하기
• GBrain은 장기 기억과 검색에 집중하기
• Obsidian은 승격된 문서만 유지하기

이렇게 가면 시스템이 단순하면서도, 시간이 갈수록 지식이 누적된다. Hermes는 매일 쓰는 손잡이가 되고, GBrain은 뒤에서 기억을 쌓고, Obsidian은 사람이 읽을 만한 결과물만 남긴다. 이 역할 분리가 오래 가는 구조다.

다음 읽기

• Hermes 03. 모델 선택과 기본 설정
• Hermes 04. 텔레그램 연결과 게이트웨이 운영
• Hermes 시리즈 인덱스
• Hermes 01. OpenClaw와 무엇이 다른가