Claude Code Routines + Plaid MCP로 개인 재정 자동화 구축하기: Driggsby 실전 사례 (id.news.hada.io)

한줄 요약

Plaid MCP + Claude Code Routines 조합으로 브라우저 자동화 없이 안정적인 개인 재정 모니터링 시스템을 구축할 수 있다.

어떤 상황에서 필요한가?

재정 자동화를 처음 시도하는 개발자 대부분이 비슷한 경로를 밟는다. cron 잡으로 브라우저를 띄워 은행 사이트에 로그인하고, 잔액과 거래 내역을 긁어와 이메일로 보내는 흐름이다. 첫날은 동작한다. 둘째 날부터 무너지기 시작한다.

렌더링 타이밍 문제, 예상치 못한 2FA 프롬프트, 일부 계좌만 가져오는 부분 실패, 임의로 바뀌는 이메일 포맷, 패스키만 허용하는 계좌 증가 — 이 문제들이 누적되면 시스템 유지 비용이 자동화로 얻는 이익을 초과하게 된다. Driggsby를 개발한 배경이 바로 이 지점이다.

핵심은 브라우저 자동화를 버리고 Plaid API를 MCP 도구로 노출하는 방식으로 전환한 것이다. 잔액, 거래 내역, 투자 정보, 대출 정보가 각각 별도 도구로 분리되어 LLM이 직접 호출할 수 있는 구조가 된다. 여기에 Claude Code Routines를 얹으면 에이전트 루프 코드를 별도로 작성하거나 실행 환경을 직접 운영할 필요 없이 프롬프트만으로 자동화를 완성할 수 있다.

핵심 구현 방법

1단계: Plaid를 MCP 서버로 노출

Driggsby는 약 75,000줄의 Rust 코드와 Plaid 계약으로 구성된다. 이 시스템이 하는 일은 단순하다. Plaid를 통해 금융 계좌에 연결하고, 그 데이터를 MCP 도구 형태로 외부에 공개한다. Claude는 이 도구들을 자연어 쿼리에 따라 호출한다.

2단계: Claude Code Routines로 반복 쿼리 자동화

Claude Code Routines는 프롬프트 + 실행 스케줄 + MCP 커넥터 설정만으로 클라우드에서 에이전트를 주기적으로 실행할 수 있는 기능이다. OpenAI Codex SDK나 claude -p를 직접 Hetzner에 올리는 방식과 달리, 실행 환경 운영 부담이 없다. UI는 일반 Claude Code 세션과 거의 동일하게 보이기 때문에 실행 중인 루틴을 그대로 디버깅할 수 있다.

3단계: 일일 재정 요약 이메일

매일 아침 잔액과 순자산을 한눈에 보는 이메일을 보내는 루틴이다. 설정은 프롬프트 작성, 실행 시각 지정, Driggsby 커스텀 커넥터 연결의 세 단계로 끝난다.

초기 구현에서 막힌 지점이 있었다. Gmail 커넥터는 이메일 전송이 아닌 초안 생성만 지원한다. 이 문제를 해결하기 위해 Driggsby에 email_me() 도구를 직접 추가했다. 이 도구는 인증된 계정 주소로만 전송을 허용하고, 링크와 이미지를 차단해 보안 수준을 유지한다. 매 실행마다 포맷이 바뀌는 문제는 이메일 본문을 Markdown으로 고정하고, Markdown을 렌더링하는 CSS를 추가하는 방식으로 해결했다.

4단계: 이상 거래 감지 및 대규모 출금 알림

일일 이메일이 안정화된 이후 두 가지 루틴을 추가로 구축했다.

첫 번째는 Amex 카드 7일 이내 거래 이상 감지다. 1년치 거래 내역을 기준으로 최근 7일을 비교해 이중 청구, 구독 금액 변동, 생소한 가맹점명 등을 탐지한다. 이상이 없으면 알림을 보내지 않도록 프롬프트에 명시했다. False positive가 나올 수 있지만, 검토 비용이 낮아 프롬프트를 반복 수정하며 개선하면 된다.

두 번째는 체킹 계좌 대규모 출금 모니터링이다. 12개월 이력과 비교해 하루 동안 발생한 $500 이상 출금 중 패턴에서 벗어난 항목이 있으면 "Checking account outflow alert" 제목으로 이메일을 보낸다. 정상이면 무음이다. 매일 실행되는 루틴이므로 조회 범위는 1일로 엄격하게 제한했다.

5단계: 개인화된 루틴 분리 운영

인프라 부담이 낮아지면 개인화가 쉬워진다. 각자 중요하게 보는 항목이 다른 부부가 각각 별도의 프롬프트로 일일 이메일을 운영하는 것이 실제로 구현된 사례다. 코드 변경 없이 UI에서 프롬프트만 수정하면 이메일 내용이 바뀐다.

실전에서 주의할 점

이 아키텍처를 그대로 적용하려면 몇 가지를 현실적으로 짚어야 한다.

Plaid 계약은 개인 프로젝트에 진입 장벽이다. Driggsby는 2개월 개발 기간과 Plaid 계약을 통해 완성됐다. 개인이 동일한 MCP 서버를 처음부터 구축하려면 Plaid 개발자 계정 및 API 비용, 계좌 연동 인증 흐름 구현, 데이터 정규화 레이어가 모두 필요하다. Driggsby 같은 서비스를 사용하거나 유사한 오픈 파이낸스 API를 활용하는 것이 현실적인 시작점이다.

프롬프트 기반 자동화는 결정론적이지 않다. 이상 감지 루틴에서 false positive가 발생하는 것은 설계상 허용된 범위다. 중요한 것은 false negative, 즉 실제 이상을 놓치는 경우를 최소화하도록 프롬프트를 정교화하는 반복 작업이다. 재정 데이터를 다루는 만큼 알림을 행동의 트리거가 아닌 참고 신호로 설계하는 것이 안전하다.

Claude Code Routines의 실행 비용 구조를 파악해야 한다. 클라우드에서 에이전트가 반복 실행되는 구조이므로 실행 빈도와 컨텍스트 길이에 따라 비용이 누적된다. 특히 12개월 거래 내역 전체를 매일 로드하는 루틴은 토큰 소비가 상당할 수 있다. 조회 범위를 필요한 최소한으로 제한하는 것이 비용 관리의 핵심이다.

실행 이력 추적이 디버깅의 핵심이다. Routines의 UI가 일반 Claude Code 세션과 동일한 구조로 보인다는 점은 실용적인 장점이다. 루틴이 어떤 도구를 어떤 순서로 호출했는지, 어느 단계에서 실패했는지 그대로 확인할 수 있어 디버깅 사이클이 짧아진다.