Hermes Telegram 디폴트 봇 1개에서 2개로 추가 할때 겪는 삽질기

세줄요약

1. Telegram 다중 봇은 단순히 토큰만 추가하는 문제가 아니라, Hermes의 profile 구조를 분리해야 안정적으로 운영할 수 있다는 점을 배웠음🤖(다른방법은 모름...)

2. default 환경에서 계속 충돌이 발생했지만, profile별 .env·gateway·memory를 독립 운영하면서 해결할 수 있었음 ⚙️

3. 이번 경험을 통해 Hermes의 멀티 에이전트 구조와 profile 기반 운영 철학을 일부 이해하게 되었고, 앞으로 더 큰 자동화 세계가 기대함. 🚀

소개

22기 반려에이전트반 과제 중 하나로 Telegram 봇을 Hermes에 연결하는 작업을 진행했습니다. 1주차 기본과제 순서에는 Telegram 봇 1개만 연결하는 것이었지만, 추가로 "2개의 Telegram 봇을 동시에 운영해보기"라는 개인 목표를 세우면서 본격적인 삽질이 시작됐습니다

처음에는 단순하게 생각했습니다.

“봇 토큰만 하나 더 넣으면 되는 거 아닌가?”

하지만 실제로는 그렇지 않았습니다.

두 번째 Telegram 봇을 연결하려고 하자,
기존 default 설정 구조와 충돌이 발생했고,
터미널에서는 계속해서 default 계정만 사용 가능하다는 에러가 발생했습니다.

특히 가장 멘붕이 왔던 부분은:

• Telegram token을 어디에 추가해야 하는지

• 기존 설정과 어떻게 분리해야 하는지

• gateway를 어떻게 운영해야 하는지

• profile 구조를 왜 써야 하는지

• 윈도우만 쓰던 사람에게 '~/.hermes/' 이런형태의 파일경로를 어떻게 찾아야하는지

이 흐름이 한 번에 이해되지 않았다는 점이었습니다

하지만 이번 작업을 통해 Hermes의 profile 구조를 일부 이해하게 되었고,
오히려 “다중 프로필 운영”이 Hermes의 진짜 시작점이라는 것도 느끼게 되었습니다

진행 방법

1️⃣ default 설정으로 두 번째 봇 연결 시도

처음에는 기존 default 환경에 두 번째 Telegram bot token만 추가하려고 했습니다.

하지만 실제로는:

• 설정 충돌 발생

• gateway 충돌 가능성

• default 환경 공유 문제

• terminal 에러 지속 발생

등의 문제가 계속 생겼습니다.

특히 terminal에서는:

현재 default profile만 사용 가능

같은 흐름의 에러가 반복적으로 발생했고,
왜 token이 분리되지 않는지 이해가 잘 되지 않았습니다.

2️⃣ Hermes profile 구조 학습

이후 profile 기반 운영 구조를 이해하게 되면서 방향이 완전히 바뀌었습니다.

핵심은:

“Telegram 다중 봇은 token 추가 문제가 아니라 profile isolation 문제다.

였습니다.

즉,
봇마다 독립된 profile을 만들고,
각 profile에 개별 설정을 넣어야 했습니다.

예시 구조:

~/.hermes/profiles/jegal
~/.hermes/profiles/jowoon
~/.hermes/profiles/sunwook

그리고 profile마다:

• .env

• config.yaml

• memory

• session

• gateway

를 각각 따로 운영해야 했습니다.

3️⃣ Telegram token 구조 이해

이번에 헷갈렸던 부분 중 하나는:

• Telegram 사용자 ID

• Telegram bot token

의 차이였습니다.

정리하면:

사용자 ID → 숫자 형태
Bot Token → 숫자:문자열 형태

예시:

123456789

123456789:AAAbbbCCCdddTOKEN

이 두 값을 혼동하면 gateway 연결이 제대로 되지 않았습니다.

또한 token은 절대 코드나 외부에 직접 노출하지 않고, 터미널이나
profile별 .env 파일에만 저장해야 한다는 운영 원칙도 정리했습니다 .

4️⃣ profile별 gateway 운영

이번 작업에서 가장 크게 배운 부분 중 하나는 gateway도 profile 단위로 분리해야 한다는 점이었습니다.

즉:

• 봇마다 gateway 실행

• 봇마다 상태 확인

• 봇마다 재시작

을 따로 해야 했습니다.

처음에는:

“왜 gateway를 따로 띄워야 하지?”

라는 생각이 들었는데,
실제로는 profile별 독립 운영을 위해 반드시 필요한 구조였습니다.

5️⃣ 사용한 도구

이번 작업에서 사용한 도구는:

• Hermes

• CODEX CLI

• Telegram Gateway

• macOS terminal

입니다.

결과와 배운 점

이번 작업에서 가장 크게 느낀 점은:

“Hermes는 profile 구조를 이해하는 순간 운영 방식 자체가 달라진다.”

는 점이었습니다.

처음에는:

• token만 추가하면 될 줄 알았고

• default 하나로 모든 걸 운영하려 했고

• 설정 충돌 이유를 이해하지 못했습니다.

하지만 profile 기반 구조를 이해하고 나니:

• 봇별 역할 분리 가능

• 설정 충돌 감소

• memory 분리 가능

• 스킬 분리 가능

• gateway 독립 운영 가능

등 훨씬 확장성 있는 구조라는 걸 체감했습니다.

특히 인상 깊었던 부분은:

• profile별 스킬 적용 가능

• 반대로 글로벌 스킬 적용도 가능

하다는 점이었습니다 😮

즉,
어떤 기능은 모든 봇에 공통 적용하고,
어떤 기능은 특정 봇에만 적용하는 식으로 운영할 수 있다는 점이 정말 흥미로웠습니다.

이번 작업은 단순히 Telegram 봇 2개를 연결한 것이 아니라,
Hermes의 운영 철학과 구조를 처음 제대로 이해하게 된 경험에 가까웠습니다.

앞으로 해보고 싶은 것 🚀

이제는:

• profile별 역할 특화

• 자동화 workflow 연결

• 스킬 체계 분리

• memory 운영 전략

• 예약 작업 자동화

• 다중 gateway 운영

같은 더 깊은 영역도 도전해보고 싶어졌습니다 😊

특히:

• 제갈공명 스타일 전략 봇

• 조자룡 스타일 실행 봇

• 순욱 스타일 브리핑 봇

처럼 페르소나 기반 멀티 에이전트 구조를 실제로 운영해보는 것도 기대 중입니다.

한 줄 회고 ✨

“다중 프로필부터 신세계가 열린다… 앞으로 배울 더 큰 세계가 기대된다.”

기술 스택

• Hermes

• CODEX CLI

• Telegram Gateway

• macOS Terminal

• Profile 기반 Multi-Agent 구조

• .env 기반 token 관리