🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Hermes Agent use cases의 핵심은 단순 챗봇이 아니라 /goal, Kanban, 브라우저 리서치, 기억 위키, 다중 기기 연결을 통해 일을 맡기고 굴리는 24시간 AI 직원형 워크플로우다.

📌 핵심 요점

1. /goal은 긴 작업을 맡기는 기능이지만, “앱을 만들어줘” 같은 단순 요청보다 목표·제약·세부 요구사항을 담은 정교한 프롬프트에서 가치가 커진다.
2. 좋은 /goal을 바로 쓰기 어렵다면, 먼저 AI에게 목표 설명을 바탕으로 실행용 /goal 프롬프트를 만들게 하는 메타프롬프팅이 효과적이다.
3. Kanban 보드는 하루 할 일을 triage에 넣으면 Hermes 에이전트와 서브에이전트가 작업을 자동 배정받아 진행하는 업무 큐처럼 쓰인다.
4. Hermes Agent는 브라우저와 컴퓨터를 제어해 경쟁 앱을 열고, 기능·기술 스택·결제 구조·분석 이벤트 등을 조사하는 리서치 자동화에 활용될 수 있다.
5. 기억 위키, 아침 우선순위 프롬프트, Tailscale 기반 다중 기기 연결을 결합하면 과거 작업 맥락과 여러 장치의 자원을 하나의 업무 환경처럼 운영할 수 있다.

🧩 배경과 문제 정의

• Hermes Agent는 강력한 AI 소프트웨어로 소개되지만, 많은 사용자는 이를 실제 일상 업무와 창작 워크플로우에 어떻게 적용해야 할지 막막해한다.
• 영상의 문제의식은 단순히 “AI에게 질문하기”가 아니라, 긴 작업을 맡기고 여러 에이전트를 병렬로 움직이며 하루 종일 업무를 진행시키는 방식에 있다.
• 핵심은 이미 설정된 Hermes Agent를 바탕으로 /goal, Kanban 보드, 브라우저·터미널·메모리·다중 기기 환경을 연결해 24시간 AI 직원처럼 운영하는 것이다.
• 특히 /goal은 단순 명령보다 메타프롬프트와 제약 조건 설계가 중요하며, Kanban triage는 하루의 아이디어와 작업을 에이전트에게 자동 배정하는 운영 허브로 쓰인다.
• 후반부에서는 경쟁 앱 리서치, 개인 기억 위키, 여러 기기에서의 테스트, 매일 아침 우선순위 기반 자기개선 루틴으로 확장되며, Hermes를 장기적인 개인 업무 시스템으로 구성하는 흐름을 보여준다.

🕒 시간순 섹션별 상세정리

1. Hermes Agent의 핵심은 여러 AI 직원을 동시에 굴리는 것이다

• 발표자는 Hermes Agent를 지금까지 본 소프트웨어 중 가장 강력한 도구로 소개하며, 여러 에이전트를 동시에 실행해 24시간 일하는 AI 직원처럼 활용할 수 있다고 보여준다 [00:24]
• 다만 많은 사용자가 Hermes Agent를 설치하고 실행하는 단계까지는 도달해도, 실제로 어떤 일을 맡겨야 할지 몰라 활용이 막힌다고 지적한다 [00:37]
• 첫 번째 활용 사례는 /goal로, Hermes Agent에게 오래 걸리는 대규모 작업을 맡기는 방식이다 [00:55]
• 하지만 “앱을 만들어줘”처럼 막연하게 입력하면 일반 채팅형 프롬프트와 다르지 않아, /goal이 가진 장기 작업 수행의 장점이 충분히 드러나지 않는다 [01:05]

2. 정교한 /goal 실행은 확인 질문을 거쳐 장기 작업으로 들어간다

• 완성된 /goal 프롬프트를 Hermes에 입력하면, Hermes는 곧바로 실행하지 않고 먼저 몇 가지 확인 질문을 던진다 [02:53]
• 이 확인 과정은 장시간 작업이 엉뚱한 방향으로 진행되는 위험을 줄이고, 목표와 범위를 맞추는 안전장치로 작동한다 [03:00]
• 두 번째 활용 사례는 Hermes의 Kanban 보드를 활용해 하루 업무를 triage에 넣고, 에이전트가 이를 자동으로 배정받아 처리하게 하는 방식이다 [04:06]
• 사용자는 하루를 시작하며 해야 할 일이나 떠오른 아이디어를 triage에 넣고, Hermes가 이를 실행 가능한 작업으로 나눠 처리하도록 만들 수 있다 [04:14]

