네 가지 경로, 1분 요약
모든 AI 돈 관련 질문은 같은 벽에 부딪혀요. 모델이 여러분의 은행 계좌를 볼 수 없다는 거예요. Claude, ChatGPT, Cursor, 나머지 모두 거래 내역만 손에 넣으면 이미 잘 분석해요. 데이터를 모델 앞에 놓는 것이 문제의 전부예요.
방법은 네 가지예요. 에이전트에게 파일을 건네주거나, 온라인 뱅킹을 브라우저로 조작하게 하거나, 은행 API를 직접 만들거나, 대신 가져와 주는 호스팅 MCP 서버를 가리키면 돼요.
각각은 신선도, 안전성, 설정 시간을 다르게 맞바꿔요. 지루한 첫 번째 방법을 포함해, 어느 것도 모든 상황에서 틀린 건 아니에요.
경로 하나: 수동 CSV 및 PDF 업로드
가장 오래된 방법도 여전히 통해요. 은행 웹사이트에서 CSV나 PDF 명세서를 내려받아 채팅에 올리고 질문하면 돼요.
제 1월 명세서예요. 식당에 얼마 썼고, 어떤 결제가 구독처럼 보이나요?
종료된 기간에 대한 일회성 질문이라면 괜찮아요. 작년 명세서로 세금 준비, 한 달에 대한 분쟁, 거의 쓰지 않는 계좌를 잠깐 살펴보는 경우요. 데이터가 더 이상 바뀌지 않으니 오래됨은 문제가 되지 않아요.
습관으로 삼으면 무너져요. 명세서는 내보내는 순간 오래되고, 은행마다 내보내기 형식이 다르며, PDF는 표 추출을 망가뜨리고, 1년치 거래는 모델의 컨텍스트 창을 넘길 수 있어요. 또 계좌번호가 담긴 파일이 다운로드 폴더에 쌓이게 돼요. 가끔은 괜찮아요. 매주는 괴로워요.
경로 둘: 스크린 스크래핑과 브라우저 자동화
스크린 스크래핑은 에이전트, 또는 그를 대신하는 서비스가 여러분의 실제 사용자 이름과 비밀번호로 온라인 뱅킹에 로그인해 화면에 보이는 것을 읽는 방식이에요. 브라우저 자동화 에이전트는 이것을 쉬워 보이게 만들어요. 자격 증명을 붙여넣고, 모델이 여기저기 클릭하도록 두면 되죠.
하지 마세요. 뱅킹 비밀번호는 여러분의 돈을 옮길 수 있는 마스터키인데, 이 경로는 그것을 송금 버튼도 누를 수 있는 소프트웨어에 넘겨줘요. 대부분 은행 약관은 자격 증명 공유 자체를 금지하고, 무언가 잘못되면 사기 책임이 여러분에게 넘어올 수 있어요. 그리고 이 방식은 끊임없이 망가져요. MFA 프롬프트, CAPTCHA 벽, 은행 웹사이트의 어떤 개편이든 누군가 알아차리고 고칠 때까지 자동화를 멈춰요.
이건 2010년 무렵 초기 핀테크가 더 나은 게 없어서 우회했던 방식이에요. 지금은 더 나은 게 존재해요.
경로 셋: 직접 은행 API
은행들은 점점 공식 API를 공개하고 있어요. 미국에서는 FDX로 표준화되었고, 유럽에서는 PSD2 같은 오픈뱅킹 규정으로 의무화되어 있어요. 접근은 토큰화되고, 범위가 지정되며, 취소 가능해요. 비밀번호는 은행을 떠나지 않아요. 이것이 정말로 옳은 기반이고, 대부분의 현대 금융 앱 뒤에 있는 아래 두 경로는 이 위에 만들어져 있어요.
함정은 누가 그것을 쓸 수 있느냐예요. 직접 API 접근은 회사를 위해 설계되어 있어요. 개발자 계약, 보안 검토, 때로는 몇 달이 걸리는 은행별 온보딩까지요. 세 곳의 은행을 이용한다면, 세 가지 통합에 세 가지 별난 특성이 붙어요. 애그리게이터가 존재하는 이유가 바로 이거예요. 애그리게이터가 은행 연결을 유지 관리하니까 앱 개발자는 그럴 필요가 없고, 여러분이 써봤을 거의 모든 금융 앱이 그 위에 얹혀 있어요.
단지 돈 관련 질문에 답해주는 에이전트가 필요한 개인이라면, 이걸 직접 만드는 건 첫 유용한 답을 얻기까지 몇 주간의 작업을 뜻하고, 이제 여러분이 자기 은행 피드의 온콜 엔지니어가 된 셈이에요.
경로 넷: 호스팅 MCP 서버
MCP (Model Context Protocol)는 AI 앱이 외부 도구를 호출하도록 해주는 개방형 표준이에요. 은행 데이터 MCP 서버는 원시 파일이나 브라우저 세션 대신, 형식이 정해진 작은 읽기 전용 도구 세트를 에이전트에 제공해요. 에이전트가 필요한 것을 요청하면 구조화된 데이터를 돌려받고, 그 위에서 추론해요.
BankBridge는 이를 구현한 우리의 버전이에요. 공식 은행 연결 계층을 통해 한 번만 은행을 연결하면 (자격 증명은 은행으로 가고, 저희나 에이전트로는 절대 오지 않아요), 그때부터 에이전트는 list_accounts, search_transactions, get_recurring_charges, get_monthly_cashflow, list_holdings 등 11개의 도구를 갖게 돼요. 모든 호출이 은행에서 실시간 데이터를 가져와요. 저희 서버에는 아무것도 캐싱되지 않아서, 걱정할 여러분 재무의 저장본이 존재하지 않아요.
지금 제 당좌 잔액이 얼마고, 이번 달에 어떤 정기 결제가 나가나요?
어떤 MCP 호스트에서든 실시간 데이터로 그 질문에 답하는 것, 그게 전부의 핵심이에요. Claude Desktop, Claude Code, ChatGPT, Cursor, Gemini, Zed, 그리고 저희가 문서화한 스무 개 남짓의 다른 앱에서 작동해요. 설정은 몇 분이면 되고, 인증은 베어러 키나 OAuth 2.1이며, 연결된 은행당 $5/mo예요. 언제든 해지할 수 있어요.
나란히 비교: 신선도, 안전성, 설정, 무엇이 망가지는가
신선도. 업로드는 내보내는 순간 오래된 것이 돼요. 스크래핑은 망가지기 전까지는 실시간이에요. 직접 API와 MCP 서버는 설계상 실시간이에요. BankBridge는 매 질문마다 은행에서 가져오므로, "내 잔액은?"이라는 질문은 마지막 내보내기 시점이 아니라 바로 지금을 뜻해요.
안전성. 업로드는 그런대로 안전하지만, 명세서 파일이 디스크에 쌓여요. 스크래핑은 최악의 선택이에요. 전체 자격 증명, 전체 쓰기 권한, 약관 위반이요. 직접 API와 호스팅 MCP 서버는 토큰화되고 취소 가능하며 읽기 전용인 접근을 사용해요. BankBridge에는 돈을 옮기는 도구가 없어서, 혼란스러운 에이전트가 할 수 있는 최악은 이상한 송금을 보내는 게 아니라 이상한 질문을 하는 정도예요.
설정 시간. 업로드는 처음엔 비용이 들지 않지만, 이후 매 세션마다 내보내고 정리하는 데 10분씩, 영원히 들어요. 스크래핑은 만드는 데 오후 한나절, 지켜보는 데는 무한한 시간이 들어요. 직접 API는 직접 만들면 몇 주에서 몇 달이 걸려요. 호스팅 MCP 서버는 은행당 한 번, 몇 분이면 돼요.
무엇이 망가지는가. 업로드는 형식의 별난 특성과 컨텍스트 한계에서 망가져요. 스크래핑은 MFA, CAPTCHA, 개편에서 망가져요. 직접 만든 API 통합은 은행이 무언가 바꿀 때마다 망가지고, 그때 호출기를 든 사람은 여러분이에요. 호스팅 서버는 대체로 예측 가능한 한 곳에서만 망가져요. 뱅킹 비밀번호를 바꾼 뒤 은행 연결에 빠른 재인증이 필요한 경우인데, 2분이면 해결돼요.
어떤 걸 골라야 할까요?
종료된 한 달에 대해 하나의 질문이 있다면, 명세서를 업로드하고 물어보세요. 부끄러워할 일이 아니에요. 저희는 BankBridge를 수동 CSV 내보내기와 직접 비교했고, 결론은 "절대 업로드하지 마세요"가 아니에요.
어떤 에이전트에게도 뱅킹 비밀번호를 주지 마세요. 데모용도, 한 번도요.
컴플라이언스 예산이 있는 핀테크 제품을 만드는 중이라면, 은행 API 또는 그 아래의 애그리게이터 계층으로 곧장 가세요. 그게 그것들이 설계된 이유예요.
그리고 이미 쓰고 있는 에이전트에서 지속적인 답을 원하는 개인이라면, 호스팅 MCP 경로가 잘 버텨줘요. 한 번 연결하고, 떠오르는 무엇이든, 떠오를 때마다 물어보세요.
올해 인터넷 요금이 올랐나요? 1월 이후 ISP에서 나간 결제를 전부 뽑아서 비교해 주세요.