# 이제 AI 어시스턴트가 Brew에서 일할 수 있어요

정식 URL: https://brew.new/ko/blog/brew-mcp
글쓴이: Thomas Park
게시일: 2026-06-26
수정일: 2026-10-15

이메일 작업의 상당수는 이미 어시스턴트에서 시작돼요. 초안을 쓰거나, 고쳐 쓰거나, 캠페인에 관해 묻는 식이죠. 저희는 그 대화가 이메일 워크스페이스에서 실제 작업으로도 이어지도록 Brew를 MCP로 쓸 수 있게 했어요.

이 연결은 앱과 같은 브랜드와 레코드를 써요. 호환되는 어시스턴트는 사람이 직접 따라 해야 할 안내를 건네는 대신, Brew의 도구를 바로 호출할 수 있어요.

## 연결하면 할 수 있는 일

Brew의 MCP 도구는 이메일 생성과 편집, 연락처, 캠페인, 자동화, 리포트를 다뤄요. 정확히 어떤 작업을 할 수 있고 각 작업에 어떤 입력값이 필요한지는 `get_brew_capabilities` 도구와 각 도구의 설명에서 확인할 수 있어요.

연결한 뒤에는 이 탐색 호출부터 하세요. 지원되는 작업은 실제 서버가 직접 알려 줄 수 있으니, 블로그 예시를 보고 도구 이름을 짐작하지 마세요.

![MCP로 Brew에 연결해 이메일 도구를 사용하는 어시스턴트.](/blog/brew-mcp-architecture.png)

*어시스턴트는 Brew의 또 다른 클라이언트예요. 같은 제품 데이터와 발송 규칙을 따라요.*

## OAuth 또는 API 키로 연결하기

원격 서버 URL은 다음과 같아요.

```text
https://brew.new/api/mcp
```

Brew의 MCP OAuth 연결을 지원하는 클라이언트라면 로그인하고 브랜드를 선택한 다음, 허용하려는 접근 권한을 검토하세요. 클라이언트가 API 키 방식으로 구성된다면 Brew에서 용도에 맞는 브랜드 전용 키를 만들고, 클라이언트 문서에 나온 구성 형식을 따르세요.

`mcpServers` JSON 구성을 쓰는 클라이언트라면 연결 설정은 다음과 같은 형태가 될 수 있어요.

```json
{
  "mcpServers": {
    "brew": {
      "type": "http",
      "url": "https://brew.new/api/mcp",
      "headers": { "Authorization": "Bearer brew_YOUR_API_KEY" }
    }
  }
}
```

위의 키는 자리 표시자일 뿐 실제 인증 정보가 아니에요. 실제 키는 클라이언트가 지원하는 시크릿 구성에 보관하세요. 웹 버전 ChatGPT는 플러그인을 쓰고, ChatGPT 데스크톱 앱과 Codex는 MCP 구성을 공유해요. 다른 클라이언트는 Cline의 streamableHttp처럼 구성 키나 전송 방식 이름이 다를 수 있어요. [클라이언트 설정 가이드](https://docs.brew.new/api-reference/mcp/connect-your-client)를 따르세요.

## 범위가 정해진 첫 작업 맡기기

승인된 사실만 써서 특정 오디언스용 초안을 만들어 달라고 어시스턴트에게 요청해 보세요. 미리보기를 보여 주고 이메일 식별자를 알려 달라고 하세요. 실제 발송으로 넘어가기 전에 결과를 읽고 수정하세요.

예약할 때는 오디언스, 발신자, 날짜, 시간, 시간대를 지정하세요. 그렇게 만들어진 캠페인의 세부 정보를 확인하세요. 자동화는 초안을 만드는 것과 게시하는 것을 구분하세요.

Brew는 OAuth 및 조직 단위 연결에서 실제 발송 전에 확인을 요구해요. 브랜드 API 키로 연결한 클라이언트에는 자체 승인 정책이 필요해요. MCP는 모든 클라이언트에 똑같은 확인 방식을 강제하지 않으므로, 발송 권한을 주기 전에 서버 요건뿐 아니라 클라이언트 설정도 확인하세요.

## 연결된 도구에도 계획은 필수

Brew와 별도의 CRM에 모두 접근할 수 있는 어시스턴트는 두 시스템을 오가며 작업을 조율할 수 있어요. 그렇다고 모든 레코드 사이에 자동 연동이 생기지는 않아요. 어느 시스템이 데이터를 소유하는지, 업데이트가 어떻게 들어오는지, 실패는 어떻게 처리하는지 정해 두세요.

시간을 두고 보내는 라이프사이클 리마인더라면, 대기 단계가 지난 뒤 `contact.<name>` 형식의 이벤트 조건으로 Brew 연락처 필드의 현재 값을 읽을 수 있어요. 이 필드는 계속 동기화해 두세요. 이벤트 페이로드 필드에는 여전히 원래 이벤트의 값이 담겨 있어요. 외부 상태에 따라 달라지는 대상 여부는 애플리케이션에서 확인하세요. 두 방법 모두 [체험 시퀀스 가이드](/ko/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events)에서 설명해요.

## 검토할 수 있는 초안부터 시작하기

저라면 서버를 연결하고 `get_brew_capabilities` 도구를 호출한 다음, 팀에 이미 필요한 이메일을 하나 만들어 보겠어요. 그러면 이 워크플로를 구체적으로 판단할 수 있어요.

[명확한 브리프](/ko/blog/how-to-brief-an-email-agent)를 쓰고, 결과를 살펴보고, 받은편지함에서 테스트하세요. 사람이 시작하든 어시스턴트가 시작하든 [발송 규칙](/ko/blog/agent-email-deliverability)은 같아요.

Thomas