프록시 (Proxy)는 대리인 같은 것 — 내가 직접 상대방과 말하는 대신 중간에 서서 내 요청을 전달하고 답을 받아오는 존재로, 에이전트 (Agent)가 외부 서비스에 접근할 때 이 역할을 맡는다.
편의점 알바생이 본사 창고에 직접 들어가지 않고, 중간 물류 담당자가 '이 물건 가져다줘'라는 요청을 받아 창고에 다녀오는 구조를 상상해 보자. 프록시 (Proxy)가 바로 그 물류 담당자다. 에이전트 (Agent)가 어떤 외부 API나 서비스에 직접 접속하는 대신, 프록시가 중간에서 요청을 받아 대신 전달하고 결과를 돌려준다. 덕분에 에이전트는 상대방이 누구인지, 어떻게 연결하는지 몰라도 된다.
1인 비즈니스(1인 사이트 운영)에서 프록시는 주로 에이전트가 여러 외부 도구나 API에 안전하게 접근할 때 등장한다. 예를 들어 블로그 자동화 에이전트가 여러 플랫폼에 동시에 글을 올릴 때, 각 플랫폼마다 직접 연결하는 대신 프록시 하나를 통해 라우팅 (Routing)하면 API 키 (API Key) 관리가 훨씬 단순해진다. 뉴스레터 발송 에이전트가 메일 서비스에 연결할 때, SaaS 에이전트가 외부 결제 API를 호출할 때도 프록시가 중간 창구 역할을 한다. 멀티 에이전트 (Multi-agent) 구조에서는 각 에이전트가 동일한 프록시를 거쳐 외부와 소통하므로 권한 (Permission) 통제와 로그 (Log) 관리가 한곳에서 가능하다.
초보자가 흔히 헷갈리는 점은 '프록시 = 느린 우회로'라는 오해다. 실제로 프록시는 속도보다 제어와 보안을 위한 장치다. 에이전트가 직접 외부에 연결하면 키 노출·접근 범위 초과 등 사고가 생길 수 있지만, 프록시를 두면 어떤 요청이 오갔는지 기록하고, 허용된 요청만 통과시킬 수 있다.
