Hermes, NAS, GitHub, Obsidian, Telegram과 함께 개인 AI 에이전트 작업 공간 구축하기

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Build a Private AI Agent Workspace with Hermes, NAS, GitHub, Obsidian, and Telegram - Zima Store Online

AI 에이전트가 노트북이 켜져 있을 때만 실행된다면 여전히 데스크톱 도구입니다. 개인 AI 에이전트 작업 공간은 안정적으로 실행할 장소, 읽고 업데이트할 수 있는 메모리 시스템, 검토할 수 있는 버전 기록, 그리고 어디서나 작업을 보낼 수 있는 간단한 방법이 필요합니다.

실용적인 스택은 에이전트 런타임으로 Hermes, 24/7 기반으로 NAS 또는 VM, 마크다운 메모리로 Obsidian, 동기화 및 검토 계층으로 GitHub, 명령 인터페이스로 텔레그램, 그리고 프라이버시나 비용이 중요할 때 로컬 AI 도구인 Ollama와 Open WebUI를 사용하는 것입니다.

이 작업 공간이 실제로 하는 일

이 설정은 흩어진 AI 사용을 반복 가능한 워크플로우로 전환합니다. ChatGPT, 노트, GitHub, 메시징 앱 간에 텍스트를 복사하는 대신 한 번의 명령을 보내면 Hermes가 처리하고, 결과를 Obsidian에 저장하며, 변경 사항을 GitHub에서 추적하고, 출력을 텔레그램으로 받습니다.

문제	작업 공간 수정	도구
에이전트가 프로젝트 컨텍스트를 잊어버립니다	지속적인 메모리를 마크다운에 저장하세요	Obsidian
에이전트 변경 사항은 신뢰하기 어렵습니다	모든 편집을 버전 기록으로 추적하세요	GitHub
노트북은 24시간 7일 작업을 실행할 수 없습니다	런타임을 항상 켜져 있는 하드웨어로 옮기세요	NAS / VM
작업을 원격으로 보내기 어렵습니다	모바일 명령 채널을 사용하세요	Telegram
일상적인 AI 호출은 비용이 너무 많이 듭니다	가능할 때 간단한 작업은 로컬에서 실행하세요	Ollama / Open WebUI

Hermes를 에이전트 런타임으로 사용하세요

Hermes Agent는 런타임 계층입니다. 작업을 받고, 컨텍스트를 유지하며, 스킬과 협력하고, 메시징 채널을 통해 소통하며, 예약 작업을 실행할 수 있습니다. 이 스택에서 Hermes는 작업자이며, NAS는 작업자가 상주하는 장소입니다.

Hermes에게 모든 것을 완전히 맡기지 마세요. 노트 요약, 링크 저장, 일일 브리핑 생성, GitHub 저장소 확인, 텔레그램 답장 초안 작성 및 승인 요청과 같은 좁은 작업부터 시작하세요. Hermes 계층은 ZIMA 공식가이드를 따라 에이전트 런타임이 금고, 로그, 자동화 작업을 저장하는 항상 켜져 있는 작업 공간에 설치되도록 하세요.

우선 순위가 높은 Hermes 작업

작업	입력	출력
링크 저장	텔레그램 URL	요약 및 태그가 포함된 Obsidian 노트
일일 프로젝트 브리핑	GitHub 변경 사항 + 최근 노트	텔레그램 요약
연구 캡처	텍스트, 스크린샷 또는 음성 메모	구조화된 노트 입력 `wiki/`
초안 승인	프롬프트 또는 수신 메시지	작업 전에 텔레그램으로 초안 전송

에이전트를 데스크톱뿐만 아니라 NAS나 VM에서 실행하세요

데스크톱은 노트 편집과 변경 사항 검토에 적합합니다. 항상 켜져 있는 자동화에는 적합하지 않습니다. 크론 작업, 백그라운드 동기화, 텔레그램 봇, 로그, 장기 실행 에이전트 작업에는 NAS나 VM이 더 좋습니다.

여기에 ZimaSpace가 자연스럽게 들어맞습니다. ZimaBoard 2 개인 서버는 Telegram, GitHub 동기화, 크론, Obsidian 파일이 포함된 가벼운 Hermes 작업 공간에 충분합니다. 금고가 크거나 파일이 중요하거나 Ollama, Open WebUI, RAG, 팀 저장소를 한 곳에서 원할 때는 ZimaCube 2 AI NAS가 더 적합합니다.

Obsidian을 에이전트 메모리 계층으로 사용하세요

Obsidian이 작동하는 이유는 메모리가 읽기 쉽게 유지되기 때문입니다. 그 로컬 마크다운 데이터 저장 모델은 노트가 금고 안의 일반 파일로 존재함을 의미합니다. 사람이 편집할 수 있고 에이전트가 읽고 업데이트할 수 있습니다.

금고를 구조화된 상태로 유지하세요. 에이전트가 원하는 곳에 마음대로 쓰지 못하게 하세요.

