Hermes Agent 공식 번들 vs
커뮤니티 Skills: 2026 필수 설치 목록 고르는 법
Hermes Agent Skills에서 막히는 지점은 「없다」가 아니라 공식 번들과 커뮤니티 Hub skills를 어떻게 겹쳐 쓸지인 경우가 많습니다. 이 글은 양쪽을 2026 필수 설치 목록·설치 우선순위·시나리오별 스택으로 정리합니다(2026-05-26 확인). 최신 목록은 Bundled Skills Catalog와 hermes skills browse를 참고하세요.
안정적인 접근은 이층 구조입니다. 공식 번들이 베이스(계획·디버깅·TDD·리뷰·GitHub·MCP·생산성·리서치)이고, 커뮤니티 / Hub가 확장(클라우드 브라우저, SaaS 연동, 페이지 정제, 심화 E2E, 장기 workflow)입니다. Hub 인기만 쫓으면 중복·과설치·고권한 리스크가 늘고, 공식만 쓰면 작업 체인에 빈틈이 남을 수 있습니다.
1공식 번들＝베이스, 커뮤니티＝확장
설치 후 번들 skills는 ~/.hermes/skills/에 복사되고, hermes update로 동기화되며 로컬 편집도 유지됩니다. optional-skills/ 아래는 hermes skills install official/<category>/<skill>가 필요합니다. 커뮤니티 skill은 Skills Hub(skills-sh, well-known, 직접 URL 등)에서 설치합니다. 제3자 소스는 스캔되지만, 신뢰 전에 반드시 hermes skills inspect를 실행하세요.
hermes skills list / 미사용 skill은 hermes skills disable).
2공식 번들: 기본으로 유지할 skills
대부분의 사용자가 알고 두고 삭제하지 않는 번들 능력(~/.hermes/skills/ 경로)입니다:
| 우선순위 | Skill | 역할 |
|---|---|---|
| P0 | software-development/plan, writing-plans | 계획 모드와 실행 가능한 작업 분해 |
| P0 | systematic-debugging, python-debugpy, node-inspect-debugger | 단계적 트러블슈팅·언어별 디버깅 |
| P0 | test-driven-development | RED-GREEN-REFACTOR 가드레일 |
| P0 | requesting-code-review, subagent-driven-development | 커밋 전 리뷰·서브에이전트 실행 |
| P0 | github/* (pr-workflow, code-review, issues) | PR / Issue 일련 workflow |
| P0 | mcp/native-mcp | MCP 서버 연결·도구 등록 |
| P1 | productivity/google-workspace, notion, linear | 일반 오피스·프로젝트 관리 |
| P1 | research/arxiv, blogwatcher, llm-wiki | 논문, RSS, 지식베이스 골격 |
| P1 | note-taking/obsidian, media/youtube-content | 로컬 메모·동영상 전사(베이스라인) |
| P2 | creative/humanizer, devops/webhook-subscriptions | 문체 조정, 이벤트 기반 에이전트 |
실수로 삭제했다면 hermes skills reset <name> --restore로 번들에서 복원할 수 있습니다. Mac에서는 선택 apple/macos-computer-use와 imessage가 유용하지만, 프로덕션에서는 승인 흐름과 디렉터리 경계를 엄격히 하세요.
3커뮤니티: 우선 설치할 skills
번들에 같은 영역이 있으나 얕거나, 연동이 빠진 경우 Hub skill을 추가합니다. 설치 ID는 바뀔 수 있으므로 실행 시점의 hermes skills inspect를 기준으로 하세요:
| 우선순위 | 영역 | 대표 설치 / 참고 |
|---|---|---|
| P0 | 클라우드 브라우저 | skills-sh/browser-use/browser-use/browser-use (봇 대응, 프록시, 로그인 상태 유지) |
| P0 | 페이지 정제 | official/research/defuddle 또는 Obsidian 팩 내 defuddle(토큰 절감) |
| P1 | SaaS 브리지 | Composio (hermes skills search composio)—CLI와 MCP를 무작정 둘 다 넣지 않기 |
| P1 | Obsidian 심화 | Hub obsidian-cli, json-canvas 등(번들 obsidian은 베이스라인) |
| P1 | E2E 테스트 | Playwright 계열 (hermes skills search playwright) |
| P2 | SEO / GEO | 콘텐츠 사이트용 skill. humanizer와 역할 분담(구조 vs 문체) |
| P2 | Skill 생성·진화 | Skill Factory, SkillClaw, Reflexion—프로덕션 전 샌드박스 검증 |
--yolo는 금지. 시크릿은 ~/.hermes/.env에만 두고 chmod 600을 지키세요.
4겹치기 쉬운 능력 구분하기
- →인간다운 글쓰기: 번들
humanizervs Hub SEO 팩—키워드·구조 템플릿이 필요할 때만 SEO 추가. - →계획:
plan/writing-plans로 일상은 충분. Kanban형 오케스트레이션이 필요할 때만kanban-orchestrator. - →브라우저: 내장 Chromium 도구 ＋ Browser Use ＝ 클라우드 세션·탐지 회피. 해외 로그인이 불필요하면 생략 가능.
- →지식베이스: 자체 wiki는
llm-wiki. 번들 Obsidian과 Hub 확장은 원칙상 한쪽만 깊게. - →MCP:
native-mcp는 서버 배선, Composio MCP는 SaaS 배선—같은 도구를 이중 등록하지 않기.
5시나리오별 스택(공식 베이스 ＋ Hub 부스트)
- →개발: plan ＋ TDD ＋ github-pr-workflow ＋ requesting-code-review. 로그인 벽 뒤 문서에는 Browser Use 옵션.
- →SEO 콘텐츠 사이트: writing-plans ＋ humanizer ＋ 경쟁 페이지용 Defuddle. Hub SEO skill은 추가 레이어.
- →리서치: arxiv ＋ blogwatcher ＋ Defuddle. 저장은 llm-wiki 또는 Obsidian 확장.
- →오피스 자동화: google-workspace ＋ Composio. 정기 트리거는 webhook-subscriptions.
- →웹 테스트: TDD ＋ Playwright skill ＋ 탐색적 QA용 dogfood.
6커뮤니티 skill 설치 전 체크리스트
- 1출처:
official/·skills-sh/우선. 불명 URL은 반드시inspect - 2스크립트: SKILL.md가 참조하는 shell/Python 확인—난독화는 피하기
- 3네트워크: 알 수 없는 도메인 기록. 프로덕션 호스트는 egress 제한
- 4시크릿: OAuth/API 스코프 최소화. 프로젝트 Git에 키 넣지 않기
- 5파일시스템: 기본 작업 디렉터리, 전체 디스크·Keychain 요청 확인
- 6유지보수: 최근 커밋, Issue 대응 여부
- 7설치 후:
hermes skills list. 세션 반영은/reset또는--now
72026 추천 Top 20
| # | 출처 | Skill | 이유 |
|---|---|---|---|
| 1 | 공식 | plan + writing-plans | 작업 분해의 토대 |
| 2 | 공식 | systematic-debugging | 수정 전 원인 파악 |
| 3 | 공식 | test-driven-development | 품질 게이트 |
| 4 | 공식 | requesting-code-review | 커밋 전 스캔 |
| 5 | 공식 | github-pr-workflow | PR 주 경로 |
| 6 | 공식 | github-code-review | diff 읽기·코멘트 |
| 7 | 공식 | native-mcp | 도구 면 확장 |
| 8 | 공식 | subagent-driven-development | 대규모 작업 병렬화 |
| 9 | 공식 | hermes-agent | 자기 설정·트러블슈팅 |
| 10 | 공식 | google-workspace / notion | 오피스 스택—하나 또는 둘 다 |
| 11 | 공식 | arxiv + blogwatcher | 정보 수집 |
| 12 | 공식 | obsidian(베이스라인) | 로컬 지식베이스 |
| 13 | 공식 | webhook-subscriptions | 이벤트 자동화 |
| 14 | 커뮤니티 | Browser Use | 클라우드 브라우저·세션 상태 |
| 15 | 커뮤니티/선택 | Defuddle | 웹 페이지 토큰 절감 |
| 16 | 커뮤니티 | Composio | 1000+ SaaS 커넥터 |
| 17 | 커뮤니티 | Playwright(Hub) | E2E 회귀 |
| 18 | 커뮤니티 | Obsidian 확장 팩 | CLI / Canvas 심화 |
| 19 | 커뮤니티 | SEO / GEO skills | 콘텐츠 사이트용(선택) |
| 20 | 커뮤니티 | Skill Factory / Reflexion | 성숙 workflow 축적 |
설치와 Gateway 기초는 Hermes 완벽 설치·구성 가이드와 Mac 설치 체크리스트를 참고하세요.
8레이어형 skill 관리는 Mac mini에 잘 맞습니다
Skills는 터미널·브라우저·로컬 파일을 호출합니다. macOS는 네이티브 Unix, 상시 Gateway용 launchd, Docker 터미널 백엔드를 제공해 Windows WSL만큼 손이 가지 않습니다. Mac mini M4는 유휴 시 약 4W, 통합 메모리는 상시 Hermes ＋ 브라우저 자동화에 유리합니다. Gatekeeper, FileVault, 수동 승인 모드는 고권한 커뮤니티 skill의 노출을 줄입니다.
이 글의 「공식 베이스 ＋ 소수 Hub 확장」으로 프로덕션 에이전트를 만든다면 Mac mini M4는 가성비 좋은 호스트입니다. 장시간 가동에 맞는 하드웨어에서 Skills를 돌리려면 지금 Mac mini를 검토해 보세요.
- 1공식 P0 유지: plan / debug / TDD / review / GitHub / native-mcp
- 2시나리오마다 Hub 1〜3개. 공식과 중복하지 않기
- 3설치 전 inspect, 최소 권한. 분기마다 미사용 skill disable