왓츠앱 대화 내역, 클로드에서 검색한다… 클라우드플레어 유료 플랜 필요

사실 관계: 무엇을 했나

개발자 finereli가 깃허브에 whatsapp-mcp 저장소를 공개했다. 본인 클라우드플레어 계정에 워커스를 배포하고, 왓츠앱 웹처럼 QR 코드로 휴대폰을 한 번 연결하면 된다. 이후 클로드 코드, 클로드 데스크톱 등 MCP(모델 컨텍스트 프로토콜·AI가 외부 도구를 쓰는 표준 규약) 클라이언트가 대화 내역을 검색·조회할 수 있다. 원문은 "휴대폰이 진실의 원천(source of truth)으로 남는다"고 명시했다. 서버는 연결된 기기(linked device) 역할만 한다.

데이터는 클라우드플레어 듀러블 오브젝트(상태를 기억하는 서버리스 컨테이너) 안의 SQLite 데이터베이스에만 저장된다. 외부로는 아무것도 나가지 않는다. 클라우드플레어 **워커스 유료 플랜(월 몇 달러)**이 필요하다고 개발자가 밝혔다. 무료 플랜은 초기 히스토리 임포트 때 CPU 한계로 실패할 수 있다.

기술 구조: 어떻게 돌아가는가

에이전트가 요청하거나 하루 한 번, 서버가 왓츠앱에 접속해 큐에 쌓인 메시지를 가져온 뒤 즉시 연결을 끊는다. 휴대폰 알림·일상 사용엔 지장이 없다. 보낼 수는 없고 읽기·검색만 된다. 미디어(사진·음성·문서)는 다운로드하지 않고 [image], [voice note 12s] 같은 라벨만 남긴다.

제공 도구는 8개다.

• list_chats — 채팅 목록
• get_messages — 대화 읽기
• search_messages — 전체·개별 검색
• unnamed_chats — 이름 없는 번호 순위
• set_contact_names — 번호에 이름 저장
• sync_now — 즉시 동기화
• link_status — 연결 상태
• relink — 재연결

읽기 도구는 저장본이 10분 넘으면 자동으로 최신분을 당겨온다.

위험과 제약: 걸리는 대목

이 도구는 공식 API가 아니다. 왓츠앱 웹과 같은 프로토콜(바일리스 라이브러리)을 쓰므로 서비스 약관 위반이다. 개발자도 "실용적 위험은 낮지만 제로(zero)는 아니다"라고 썼다. 발송 기능이 없는 건 의도적이다.

초기 연동 때 왓츠앱이 넘겨주는 히스토리만 들어온다. 전체 내역이 아닐 수 있다. 다시 받고 싶으면 기기 해제 후 재연결해야 한다. 연락처 이름은 왓츠앱이 아는 것만 온다. 모르는 번호는 에이전트가 구글 주소록·지메일 커넥터 등으로 찾아서 set_contact_names로 저장하는 구조다. 서버가 직접 연락처 서비스에 접속하진 않는다.

주요 제약 세 가지

• 공식 API가 아니며 약관 위반 소지 있음(계정 정지 위험 낮지만 0 아님)
• 초기 동기화만 가능, 전체 내역 보장 안 됨
• 미디어 내용은 보이지 않고 라벨만 남음

한국 사용자 기준: 지금 쓸 수 있나

클라우드플레어 계정과 노드 20 이상만 있으면 배포 가능하다. 한국 리전·한국어 인터페이스 제한은 없다. 다만 **유료 플랜(월 몇 달러부터)**이 실질 필수다. 무료 플랜으로는 초기 임포트가 깨질 가능성이 크다. 배포 후 생성되는 https://whatsapp-mcp.사용자명.workers.dev 주소를 클로드에 claude mcp add --transport http whatsapp https://.../mcp로 등록하면 끝난다.

국내에서 왓츠앱을 주 메신저로 쓰는 이용자는 드물다. 카카오톡·라인·텔레그램 사용자가 대다수라 실사용층은 한정적이다. 해외 거래처·가족과 왓츠앱을 쓰는 프리랜서·유학생·무역업 종사자 정도가 타깃이다.

앞서 다룬 사례와 비교

본지가 22일 전 다룬 내 손으로 그린 다이어그램, 클로드가 실시간으로 고쳐준다는 엑스칼리드로우 캔버스를 MCP로 연결해 쓰기·수정까지 가능했다. 이번 도구는 읽기 전용이란 점이 뚜렷한 차이다.