vault/
├── AGENTS.md
├── LLMMEMORIES.md
├── SYSTEMPROMPT.md
├── raw/
├── wiki/
└── .obsidian/

파일 / 폴더	목적	에이전트 규칙
`AGENTS.md`	작업 공간 규칙	먼저 읽고 검토 후에만 편집하세요
`LLMMEMORIES.md`	지속적인 프로젝트 및 사용자 컨텍스트	자주 읽고 신중하게 업데이트하세요
`SYSTEMPROMPT.md`	스타일, 출력, 행동 선호도	작성 전에 읽기
`raw/`	원본 출처, PDF, 스크린샷, 전사본	읽기 전용
`wiki/`	정리된 노트, 요약, 연결된 지식	주요 작성 영역

자동화 전에 명확한 AGENTS.md를 작성하세요

AGENTS.md 는 금고에서 가장 중요한 파일입니다. Hermes가 노트를 다루기 전에 어떻게 행동할지 알려줍니다.

# AGENTS.md

작성 전에:
1. LLMMEMORIES.md를 읽으세요.
2. 새 노트를 만들기 전에 기존 wiki/ 노트를 확인하세요.
3. raw/는 절대 편집하지 마세요.
4. 새로운 구조화된 노트는 wiki/에만 작성하세요.
5. 명확한 제목과 내부 링크를 사용하세요.
6. 외부 자료를 요약할 때 출처 링크를 추가하세요.
7. AGENTS.md, SYSTEMPROMPT.md, 또는 LLMMEMORIES.md를 편집하기 전에 승인을 요청하세요.
8. 각 완료된 작업 후에 Telegram 요약을 전송하세요.

이 한 파일이 대부분의 초기 실수를 방지합니다: 중복된 노트, 엉망인 명명, 덮어쓴 출처, 그리고 에이전트 메모리 표류.

GitHub를 검토 계층으로 사용하세요

에이전트가 작성한 메모리는 이력이 필요합니다. GitHub는 차이점, 롤백, 브랜치, 비공개 저장소, 그리고 사람의 검토를 제공합니다. 이는 에이전트가 한 순간에는 유용한 노트를 작성하다가 다음 순간에는 지식 기반을 오염시킬 수 있기 때문에 중요합니다.

Obsidian GitHub Sync 플러그인은 Obsidian 금고를 GitHub에 연결할 수 있습니다. GitHub 자체의 저장소 파일 및 수정 이력 모델은 에이전트 편집이 추적되지 않는 대신 금고에 제어된 백엔드를 제공합니다.

간단한 검토 워크플로우

Obsidian에서 노트를 편집합니다.
금고는 개인 GitHub 저장소와 동기화됩니다.
Hermes는 최신 컨텍스트를 읽습니다.
Hermes는 승인된 폴더에만 작성합니다.
변경 사항은 GitHub를 통해 다시 동기화됩니다.
업데이트를 장기 기억으로 신뢰하기 전에 변경 사항을 검토합니다.

텔레그램을 제어 채널로 사용하세요

텔레그램은 책상에서 떨어져 있을 때 에이전트를 가장 빠르게 사용할 수 있는 방법입니다. 링크, 음성 노트, 작업, 스크린샷 또는 명령을 보내세요. Hermes가 NAS에서 처리하고 결과를 다시 보냅니다.

Telegram messages.sendMessage API는 채팅에 메시지를 다시 보내는 것을 지원하여 텔레그램을 요약, 알림, 승인 요청, 완료 알림에 유용하게 만듭니다.

유용한 텔레그램 명령어

명령	에이전트 작업
이 링크 저장	URL 요약 후 작성 `wiki/`
이것을 기억하세요	짧은 항목 추가 `LLMMEMORIES.md` 승인 후
요약해 주세요	오늘의 GitHub 변경 사항과 새 노트 요약
답장 초안 작성	초안을 작성하고 승인 요청을 위해 다시 보냄
관련 노트 찾기	금고를 검색하고 연결된 컨텍스트 반환

첫 번째 워크플로우 구축: 텔레그램에서 Obsidian으로

가장 좋은 첫 번째 워크플로우는 캡처입니다. 전체 자동화부터 시작하지 마세요. 텔레그램 메시지를 깨끗한 Obsidian 노트로 전환하는 것부터 시작하세요.

단계	작업	출력
1	텔레그램 메시지 또는 URL 전송	Hermes가 입력을 받았습니다
2	Hermes가 입력을 분류합니다	작업 유형: 링크, 노트, 알림, 연구, 초안
3	Hermes가 읽습니다 `AGENTS.md`	올바른 폴더 및 작성 규칙 선택됨
4	Hermes가 노트를 생성합니다	마크다운 파일 위치 `wiki/` 또는 받은 편지함
5	GitHub가 변경 사항을 동기화합니다	검토 가능한 버전 기록
6	Hermes가 텔레그램 요약을 보냅니다	무엇이 저장되었는지 알고 있습니다