3. Kanban 작업은 콘텐츠 생산과 리서치를 병렬화한다

• Hermes는 triage에 들어온 작업을 기반으로 유튜브 스크립트, 트윗, 리포트처럼 서로 다른 산출물을 동시에 생성할 수 있다 [05:34]
• 발표자는 이 구조가 하루 업무를 시작하는 방식 자체를 바꾼다고 설명하며, 해야 할 일을 AI 직원에게 위임하는 감각을 강조한다 [05:52]
• 세 번째 활용 사례는 경쟁 앱의 기술 리서치와 breakdown이며, 앱을 만드는 사람은 같은 시장의 다른 앱이 어떻게 작동하는지 이해해야 한다 [06:26]
• 발표자는 경쟁 앱 분석을 통해 자기 앱에 넣을 기능, 참고할 구조, 발견할 수 있는 시장 기회를 파악할 수 있다고 보여준다 [06:36]

4. Hermes는 브라우저와 콘솔을 이용해 웹앱 내부 구조를 조사한다

• Hermes Agent는 자체 브라우저로 Creator Buddy에 접속해 사이트 화면을 탐색하고 필요한 정보를 수집한다 [08:01]
• 분석 과정에서는 콘솔, 이미지, 터미널, 페이지 요소를 확인하며, 필요한 도구나 라이브러리를 찾기 위한 작업까지 스스로 구성한다 [08:12]

5. 개인 기억 위키는 과거 작업과 대화를 장기 자산으로 만든다

• 네 번째 활용 사례는 Hermes를 활용해 개인 기억 위키를 만드는 것이다 [09:42]
• 기억 위키 생성 프롬프트에는 방문 가능한 사이트, 대화 주제 목록, 일별 로그, 항목별 상세 대화와 작업 내용이 포함되어야 한다 [10:01]

6. 여러 기기를 하나의 개발·테스트 환경으로 묶을 수 있다

• 다섯 번째 활용 사례는 여러 기기를 하나의 작업 환경으로 연결해 운영하는 다중 기기 워크플로다 [11:40]
• 노트북에서 만든 코드를 아이폰이나 데스크톱에서 테스트하려면, 일반적인 로컬호스트의 한계를 넘어 기기 간 접근이 가능해야 한다 [12:00]

7. 다중 기기 관리는 Hermes를 개인 운영체제처럼 확장한다

• 여러 기기가 연결되면 Hermes는 한 컴퓨터 안에서만 쓰는 도구가 아니라, 사용자의 전체 작업 환경을 넘나드는 에이전트가 된다 [13:02]
• 발표자는 이 방식이 로컬 개발, 모바일 테스트, 데스크톱 확인을 자연스럽게 이어주고, 작업 공간의 제약을 줄인다고 보여준다 [13:16]

8. 매일 아침 우선순위 프롬프트로 Hermes를 자기개선 시스템으로 만든다

• 여섯 번째 활용 사례는 매일 아침 Hermes에게 오늘의 최우선 과제를 묻고, 그 우선순위를 돕는 작업을 만들게 하는 루틴이다 [13:40]
• 프롬프트는 “오늘 가장 중요한 우선순위가 무엇인지 묻고, 그 우선순위를 돕는 작업을 만들며, 관련 메모리를 갱신하라”는 구조다 [13:48]

9. 초반에 맡긴 게임 제작 결과를 확인하며 장기 작업의 가치를 검증한다

• 영상 후반부에서는 초반에 /goal로 맡겼던 게임 제작 작업의 결과를 다시 확인한다 [14:46]
• 발표자는 Hermes가 만든 결과물을 열어 실제로 게임이 실행되는지, 요청한 기능이 반영됐는지 확인하며 장기 작업 자동화의 실용성을 마무리한다 [14:58]

🧾 결론

