NEW Hermes Marketplace is INSANE! 🤯

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Hermes Marketplace의 핵심은 1,000개가 넘는 플러그인을 사업에 맞게 골라 업무 흐름으로 연결하고, 버전 고정과 개별 권한 확인을 거쳐 묶음으로 설치하는 데 있다.

📌 핵심 요점

1. 영상은 Hermes를 로컬에서 실행하는 무료 오픈소스 AI 에이전트로 소개한다. 마켓플레이스에는 촬영 시점 기준 1,064개 플러그인이 있으며, 개별 기능·제작자·접근 권한을 확인하고 한 줄 명령으로 설치할 수 있다고 설명한다.
2. ‘플러그인 소믈리에’는 사업체 웹사이트를 읽고 필요한 업무를 추출해 플러그인을 추천한다. 제과점 사례에서는 카탈로그를 15차례 검색해 501개 후보를 얻고, 라이선스와 사용 조건 등을 검토해 5개를 선택했다.
3. 추천 플러그인 10개는 웹 읽기, SEO, 콘텐츠 기획, 이메일 승인, 차트, 정기 보고, CRM, 디자인 검토, 페이지 제작, 경쟁사 광고 조사에 각각 역할을 맡는다. 개별 기능보다 업무 사이의 연결이 영상의 중심 주장이다.
4. ‘숍 플로어’ 사례는 고객 이메일 한 통을 주문 정리, 고객 기록, 답장 초안, 제안서, 후속 연락, 소셜 게시물, 주간 일정으로 전환한다. 발송과 공개는 사업주의 승인이나 고객 동의를 기다리도록 설계한다.
5. ‘스타터 크레이트’는 검토한 플러그인의 버전을 고정한 팩 파일이다. 지역 매장·콘텐츠·검색·영업용 네 묶음을 제시하며, 설치 전 구성 확인과 설치 후 플러그인별 권한 요청을 강조한다.

🧩 배경과 문제 정의

Hermes Agent는 사용자 컴퓨터에서 실행되고, 도구를 사용하며, 사용자가 가르친 내용을 기억하는 무료 오픈소스 AI 에이전트로 소개된다. 플러그인은 여기에 기술·도구·화면을 추가하는 확장 기능이다.

영상이 제기하는 문제는 설치의 어려움보다 선택의 과잉이다. 1,064개 플러그인을 직접 훑어 임의로 설치하면 사용하지 않는 도구만 늘어날 수 있다는 것이다. 발표자는 이를 해결하기 위해 웹사이트 기반 추천인 ‘소믈리에’, 업무 생산라인인 ‘숍 플로어’, 용도별 설치 묶음인 ‘스타터 크레이트’를 제안한다. 제과점 사례로 사용 방식을 설명하면서, 관련 자료와 지원을 제공하는 자신의 커뮤니티도 홍보한다.

🕒 시간순 섹션별 상세정리

1. 마켓플레이스의 등장과 선택 과잉

• 웹 읽기, 이메일 초안, SEO, 차트, 고객 관리 등을 지원하는 플러그인이 1,000개 넘게 모였지만, 모두 살펴보며 고르기는 어렵다는 문제를 제기한다. 해결책으로 추천 봇·업무 생산라인·설치 묶음을 예고한다. [00:59]
• Hermes는 로컬 실행형 무료 오픈소스 에이전트이며, 마켓플레이스의 플러그인은 도구·메모리·음성·메시징·웹·데스크톱·모델·자동화 등으로 분류된다고 보여준다. [01:36]
• 각 페이지에서 기능·제작자·접근 권한을 확인하고, 터미널에서 검색하거나 한 줄로 설치할 수 있다고 보여준다. 검색보다 적절한 선택이 어렵다는 점에서 첫 번째 시스템으로 넘어간다. [02:16]

2. 웹사이트를 읽고 플러그인을 고르는 소믈리에

• 제과점 Crumbco의 사이트에서 이메일·전화 중심 주문, 온라인 주문 불편, 월요일 특선 홍보, 지역 검색과 리뷰의 중요성을 파악한다. 카탈로그를 15차례 검색해 501개 후보를 얻는다. [03:08]
• 자동 광고 집행 도구, 추가 가입이 필요한 도구, 개발자용 도구를 거른다고 설명하고 상업적 사용 라이선스도 확인한다. 최종 선택은 Telegram Business, Draft Cards, Digital Marketing Pro, Hermes SEO, Adaptly Post이며, 마지막 도구의 별도 계정 필요성은 따로 알린다. [04:02]
• 선택한 5개를 검토한 버전으로 고정한 팩 파일에 담고 팩 조회로 구성을 확인한다. 웹사이트를 출발점으로 사업에 맞는 설치 목록을 만드는 방식이다. [04:21]

3. 추천 시스템과 구축 지원의 상품화