캡처가 작동한 후 크론 추가

예약된 작업은 기본 캡처 루프가 안정된 후에 시작해야 합니다. 작업에 명확한 트리거, 예측 가능한 출력, 낮은 위험이 있을 때 Hermes 크론이 유용합니다.

일일 브리핑, GitHub 모니터링, 노트 정리, 링크 요약, 알림 워크플로우와 같은 반복 작업에는 Hermes 크론 자동화 가이드를 사용하세요.

개인 작업 공간에 적합한 크론 작업

크론 작업	실행 시점	작성 대상
일일 브리핑	매일 아침	`wiki/daily/` 및 텔레그램
GitHub 변경 요약	하루에 한 번	프로젝트 노트
받은 편지함 정리	매일 저녁	연결된 위키 페이지
읽기 대기열 요약	주 2회	연구 노트

로컬 AI는 도움이 되는 곳에만 추가하세요

로컬 AI는 일상 업무에 유용합니다: 노트 요약, 콘텐츠 태그 지정, 작업 항목 추출, 대본 정리, 개인 컨텍스트에서 답변 제공 등. 복잡한 추론, 긴 연구, 복잡한 코딩에는 여전히 클라우드 AI가 더 좋습니다.

로컬 모델 계층에 대한 좋은 참고 자료는 Ollama 및 Open WebUI 자체 호스팅 가이드입니다. 이 아키텍처에서 Ollama는 로컬 모델을 처리하고, Open WebUI는 자체 호스팅 인터페이스를 제공하며, Hermes는 작업 흐름을 결정합니다.

작업	로컬 모델	클라우드 모델
짧은 노트 요약	적합함	선택 사항
Obsidian 페이지 태그 지정	적합함	보통 불필요
Telegram 메시지 분류	적합함	보통 불필요
복잡한 코딩 작업	모델에 따라 다름	더 좋음
심층 연구 보고서	전처리에 유용	최종 추론에 더 좋음

자동화 안전 유지

읽기, 요약, 저장, 알림부터 시작하세요. 워크플로우가 입증될 때까지 위험한 작업은 지연하세요.

작업	추천 규칙
읽기 `raw/`	허용됨
쓰기 대상 `wiki/`	규칙 테스트 후 허용
편집 `LLMMEMORIES.md`	검토 필요
편집 `AGENTS.md`	검토 필요
외부 메시지 전송	Telegram 승인 필요
파일 삭제	기본적으로 차단
코드 푸시	브랜치 및 사람 검토 필요

최종 요점

Hermes는 에이전트에 런타임을 제공합니다. Obsidian은 메모리를 제공합니다. GitHub는 변경 사항에 대한 제어를 제공합니다. Telegram은 원격 인터페이스를 제공합니다. NAS는 전체 시스템이 안정적으로 실행될 장소를 제공합니다.

이것이 바로 이 주제가 ZimaSpace에 적합한 이유입니다. NAS는 더 이상 백업이나 미디어 저장소만이 아닙니다. AI 에이전트 사용자에게 NAS는 메모리, 자동화, 24/7 개인 워크플로우를 위한 개인 인프라 계층이 됩니다.

FAQ

Hermes가 Obsidian을 장기 메모리로 사용할 수 있나요?

네. Hermes는 Obsidian 금고가 명확한 규칙, 읽기 쉬운 Markdown 파일, 안전한 쓰기 권한으로 구성되어 있다면 장기 메모리로 사용할 수 있습니다.

왜 AI 에이전트에 GitHub와 Obsidian을 함께 사용하나요?

GitHub는 에이전트 편집을 검토할 수 있게 합니다. Hermes가 잘못된 노트를 작성하거나 메모리를 잘못 변경하면, 차이점을 검사하고 파일을 되돌리거나 규칙을 강화할 수 있습니다. AGENTS.md.

Telegram이 NAS에서 실행 중인 AI 에이전트를 제어할 수 있나요?

네. Telegram은 명령, 링크, 노트, 승인 결정을 에이전트에게 보낼 수 있습니다. 에이전트는 요약, 초안, 알림, 완료 메시지를 Telegram으로 다시 보낼 수 있습니다.

이 작업 공간에 로컬 AI 모델이 필요합니까?

아니요. 클라우드 모델로 시작할 수 있습니다. 로컬 모델은 일상 작업 비용을 낮추거나 내부 노트의 프라이버시를 강화하거나 자체 호스팅 AI 인터페이스가 필요할 때 유용해집니다.

어떤 ZimaSpace 장치가 이 워크플로우에 적합합니까?

ZimaBoard 2는 Telegram, cron, GitHub 동기화, Obsidian이 포함된 가벼운 Hermes 작업 공간에 적합합니다. ZimaCube 2는 더 많은 파일, RAG, Open WebUI, Ollama, 팀 저장소가 포함된 더 큰 AI NAS 작업 공간에 적합합니다.