AI 에이전트

게이트웨이Gateway

게이트웨이 (Gateway)는 내 기기 안의 우체국 같은 것 — 슬랙·텔레그램·디스코드 등 어느 채널로 메시지가 와도 게이트웨이가 한 곳에서 받아서 에이전트 (Agent)에게 넘기고, 답장도 같은 길로 돌려보낸다.

게이트웨이 (Gateway)는 내 집 현관문 같은 역할을 한다. 손님(메시지)이 앞문으로 오든 뒷문으로 오든 현관에서 한 번 받아서 안쪽 담당자(에이전트)에게 연결해 주고, 답변도 같은 현관을 통해 손님에게 전달된다. OpenClaw 에서 게이트웨이는 세션 (Session)·채널 (Channel)·툴 (Tool)·이벤트를 한꺼번에 관리하는 로컬 퍼스트 (local-first) 컨트롤 플레인으로, 모든 흐름이 내 기기를 거쳐 처리된다.

1인 비즈니스(1인 사이트 운영) 운영자라면 블로그 문의를 텔레그램 (Telegram)으로 받거나, 뉴스레터 독자 질문을 슬랙 (Slack)으로 수신하거나, SaaS 고객 요청을 디스코드 (Discord)로 관리할 때 게이트웨이가 그 창구 역할을 한다. 채널마다 따로 앱을 열 필요 없이 게이트웨이가 모든 채널을 한 지점에서 받아 에이전트에게 라우팅 (routing) 해 주기 때문에, 도구가 늘어나도 관리 포인트는 하나로 유지된다.

처음에는 게이트웨이와 에이전트를 같은 것으로 헷갈리기 쉽다. 게이트웨이는 '교통 정리 담당' 이고 에이전트는 '실제 일하는 담당자' 라고 구분하면 된다. OpenClaw CLI 에서 openclaw gateway status 명령으로 게이트웨이가 정상 작동 중인지 바로 확인할 수 있다.

💡 대표 예시

  • 블로그 독자가 텔레그램으로 보낸 문의가 게이트웨이를 거쳐 에이전트에게 전달되고 자동 답변이 돌아옴
  • 뉴스레터 구독자가 슬랙 채널에 남긴 질문을 게이트웨이가 수신해 에이전트가 처리하도록 라우팅
  • SaaS 고객 지원 요청이 디스코드로 들어오면 게이트웨이가 해당 채널의 세션을 열고 에이전트에게 연결
  • 커뮤니티 운영자가 여러 메신저 채널을 동시에 운영할 때 게이트웨이 한 곳에서 모든 채널 상태를 모니터링
  • 도구 사이트에서 웹훅 (Webhook) 이벤트가 발생하면 게이트웨이가 이를 받아 적절한 툴 액션으로 연결
  • 포트폴리오 문의 폼 제출 시 게이트웨이가 이벤트를 감지하고 에이전트가 자동으로 답장 초안을 작성

🔗 관련 용어

샌드박스

샌드박스 (Sandbox)는 아이들 모래 놀이터 같은 것 — 모래를 아무리 흩뿌려도 놀이터 밖은 더럽혀지지 않듯, 에이전트 (Agent)가 실험적으로 코드를 실행해도 내 컴퓨터 실제 환경에는 전혀 영향을 주지 않는 격리된 공간이다.

멀티 에이전트

멀티 에이전트 (Multi-Agent)는 여러 전문 직원이 나눠서 일하는 팀 같은 것 — 한 에이전트 (Agent)가 혼자 다 처리하는 대신, 역할별로 나뉜 여러 에이전트가 각자의 채널 (Channel)과 세션 (Session)에서 동시에 움직인다.

툴 (Tool)은 에이전트 (Agent)의 손 같은 것 — 머리(AI)만 있으면 생각만 하지만, 손(툴)이 생겨야 브라우저를 열고, 파일을 만들고, 예약 작업을 실행하는 등 실제로 무언가를 할 수 있다.

에이전트

에이전트 (Agent)는 나 대신 심부름을 해주는 AI 직원 같은 것 — 내가 '블로그 글 올려줘'라고 말하면 브라우저를 열고, 글을 작성하고, 발행까지 스스로 처리한다.

채널

채널 (Channel)은 에이전트 (Agent)의 창구 같은 것 — 손님이 카페 앱·전화·직접 방문 중 원하는 방법으로 주문하듯, 사용자가 Discord·Slack·Telegram 등 자신에게 편한 메신저로 에이전트에게 말을 걸 수 있게 연결해 주는 입구다.

세션

세션 (Session)은 대화방의 '문이 열려 있는 동안' 같은 것 — 에이전트 (Agent)가 사용자를 기억하고 맥락을 유지하는 시간 단위로, 문이 닫히면 그 안의 흐름도 끝난다.

이 개념, 직접 적용해볼까요?

AI 에이전트를 직접 만들고 24시간 운영하는 법을 단계별 강의로 배워보세요.