• 발표자는 AI Profit Boardroom에서 소믈리에 스킬과 프롬프트, 숍 플로어의 단계별 설계, 네 가지 크레이트 파일과 플러그인 사용 안내를 제공한다고 홍보한다. [04:52]
• 설치부터 첫 업무팀 구성까지의 로드맵, 주간 코칭, 3,400명 이상의 사업주 커뮤니티를 소개하고 가입 경로를 안내한다. [05:18]

4. 웹 읽기부터 이메일 승인까지의 핵심 도구

• Web Defuddle은 웹페이지의 불필요한 요소를 제거해 텍스트로 읽는 도구로, 로컬 실행·무료·계정 불필요를 강조한다. Hermes SEO는 사이트 점검, 페이지 분석, 구조화 데이터 등 45개 SEO 워크플로를 제공한다고 보여준다. [06:06]
• Digital Marketing Pro는 전략·콘텐츠·이메일·콘텐츠 캘린더 등을 위한 207개 마케팅 스킬을 제공한다. 백그라운드 작업을 실행하는 도구가 아니라 에이전트의 기획과 작성 능력을 보완하는 스킬 묶음으로 구분한다. [06:27]
• Draft Cards는 이메일을 읽고 수정하고 승인할 수 있는 카드로 제시하며, 사용자가 발송을 눌러야 전송된다고 보여준다. [06:44]

5. 보고·고객 관리·디자인·광고 조사의 확장 도구

• Echarts in Chat은 채팅 안에서 막대·선·도넛 차트를 만들고, Cron Bulletin은 정기 보고와 예약 작업의 결과를 하나의 수신함에 모은다. [07:20]
• 20 CRM은 고객 정보·거래 상태·다음 연락을 관리하는 자체 운영 가능한 오픈소스 CRM과 연결한다. Mock Review는 모바일에서 디자인을 승인하거나 수정 의견을 남겨 에이전트에 전달하는 검토 보드를 제공한다. [07:55]
• Aurora Design System은 2,000개 이상의 웹페이지 구성 요소와 자체 점검을 제공한다고 보여준다. Proxy는 Meta·Google·LinkedIn·TikTok의 공개 광고 라이브러리를 읽어 경쟁사 광고를 조사하고 크리에이티브 브리프로 정리하는 읽기 전용 도구로 보여준다. [08:31]

6. 고객 이메일을 일곱 단계로 처리하는 숍 플로어

• 결혼식용 컵케이크 150개 주문을 입력해 주문자·수량·맛·색상·장소·시간을 정리한다. 요청에 적힌 날짜와 요일이 다음 해 기준으로 맞지 않는다는 점을 확인 질문으로 표시했다고 보여준다. [09:36]
• 고객 기록을 만들고, 사업주 승인을 기다리는 답장 초안과 일주일 제작·배송 계획을 담은 제안서를 작성한다. 3일 뒤 보낼 후속 연락도 초안으로 준비한다. [10:18]
• 행사 후 게시할 소셜 문구에는 고객 동의 조건을 붙이고, 담당자별 주간 일정을 만든다. 총 7단계·7개 파일을 제시하며 사업주 승인 없이 발송하지 않는 흐름을 강조한다. [10:47]

7. 용도별 플러그인을 묶는 네 가지 크레이트

• 플러그인 팩은 검토한 정확한 버전의 플러그인 목록을 담은 작은 파일이다. 지역 매장용은 Web Defuddle·Draft Cards·Echarts in Chat·Cron Bulletin으로 읽기·메일 초안·차트·보고 수신을 묶는다. [11:22]
• 콘텐츠용은 Digital Marketing Pro·Aurora Design System·Mock Review로 기획·페이지 제작·디자인 승인을 연결한다. 검색용은 Hermes SEO·Web Defuddle·Echarts in Chat으로 사이트 점검·경쟁 페이지 읽기·변화 시각화를 묶는다. [11:41]
• 영업용은 20 CRM·Draft Cards·Proxy로 고객 목록, 승인 대기 후속 연락, 경쟁사 광고 조사를 결합한다. [11:52]

8. 설치 전 구성 확인과 개별 권한 승인

• 팩 조회로 설치될 플러그인, 출처, 고정 버전을 확인한다. 팩 설치가 모든 플러그인에 권한을 일괄 부여하지 않으며, 각 플러그인이 설치 후 따로 권한을 요청한다고 보여준다. [12:26]
• 정확한 버전 고정을 통해 확인한 코드와 설치되는 코드를 일치시키려는 방식을 강조하고, 확인 후 팩 설치 명령으로 묶음을 설치한다고 안내한다. [12:40]
• 개별 도구를 반복 설치하는 방식과 비교해, 웹사이트 기반 추천·팩 설치·업무 연결·초안 검토를 하나의 도입 과정으로 제시한다. [13:24]