17일 전 피그마, MCP 접근 화이트리스트로 전환… Pi 제외에 커뮤니티 반발에서는 플랫폼 측이 MCP 접근을 통제하기 시작했다. 왓츠앱도 공식 API를 내주지 않고 비공식 클라이언트를 묵인하는 수준이므로, 언제든 차단될 수 있다. 이 점은 45일 전 **미레이(YC S26)**가 물리 데이터에 '현장 눈'을 달아준 것과 대조된다. 미레이는 공식 인프라지만, 이 도구는 회색 지대에 있다.

비교 요약

• 엑스칼리드로우 MCP: 읽기·쓰기 모두 가능, 공식 협업
• 피그마 MCP: 플랫폼이 접근 통제 시작, 화이트리스트 전환
• 미레이: 공식 인프라로 데이터 연결, 회색 지대 아님
• 왓츠앱 MCP: 읽기 전용, 비공식, 약관 위반 소지 있음

커뮤니티 반응: 무엇을 묻고 있나

해커뉴스 댓글 5개 중 2개가 클라우드플레어 역할을 물었다. "클라우드플레어가 그냥 멤캐시드 호스팅인가?", "무료 호스팅 말고는 뭐가 다른가?" 같은 반응이다. 개발자는 듀러블 오브젝트·KV·워커스 조합으로 상태ful 서버를 서버리스로 돌리는 패턴을 보여준 셈이다. 지적재산권 해체 운운하는 댓글도 있었는데, 비공식 스크래핑 도구의 본질적 딜레마를 짚는다.

쉽게 풀어보면

개발자 finereli가 왓츠앱 대화를 내 클라우드플레어 계정에 복사해 두고, 클로드에게 "지난달 김 팀장과 나눈 계약 얘기 찾아줘"라고 시킬 수 있게 해주는 도구를 공개했다. 비유하자면 내 대화 기록 전용 도서관을 클라우드플레어에 짓고, 열쇠는 나만 가진 셈이다.

작동 순서는 이렇다. ① 내 클라우드플레어 계정에 작은 서버를 올린다(월 몇 달러). ② 왓츠앱 설정 → 연결된 기기 → QR 스캔으로 내 폰을 한 번 연결한다. ③ 서버가 폰에서 메시지를 주기적으로 당겨와 자기 데이터베이스에 쌓는다. ④ 클로드 데스크톱이나 클로드 코드에 "이 서버 주소를 MCP로 쓰라"고 알려준다. ⑤ 이후 클로드에게 "왓츠앱에서 OOO 내용 검색해줘"라고 말하면 서버를 조회해 답한다.

중요한 제약 세 가지. 첫째, 보내기는 안 된다. 읽기·검색만 된다. 둘째, 사진·음성 파일은 내용이 안 보인다. [사진] [음성 12초] 같은 표식만 뜬다. 셋째, 카카오톡·텔레그램은 안 된다. 왓츠앱 전용이다. 한국인 대부분에겐 "좋은데 내 메신저는 아니네"가 첫 반응일 것이다.

데이터는 내 클라우드플레어 계정 안 SQLite에만 남는다. 개발자도, 클라우드플레어도, 메타도 못 본다. 단, 왓츠앱 약관상 회색 지대라 계정 정지 위험이 아주 없진 않다. 개발자는 "읽기만 하니 실질 위험은 낮다"고 했지만, 보장하진 않는다.

나에게 미치는 영향

당장 해볼 수 있는 것: 클라우드플레어 계정이 있고 월 몇 달러 지출을 감수한다면, 깃허브 README대로 10분 만에 띄워서 클로드에 붙여볼 수 있다. npm run deploy 한 번이면 끝난다. 한국어 메시지 검색도 된다(전문 검색 기반).

대체재 확인: 이미 노션·옵시디언·지메일·깃허브 등을 MCP로 연결해 쓰는 중이라면, 왓츠앱만 추가되는 셈이다. 반면 카카오톡 대화 분석이 목적이라면 이 도구는 쓸 수 없다. 국내엔 아직 카카오톡 MCP 커넥터가 공개돼 있지 않다. 챗GPT나 클로드에서 "카카오톡 대화 분석해줘"라고 물어보면 안 된다는 답만 돌아온다. 카카오톡 공식·비공식 MCP 도구가 나올 때까지 기다리는 편이 낫다.

판단 포인트: "해외 연락처와 왓츠앱으로 일한다"면 생산성 이득이 크다. 지난 대화에서 링크·약속·결정 사항을 클로드가 찾아주면 수동 스크롤 시간을 아낄 수 있다. "카카오톡만 쓴다"면 지금은 쓸모 없다.

한 줄 행동 가이드: 클라우드플레어 유료 플랜이 있고 왓츠앱을 업무·가족 연락에 쓴다면 오늘 저녁에 배포해보고, 아니면 카카오톡 MCP 소식만 지켜보라.