카페24 “AI 에이전트, 설치 장벽 낮춰야 진짜 대중화된다”

AI 에이전트의 문제는 “성능”보다 “시작하기”일 수 있음

• 카페24는 지금 AI 시장이 단순 챗봇에서 실행형 AI로 넘어가는 중이라고 봄

  • 회사는 시장 단계를 정보형 AI 활용, 실행형 AI 적용, 개인별 AI 에이전트 일상 운영으로 나눔
  • 현재는 1.5단계에서 2단계 사이에 들어섰다는 판단
  • 즉, 기술은 이미 와 있는데 사용자는 “이걸 어떻게 시작하지?”에서 멈춰 있는 상태라는 얘기임

• 그래서 카페24가 건드린 건 모델 개발이 아니라 구축 과정임

  • 최근 AI 에이전트 호스팅 서비스인 오픈클로(OpenClaw) VPS와 헤르메스 에이전트(Hermes Agent) VPS를 출시함
  • 비개발자도 AI 에이전트를 구축하고 운영할 수 있게 만드는 게 목표
  • 김재은 총괄은 “기술은 와 있는데 시작은 어려운 갭”을 줄이는 게 핵심 문제라고 설명함

오픈클로는 연결, 헤르메스는 기억

• 카페24는 AI 에이전트를 하나의 상품으로 뭉개지 않고 두 갈래로 나눔

  • 오픈클로 VPS는 메신저, 대규모 언어 모델(LLM), 외부 API를 빠르게 연결하는 실행형 AI에 초점
  • 헤르메스 에이전트 VPS는 영구 메모리, 반복 작업 자동화, 다중 API 키 자동 순환 같은 성장형 AI 기능에 무게를 둠
  • 같은 인프라와 비슷한 가격대지만 사용 목적이 다르게 설계된 셈임

• 기존 오픈소스 AI 에이전트 설치는 생각보다 빡셌다는 게 카페24의 설명임

  • 서버 환경 구성, 도커·컨테이너 설치, 방화벽 설정, SSL 인증서 발급, 메신저 연동 등 10단계 이상이 필요했음
  • 커뮤니티에는 “SSH 접속부터 막힌다”, “PuTTY가 뭔지 모르겠다”, “오픈클로 설치하다 실패했다” 같은 반응이 많았다고 함
  • 카페24는 이 과정을 12단계 수준에서 3단계 수준으로 줄였다고 밝힘

• 사용자는 웹 온보딩에서 API 키와 메신저 봇 토큰만 넣으면 바로 에이전트를 써볼 수 있음
  • 유 담당자는 기존 방식을 “빈 PC 본체만 받고 윈도우부터 직접 설치하는 상황”에 비유함
  • 오픈클로 VPS는 운영체제가 설치된 PC처럼 기본 환경을 갖춰주는 쪽에 가까움
  • 처음 AI 에이전트를 접하는 사람에게는 연결 성공 경험 자체가 중요하다는 판단임

SaaS가 아니라 VPS를 고른 이유

• 카페24는 이 서비스를 SaaS가 아니라 VPS 형태로 냈음

  • SaaS는 사업자가 정한 기능 안에서 움직여야 함
  • VPS는 사용자가 자기 데이터를 직접 보유하고 API, 메신저, 외부 서비스를 자유롭게 붙일 수 있음
  • 카페24는 데이터 주권, 비용 통제, 확장 자유도를 동시에 확보하는 게 중요하다고 봄

• 실제 사용 사례도 꽤 현실적인 반복 업무 중심임

  • 텔레그램 기반 개인 비서
  • 콘텐츠 리서치 자동화
  • 일정 관리와 리포트 정리
  • 주식 알림, 예약 자동화
  • 스마트스토어·자사몰의 24시간 고객 응대 자동화

• 카페24가 보는 미래는 “사람마다 AI 비서 하나씩 두는 시대”임

  • 사용자가 직접 서비스를 찾아다니고 기능을 익히는 대신, AI 비서에게 “이거 해줘”라고 말하는 방향
  • 개인 생산성 비서, 콘텐츠·마케팅 자동화, 개발자 보조, CS 자동화가 빠르게 커질 분야로 꼽힘
  • 개발자 쪽에서는 코드 리뷰, 에러 로그 분석 같은 반복 보조 업무가 에이전트 중심으로 재편될 수 있다고 봄

• 카페24는 앞으로 더 대중적인 SaaS형 AI 에이전트 서비스도 준비 중임

  • 관심은 높지만 어디에 어떻게 써야 할지 모르는 사용자가 많다는 판단
  • 단순히 성능 좋은 AI를 제공하는 것보다, 사용 목적과 업무 자동화 패턴을 상품 안에 녹이는 쪽으로 고도화하겠다는 계획임

---

기술 맥락

• 카페24가 VPS를 고른 건 꽤 실용적인 선택이에요. AI 에이전트는 메신저 토큰, API 키, 개인 일정, 업무 데이터처럼 민감한 연결 지점이 많아서, 사용자가 제어권을 갖는 구조가 SaaS보다 편할 때가 있거든요.

• 오픈클로 VPS의 핵심은 “설치 자동화”예요. 도커, 방화벽, SSL, 봇 토큰 연결 같은 작업은 개발자에게도 귀찮은데, 비개발자에게는 시작조차 막는 벽이 돼요.

• 헤르메스 쪽은 에이전트가 오래 돌면서 사용자 맥락을 쌓는 방향이에요. 단발성 챗봇은 매번 설명을 다시 해야 하지만, 영구 메모리와 반복 작업 자동화가 들어가면 개인 비서에 가까워져요.

• 개발자 입장에서는 이 흐름이 로컬 스크립트 자동화와 SaaS 자동화 사이의 새 레이어처럼 보일 수 있어요. 서버는 관리형으로 받고, 연결과 데이터는 사용자가 통제하는 형태라서 작은 팀이나 1인 사업자에게 특히 맞을 가능성이 커요.