9. 안전성·기술 장벽·업종 적합성에 대한 답변

• 다른 사람이 만든 플러그인의 안전성 질문에 접근 권한 공개, 버전 고정, 개별 권한 요청을 답으로 제시한다. 시작 도구로 Web Defuddle·Draft Cards·Echarts in Chat을 추천한다. [13:58]
• 설치는 명령 한 줄을 복사해 붙여 넣는 방식이고, 선택은 소믈리에가 돕는다고 보여준다. 제과점 외에도 미용실·치과·컨설턴트·온라인 상점·에이전시 등에서 사업 내용에 맞게 추천이 달라질 수 있다고 주장한다. [14:30]

10. 이번 주 실행 순서와 최종 정리

• Hermes 설치와 마켓플레이스 확인, 싫어하는 반복 업무 하나 검색, 승인형 도구 시험, 자체 웹사이트에 소믈리에 적용, 선호 도구의 팩 구성과 조회·설치 순서로 행동을 제안한다. [15:08]
• 소믈리에 프롬프트, 숍 플로어 설계, 네 크레이트, 플러그인 안내, 로드맵과 코칭을 제공한다며 AI Profit Boardroom을 다시 홍보한다. [15:55]
• 마지막으로 1,000개 이상의 플러그인, 사업별 5개 추천, 10개 도구의 업무팀 구성, 네 설치 묶음과 개별 권한 통제를 재강조한다. 지역 매장용과 영업용 중 무엇을 먼저 설치할지 묻고 마무리한다. [16:24]

🧾 결론

• 플러그인 수가 많아질수록 설치 방법보다 사업에 맞는 선택 기준과 업무 배치가 중요해진다.
• 영상이 제시하는 도입 순서는 웹사이트 분석, 후보 검토, 팩 구성, 업무 연결, 결과물 승인이다.
• 한 번에 완전 자동화를 추진하기보다 승인 가능한 초안과 확인 가능한 결과물부터 사용하는 접근을 권한다.
• 소믈리에 프롬프트, 숍 플로어 설계도, 크레이트 파일은 발표자가 홍보하는 AI Profit Boardroom의 제공 항목으로 소개된다.

📈 투자·시사 포인트

• 사업 운영 측면에서는 단순한 플러그인 보유량보다 고객 응대·콘텐츠·영업 과정에서 실제로 줄어드는 반복 업무를 평가할 필요가 있다.
• 마켓플레이스의 활용 가치는 검색 기능에 더해 추천, 용도별 묶음, 실행 순서 설계가 얼마나 잘 제공되는지에 달려 있다는 시사점을 준다.
• 무료 플러그인이라는 설명과 별개로 외부 서비스 계정이나 구축·운영 지원의 조건을 따로 확인해야 한다. 영상에서도 Adaptly Post의 별도 계정 필요성을 명시한다.
• 매출 증가, 비용 절감액, 투자 수익률을 입증하는 수치는 제시되지 않는다. 영상의 사업 효과 주장은 제과점 시연과 기능 설명 수준으로 해석해야 한다.

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

• 1,064개라는 플러그인 수, 무료 제공 범위, 한 줄 설치 가능 여부는 영상의 설명이다. 현재 카탈로그와 개별 플러그인의 조건은 별도 확인이 필요하다.
• 버전 고정과 개별 권한 요청을 근거로 권한 확대나 코드 변경을 막는다고 강조하지만, 영상만으로 이를 절대적인 보안 보장으로 받아들이기는 어렵다. 실제 팩 구성과 권한 동작을 확인해야 한다.
• 소믈리에는 추가 가입이 필요한 도구를 제외했다고 설명하면서도, 최종 추천에는 별도 계정이 필요한 Adaptly Post를 포함한다. 예외 허용 기준이 명확하지 않다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 반복 업무 하나를 정하고, 해당 업무를 지원하는 플러그인의 기능·제작자·접근 권한을 마켓플레이스에서 확인한다.
• 영상이 시작점으로 추천한 Draft Cards처럼 승인 절차가 있는 도구를 골라 초안 생성부터 시험한다.
• 웹사이트 기반 추천 결과를 검토하면서 사업 적합성, 상업적 사용 라이선스, 외부 계정 필요 여부를 확인한다.
• 사용할 플러그인을 검토한 버전으로 팩에 묶고, 설치 전 팩 조회로 구성·출처·버전을 확인한다.

❓ 열린 질문

• 소믈리에는 후보의 적합성과 라이선스를 어떤 기준으로 평가하며, 별도 가입이 필요한 도구는 언제 예외로 허용하는가?
• 숍 플로어 시연에서 실제 플러그인 실행과 에이전트가 작성한 문서의 범위는 각각 어디까지인가?
• 버전 고정과 개별 권한 승인은 업데이트나 플러그인 간 연동 상황에서 어떻게 유지되는가?