• 영상이 제시하는 Hermes Agent의 핵심 방향은 “질문에 답하는 AI”가 아니라 “작업을 맡아 오래 실행하는 AI 직원”에 가깝다.
• /goal과 Kanban은 각각 장시간 작업 실행과 일일 작업 배분을 담당하며, 사용자는 직접 해야 하는 일과 에이전트에게 맡길 일을 나누는 방식으로 업무 흐름을 재설계할 수 있다.
• 경쟁 앱 리서치 사례는 Hermes가 브라우저 탐색, 콘솔 확인, 정보 정리까지 수행해 개발·콘텐츠·리서치 업무의 사전조사 시간을 줄일 수 있음을 보여준다.
• 기억 위키와 아침 우선순위 루틴은 반복 사용을 통해 에이전트가 사용자 맥락을 축적하고, 더 개인화된 업무 보조 도구가 되는 방향을 강조한다.
• 다만 영상 속 경쟁 앱 분석 결과나 생성된 게임의 품질은 실제 환경·권한·도구 연결 상태에 따라 달라질 수 있으므로, 결과물은 반드시 사람이 검토하고 검증해야 한다.

📈 투자·시사 포인트

• AI 에이전트의 경쟁력은 단순 응답 품질보다 “얼마나 오래, 얼마나 자율적으로, 얼마나 많은 도구를 연결해 작업할 수 있는가”로 이동하고 있다.
• Kanban, 메모리, 브라우저 제어, 터미널, 다중 기기 접근 같은 운영 계층이 중요해지면서 에이전트 제품은 채팅 앱보다 업무 운영체제에 가까워질 가능성이 있다.
• 개인 사용자 관점에서는 하루 업무 목록, 리서치, 콘텐츠 초안, 장기 프로젝트 실행처럼 반복적이지만 시간이 오래 걸리는 작업부터 자동화하는 것이 현실적인 도입 지점이다.
• 개발자·빌더 관점에서는 경쟁 제품 분석, 기능 breakdown, 기술 스택 조사 결과를 다시 앱 개발 에이전트에 넘기는 식의 “리서치 → 구현” 파이프라인이 중요한 생산성 레버가 될 수 있다.
• 검증이 필요한 부분: Hermes가 특정 웹앱의 기술 스택·결제 구조·애널리틱스 이벤트를 정확히 파악할 수 있는지는 사이트 구조, 접근 권한, 공개 정보 범위에 따라 달라지므로 별도 확인이 필요하다.

⚠️ 불확실하거나 확인이 필요한 부분

• Creator Buddy 분석 결과에 포함된 기술 스택, 결제 구조, 비용, 애널리틱스 이벤트는 영상 속 Hermes 분석 결과를 기반으로 언급되지만, 실제 사이트 구조와 일치하는지는 별도 검증이 필요하다.
• Hermes Agent가 경쟁 앱의 콘솔·화면·기능을 분석할 수 있다는 설명은 시연 맥락에서는 가능 사례로 제시되지만, 로그인 필요 여부, 접근 권한, 사이트 보안 정책에 따라 실제 수행 범위가 달라질 수 있다.
• Tailscale을 통해 여러 기기를 연결하고 Hermes가 각 장치에 접근하는 방식은 유용한 운영 패턴으로 소개되지만, 실제 보안 설정, 권한 관리, 파일 접근 범위는 사용자 환경별로 확인해야 한다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 긴 작업을 맡길 때는 바로 /goal을 실행하지 말고, 먼저 AI에게 목표·제약·완료 기준을 포함한 정교한 /goal 프롬프트를 만들게 한다.
• 하루 업무를 시작할 때 종이나 메모 앱에 적은 할 일을 Hermes Kanban 보드의 triage로 옮겨, 에이전트가 처리 가능한 작업과 사람이 직접 해야 할 작업을 분리한다.
• 콘텐츠 작성, 리서치, 경쟁 앱 분석, 문서화처럼 에이전트에게 위임 가능한 반복 업무 목록을 따로 정리한다.
• 경쟁 앱 분석을 시킬 때는 “기술 스택, 기능 구조, 결제 방식, 모방 가능한 요소, 구현 참고점”처럼 원하는 보고서 항목을 명확히 지정한다.

❓ 열린 질문

• /goal에 어느 정도까지 세부 요구사항을 넣어야 장시간 작업에서 가장 안정적인 결과가 나오는가?
• Hermes Kanban 보드에 넣기 좋은 작업과 사람이 직접 해야 하는 작업을 구분하는 실용적 기준은 무엇인가?
• 경쟁 앱 분석을 자동화할 때 법적·윤리적·보안상 주의해야 할 경계는 어디까지인가?