한 달은 거짓말이에요
에이전트에게 전기 요금이 얼마나 나오는지 물어보면, 보통 가장 편한 창을 잡아요. 지난달이요. 4월에 텍사스 전기 요금이 $285일 수 있어요. 8월에는 같은 집이 에어컨을 24시간 돌려서 $600 이상 나와요. 4월에 12를 곱하면 실제로는 $5,000 가까이 드는 항목에 약 $3,400을 배정한 셈이 돼요.
가스는 반대예요. 여름 청구서 $45가 귀엽게 보이다가, 2월에 $268로 내려앉아요.
에이전트가 준 숫자가 틀린 건 아니에요. 지난달은 정말 $285였어요. 그 위에 쌓인 예측이 틀린 거고, 방법론을 건네주지 않으면 에이전트는 기본값인 순진한 방식으로 가버려요.
해법: 12개월, 연간화
해법은 구체적이고 조금 지루한데, 그게 바로 예산에 필요한 요소예요. 모든 공과금에 대해 한 달이 아니라 1년치 이력을 가져오세요.
세 단계예요. 첫째, 지불하는 각 공과금별로 지난 12개월간의 가맹점 이력을 요청하세요. 둘째, 합계를 내서 12로 나누세요. 이것이 연간화 월평균이고, 예측 근거로 쓸 수 있는 유일한 월간 숫자예요. 셋째, 가장 높은 달과 가장 낮은 달을 비교하세요. 최대치가 최소치의 최소 2배라면 그 청구서를 계절성으로 표시하고, 다시는 그 청구서에 대해 특정 한 달을 인용하지 마세요.
왜 6개월이나 24개월이 아니라 12개월일까요? 12개월은 각 계절을 정확히 한 번씩 담아요. 6개월은 지금 서 있는 반년을 두 번 세게 돼요. 24개월도 가능하지만, 2년 전 요금을 지금 요금과 똑같이 반영하고, 공과금 요금은 대개 오르는 쪽으로 움직여요.
바로 쓸 수 있는 프롬프트
전체 방법론을 하나의 프롬프트로 정리했어요. Claude, ChatGPT, Cursor, 또는 은행이 연결된 어떤 MCP 호스트에든 붙여넣으세요:
내가 지불하는 각 공과금(전기, 가스, 수도, 쓰레기, 인터넷)별로 지난 12개월간의 가맹점 이력을 가져와줘. 각 항목에 대해 12개월 총액, 연간화 월평균(총액을 12로 나눈 값), 가장 높은 달, 가장 낮은 달을 알려줘. 가장 높은 달이 가장 낮은 달의 최소 2배인 청구서는 표시하고 계절성이라고 라벨링해줘. 예산 항목으로는 지난달이 아니라 연간화 평균을 사용해줘.
내부적으로 에이전트는 보통 get_recurring_charges를 한 번 호출해서 공과금을 찾고, 그런 다음 각각에 대해 get_merchant_history를 호출해요. 도구 호출 다섯 여섯 번, 몇 초, 그리고 예산에 바로 넣을 수 있는 표가 나와요.
왜 2배가 적절한 임계값인가
모든 청구서는 흔들려요. 수도 요금은 스프링클러를 얼마나 자주 돌렸느냐로, 전기 요금은 폭염으로 움직이고, 그런 잡음은 예산에 크게 중요하지 않아요. 최고치 대 최저치 비율이 2 이상이면 잡음이 아니에요. 구조예요.
실제 계좌에 이 검사를 돌려보면 패턴이 깔끔해요. 인터넷은 비율이 1.0 근처예요. 평평하니 아무 달로 예측해도 괜찮아요. 더운 기후의 전기는 대략 2.2 근처로 나와요. 진짜 겨울이 있는 곳의 가스는 5배 이상 갈 수 있어요.
임계값은 어디서 여유를 가져도 되는지도 알려줘요. 2배 아래는 지난달 청구서로 대체해도 괜찮아요. 그 위는 평균이 필요해요. 그 구분이 표시 기능의 요점이에요.
실제 형태의 숫자로 본 예시
텍사스 집을 예로 들어볼게요. 전기 요금은 늦여름에 약 $612로 정점을 찍고 초봄에 $278 근처로 바닥을 치며, 연간화 평균은 $412예요. 3월 청구서 $285로 예측하면 연간 전기 예산이 약 $3,420으로 나와요. 실제 수치는 대략 $4,950이에요. 한 항목에서 약 $1,500이 모자라요.
가스는 반대예요. 8월은 $48, 2월은 $268, 평균은 약 $98이에요. 8월 청구서를 연간화하면 실제로는 $1,175짜리 1년 지출에 $576을 배정하게 돼요.
언제 물어보느냐에 따라 오차 방향이 달라진다는 점이 눈에 띄어요. 봄에 물어보면 전기가 싸 보여요. 늦여름에 물어보면 가스가 싸 보여요. 그게 바로 한 달을 믿을 수 없다는 신호예요. 답이 달력에 따라 바뀌는데, 예산은 그러면 안 되죠.
공과금만의 이야기가 아니에요
같은 함정은 지출에 계절적 형태가 있는 모든 곳에 숨어 있어요. 12월 선물, 여름 항공권, 연간 보험료, 개학철, 같은 달에 몰려 도착하는 도메인 갱신 요금. 이 중 어느 것이든 잘못된 달에서 만든 예측을 오염시켜요.
지난 12개월간 카테고리별로 지출을 월별로 나눠줘. 각 카테고리에 대해 월평균을 알려주고, 가장 큰 달이 가장 작은 달의 두 배 이상인 카테고리는 표시해줘. 매년 같은 달에 급증하는 카테고리도 표시해줘.
연간 청구는 특별히 의심할 만해요. 11개월은 0이고 한 달만 $600이면 비율이 무한대가 되고, 0인 달에서 예측하는 에이전트는 그 지출을 완전히 빠뜨려버려요. 연간 청구는 12개월에 걸쳐 월별 예비비로 분산시켜 달라고 요청하세요.
평균 자체가 틀릴 때
과거 평균은 내년이 작년과 같을 거라고 가정해요. 때로는 그렇지 않아요. 공과금 요금이 뛰기도 하고, 30% 요금 인상은 창 안의 오래된 달들이 조용히 미래를 저평가하고 있다는 뜻이에요.
각 공과금에 대해 가장 최근 청구서를 1년 전 같은 달과 비교해줘. 15% 이상 올랐으면 짚어주고, 새 요금이 앞으로 유지된다고 가정해서 내 연간 평균을 다시 추정해줘.
같은 달 1년 전 비교가 정직한 비교예요. 계절이 고정되니까요. 2월 가스가 작년 2월보다 34% 올랐다면, 그건 한파가 아니라 요금 변화이고, 평균을 위쪽으로 조정해야 해요.
생활 변화도 평균을 깨요. 전기차, 수영장, 새로 시작한 재택근무 환경. 미래가 과거와 다르다는 걸 안다면 프롬프트에서 그렇게 말하고, 연속성을 가정하는 대신 에이전트가 그걸 모델링하게 하세요.
한 번만 설정하세요
이 모든 것은 에이전트가 스크린샷이나 반쯤 기억하는 숫자가 아니라 진짜 1년치 거래를 볼 수 있어야 가능해요. BankBridge는 호스팅되는 MCP 서버로, Claude, ChatGPT, Cursor, Gemini 그리고 스물 몇 개의 다른 호스트에 계좌에 대한 읽기 전용 접근을 제공해요. 모든 질문은 은행에서 실시간으로 가져오고, 저희 서버에는 아무것도 저장되지 않아요.
연결된 은행당 월 $5, 언제든 취소할 수 있어요. 한 번 연결하면 이 가이드의 모든 프롬프트가 그대로 작동해요. 더 넓은 패턴 라이브러리를 원한다면, 금융 질문을 위한 프롬프트 패턴 가이드부터 시작하세요.