Perplexity x Plaid가 여는 AI 자산 집사 시대 2026 — read-only Wealth OS 설계 체크리스트

Posted on by

이 뉴스가 재밌는 이유는 단순히 AI가 돈 관리도 한다가 아니기 때문이다.

진짜 포인트는 질문 잘하는 챗 인터페이스에 계좌 데이터가 붙기 시작했다는 데 있다.

2026년 3월 11일 Plaid 공식 글은 Perplexity의 Portfolio가 Plaid를 통해 투자계좌를 연결하고 보유 종목, 거래, 잔액, 증권 데이터를 바탕으로 질문 응답과 요약을 제공한다고 설명했다.

그리고 2026년 4월 9일 Plaid 공식 글은 이 범위를 투자계좌 밖으로 넓혔다.

이제 예금계좌, 신용카드, 주택담보대출, 자동차 대출, 학자금 대출까지 하나의 질문 인터페이스에 붙을 수 있다고 공식적으로 적었다.

겉으로 보면 개인 금융 앱 하나 더 나왔네 정도로 보일 수 있다.

근데 Wealth OS 관점에서는 이게 완전히 다른 사건이다.

이전까지는 가계부, 증권앱, 대출앱, 은행앱, 메모, 시트가 따로 놀았다.

이제는 계좌 데이터를 읽는 레이어와 그 데이터를 자연어로 해석하는 레이어가 붙기 시작했다.

여기서 중요한 건 자동매매가 아니다.

오히려 반대다.

지금 가장 현실적인 해석은 실행권 없는 read-only AI 자산 집사 쪽이다.

이 글은 바로 그 관점에서, Perplexity x Plaid가 무엇을 공식적으로 열었는지, 왜 이걸 read-only로 해석하는 게 안전한지, 그리고 내 Wealth OS에 붙이려면 어떤 체크리스트부터 봐야 하는지를 정리한다.

지금 결론

먼저 짧게 접어두면 이렇다.

  1. Perplexity x Plaid의 진짜 의미는 계좌 데이터 + 질문 인터페이스 결합이다.
  2. 2026년 4월 9일 기준 공식 지원 범위는 투자계좌를 넘어 예금, 카드, 대출까지 확장됐다.
  3. 그렇다고 이걸 AI가 대신 투자한다로 읽으면 안 된다.
  4. Plaid 공식 발표 기준 가장 안전한 프레이밍은 insight용, read-only 보조석이다.
  5. Wealth OS 설계는 자동 실행보다 권한 범위, 최소수집, revoke, human approval이 먼저다.

한 줄로 줄이면 이거다.

Perplexity x Plaid는 자산 운용 AI의 시작점이라기보다, 실행권 없는 read-only Wealth OS 보조석이 현실적인 첫 단계다.

왜 이 뉴스가 단순한 AI 기능 추가가 아닌가

AI 금융 뉴스는 보통 두 갈래로 나뉜다.

하나는 챗봇이 금융 질문에 답해주는 쪽이다.

다른 하나는 실제 계좌 데이터와 붙는 쪽이다.

둘은 전혀 다르다.

첫 번째는 똑똑한 검색이다.

두 번째는 운영 인터페이스다.

질문만 잘하는 AI는 내 돈을 모른다.

반대로 내 계좌를 읽는 AI는 질문 하나에도 잔액, 대출, 소비흐름, 투자보유라는 문맥이 붙는다.

이 차이 때문에 올해 현금흐름이 얼마나 빡빡하지 같은 질문이 그냥 조언이 아니라 실제 내 데이터 기반 응답이 된다.

Wealth OS 입장에서는 이게 핵심이다.

나는 예전부터 숫자 원장과 판단 루프를 따로 뒀다.

시트가 장부이고, 에이전트는 읽고 묻고 요약하는 팀원이며, 하네스는 상태와 복구를 담당하는 운영실이다.

Perplexity x Plaid는 이 중 읽는 팀원의 입력값을 훨씬 풍부하게 만드는 사건에 가깝다.

공식 발표 기준 무엇이 열렸나

여기는 추측이 아니라 공식 글 기준만 적겠다.

2026년 3월 11일: 투자계좌 중심 시작

Plaid 공식 글은 Perplexity Portfolio가 Plaid를 통해 투자계좌를 연결하고, 보유 종목, 거래내역, 잔액, 증권 데이터를 바탕으로 포트폴리오 질문 응답과 요약을 제공한다고 설명했다.

중요한 건 이 시점 설명이 분석과 통찰 쪽에 붙어 있다는 점이다.

실행, 매매, 자금이동 이야기는 아니다.

2026년 4월 9일: 예금·카드·대출로 확장

그다음 Plaid 공식 글은 범위를 더 넓혔다.

이제 사용자는 checking, savings, credit cards, mortgages, auto loans, student loans를 더해 한곳에서 읽을 수 있다고 나왔다.

이게 왜 크냐면 순자산과 현금흐름, 부채 구조를 한 화면에서 같이 읽을 수 있게 되기 때문이다.

투자 포트만 보면 다들 잘하는 척하기 쉽다.

근데 카드 잔액, 대출 상환, 예금 버퍼까지 같이 보면 갑자기 현실이 들어온다.

Wealth OS는 원래 그 현실을 보는 체계다.

그래서 이 확장이 더 중요하다.

Pro와 Max는 더 깊은 분석 레이어

2026년 4월 9일 Plaid 공식 글은 Perplexity Computer로 자연어 기반 분석 워크플로를 만들 수 있다고 적었다.

예시로 나온 것도 매매가 아니다.

  • net worth dashboard
  • budget tracker
  • debt payoff planner

이 셋은 다 읽기와 해석의 문제다.

즉 이 기능의 첫 파장은 AI가 거래한다 보다 AI가 재무 구조를 읽어준다 에 가깝다.

왜 read-only 프레이밍이 제일 중요한가

여기서 제일 위험한 오독이 있다.

계좌가 붙는다 = AI가 돈을 굴려준다

이렇게 읽는 순간 바로 사고난다.

Plaid 2026년 3월 11일 공식 설명은 이 기능을 통찰 중심으로 정의했다.

적어도 현재 공개 설명 기준으로는 거래 실행이나 자금 이동이 아니라 데이터를 읽고 답하는 쪽이다.

이 차이가 엄청 크다.

실행권이 없으면 아직 보조석이다.

실행권이 생기면 운전석이다.

보조석 설계와 운전석 설계는 같은 체크리스트를 쓰면 안 된다.

보조석은 읽기 범위, 데이터 품질, 권한 철회, 허위 해석 방지가 핵심이다.

운전석은 주문 권한, 실수 비용, 승인 루프, 법적 책임, 복구 절차가 핵심이다.

지금 단계에서 이걸 보조석으로 이해하는 게 안전한 이유는 공식 발표가 전부 분석, 질문, 대시보드, 플래너 언어로만 되어 있기 때문이다.

Plaid가 말하는 권한 모델은 무엇인가

이 부분은 AI보다 더 중요하다.

Plaid 공식 문서는 계속 같은 표현을 쓴다.

consumer-permissioned data

쉽게 말하면 사용자가 연결을 허용한 데이터라는 뜻이다.

아무 계좌나 몰래 긁어오는 구조가 아니다.

사용자가 어떤 앱에, 어떤 계좌를, 어떤 범위로 열어줄지 선택하는 구조에 가깝다.

Plaid의 소비자 데이터 설명 페이지도 공유 범위가 제품에 따라 달라질 수 있다고 안내한다.

잔액, 거래내역, 투자 보유, 대출 데이터, 경우에 따라 소득/고용 관련 데이터까지 범위가 달라질 수 있다는 뜻이다.

여기서 바로 첫 번째 설계 원칙이 나온다.

붙일 수 있는 데이터를 다 붙이지 마라.

연결 가능 범위와 실제 연결할 범위는 다르다.

Wealth OS가 똑똑해지려면 데이터가 많아야 한다는 착각이 생기기 쉽다.

근데 실제론 필요 없는 데이터까지 열수록 리스크만 커진다.

revoke가 왜 중요하나

Plaid 문서에서 두 번째로 중요한 키워드는 revocation 이다.

사용자는 어떤 앱이 접근 중인지, 어떤 계좌가 공유 중인지, 언제 연결됐는지 보고 철회할 수 있다고 안내돼 있다.

이건 생각보다 큰 차이다.

대부분의 자동화는 연결하는 순간만 신경 쓰고 끊는 경로를 잊는다.

근데 금융 연결은 연결보다 철회가 더 중요하다.

왜냐면 사람은 처음엔 신나서 넓게 열고, 나중엔 어디까지 열었는지 잊기 때문이다.

그래서 Wealth OS 설계 체크리스트에서 연결 버튼 보다 먼저 적어야 하는 건 끊는 버튼 이다.

내 Wealth OS에 붙인다면 뭐가 좋아지나

이제 실사용 관점으로 보자.

Perplexity x Plaid를 내 시스템에 붙인다고 했을 때 가장 먼저 좋아지는 건 예쁜 대시보드가 아니다.

오히려 질문 비용이 낮아진다.

예를 들면 이런 질문이 가능해진다.

  • 이번 달 순자산이 왜 줄었지
  • 카드 소비가 늘어난 구간이 어딘가
  • 투자계좌와 예금계좌를 합치면 유동성은 충분한가
  • 대출 이자 부담이 현금흐름을 얼마나 갉아먹나
  • 적자가 나는 달을 버틸 현금 버퍼가 몇 달치인가

이 질문들은 원래 사람이 직접 앱 네다섯 개를 열고 시트를 다시 맞춰야 했다.

데이터가 붙으면 질문 한 번으로 초기 진단이 가능해진다.

즉 AI가 대신 결정하는 게 아니라, 사람이 판단하기 전까지 걸리는 시간이 줄어든다.

이건 생산성보다 운영 안정성에 더 가깝다.

설계 체크리스트 1: 자동수집 필드와 수동 유지 필드를 나눠라

이건 거의 무조건 필요하다.

모든 필드를 자동으로 붙이는 순간 좋아 보이지만 정작 운영은 더 헷갈릴 수 있다.

내 기준으로는 이렇게 나누는 편이 자연스럽다.

자동수집 후보

  • 계좌 잔액
  • 투자 보유 종목
  • 카드 사용 내역
  • 대출 잔액
  • 이자율 또는 상환 히스토리

수동 유지 후보

  • 자산 역할 태그
  • 버킷 분류
  • 리밸런싱 룰
  • 인간 승인 상태
  • 일시적 예외 메모

왜냐면 첫 번째 그룹은 사실 데이터다.

두 번째 그룹은 정책이다.

정책은 자동으로 읽히지 않는다.

정책까지 모델이 멋대로 만들면 그 순간부터는 도우미가 아니라 과한 참견이 된다.

설계 체크리스트 2: read-only lane과 action lane을 분리하라

이건 TECHTAEK에서 계속 말한 주제이기도 하다.

조회와 실행은 같은 lane에 두면 안 된다.

Perplexity x Plaid를 내 운영 체계에 붙이더라도 먼저 허용할 건 조회 lane이다.

  • 계좌 읽기
  • 순자산 요약
  • 지출 카테고리 분석
  • 부채 구조 진단
  • 질문 기반 설명

그리고 나중에도 쉽게 열지 말아야 할 건 action lane이다.

  • 자산 이동
  • 자동이체 변경
  • 주문 실행
  • 상환 실행
  • 외부 서비스와의 자동 트리거

공식 설명상 현재는 앞쪽에 훨씬 가깝다.

그래서 시스템 설계도 거기에 맞춰야 한다.

지금 되는 것 보다 지금 허용해야 할 것 이 먼저다.

설계 체크리스트 3: 인간 승인 없는 실행은 만들지 마라

설령 언젠가 실행 기능이 붙더라도 바로 자동 실행으로 가면 안 된다.

내가 붙일 기준은 이렇다.

  1. 먼저 읽기 전용으로만 돌린다.
  2. 그다음 추천안만 보여준다.
  3. 사람 승인을 거친다.
  4. 승인 기록을 남긴다.
  5. 실행과 복구 로그를 남긴다.

이 다섯 줄이 빠진 자동화는 편해 보여도 오래 못 간다.

특히 금융은 한 번 틀리면 정정 비용이 너무 크다.

그래서 AI 집사라는 말이 멋져 보여도 현실적으로는 읽고 정리하고 물어보는 집사 정도가 먼저다.

설계 체크리스트 4: 지역 지원 범위를 추정하지 마라

이건 한국 독자에게 특히 중요하다.

Plaid는 미국 중심 금융 데이터 네트워크다.

공식 발표에서 한국 계좌 지원 범위까지 확인된 건 아니다.

그래서 이 글을 한국 통장도 지금 바로 다 붙는다 처럼 읽으면 안 된다.

정확한 해석은 이쪽이다.

미국 중심 오픈파이낸스 인프라 위에서, AI 질문 인터페이스와 계좌 데이터 결합이 한 단계 진전됐다.

이 정도가 안전하다.

한국 사용자는 바로 실사용을 상상하기보다 설계 패턴을 먼저 읽는 게 낫다.

무엇이 자동수집 대상인지, 무엇을 수동 유지해야 하는지, 어디까지 read-only인지, revoke는 어떻게 설계할지.

이 패턴은 지역이 달라도 유효하다.

설계 체크리스트 5: data minimization을 기본값으로 둬라

연결 가능한 계좌가 많아지는 순간 사람은 자꾸 다 붙이고 싶어진다.

근데 좋은 시스템은 많이 여는 시스템이 아니라 필요한 것만 여는 시스템이다.

예를 들어 순자산과 부채 구조만 보고 싶다면 거래 전부를 장기 보관할 필요가 없을 수 있다.

지출 카테고리 분석이 목적이라면 투자 체결 히스토리 전체가 필요 없을 수도 있다.

이 구분이 없으면 AI는 똑똑해지기 전에 권한 덩어리가 된다.

언제 이게 진짜 유용해질까

이 조합이 가장 유용해지는 사람은 이런 타입이다.

  • 은행, 카드, 대출, 투자계좌가 이미 여러 군데 흩어진 사람
  • 순자산과 현금흐름을 따로 읽다가 늘 늦는 사람
  • 가계부보다 운영판이 필요한 사람
  • 질문 기반 요약이 실제 의사결정 시간을 줄여주는 사람

반대로 아직은 과한 사람도 있다.

  • 자산 구조가 매우 단순한 사람
  • 계좌 몇 개 안 되는 사람
  • 월간 리뷰도 안 하는 사람
  • 연결보다 수동 통제가 더 편한 사람

Wealth OS는 언제나 그렇다.

복잡성이 올라갈수록 가치가 커진다.

복잡성이 아직 낮으면 오히려 단순 시트가 낫다.

실수 TOP 5

1. 계좌 연결 = 자동 투자라고 착각하는 것

지금 공식 발표를 그렇게 읽으면 안 된다.

핵심은 분석 보조다.

2. 연결 가능한 계좌를 다 붙이는 것

필드가 많다고 판단이 반드시 좋아지진 않는다.

3. read-only와 write 가능성을 같은 수준으로 보는 것

읽기와 실행은 운영 위험도가 다르다.

4. revoke 경로를 안 적는 것

끊는 버튼이 없는 연결은 장기적으로 불안하다.

5. 한국 지원 범위를 추정으로 쓰는 것

이 부분은 반드시 공식 지원 범위를 따로 확인해야 한다.

관련 글

FAQ

Q1. Perplexity x Plaid는 지금 바로 AI가 돈을 대신 굴려준다는 뜻인가?

아니다.

2026년 3월과 4월 Plaid 공식 발표 기준으로는 계좌 데이터를 읽고, 질문에 답하고, 대시보드나 플래너를 만드는 분석 보조 쪽에 훨씬 가깝다.

Q2. 뭐가 가장 큰 변화인가?

투자계좌만이 아니라 예금, 카드, 대출까지 하나의 질문 인터페이스에 붙기 시작했다는 점이다.

이게 순자산과 현금흐름, 부채 구조를 같이 읽게 만든다.

Q3. Wealth OS에 붙인다면 가장 먼저 뭘 해야 하나?

자동수집 필드와 수동 유지 필드를 나누는 일부터다.

계좌 잔액과 거래내역은 읽어오더라도, 자산 역할과 승인 상태까지 모델이 멋대로 정하게 두면 안 된다.

Q4. 보안보다 더 먼저 볼 게 있나?

권한 범위다.

정확히 말하면 어디까지 열 것인지, 누가 철회할 수 있는지, 실행권이 있는지 없는지 이 세 가지가 먼저다.

Q5. 한국 사용자도 이 설계를 참고할 가치가 있나?

있다.

계좌 지원 범위 자체는 지역별 차이가 있더라도, read-only 우선, 최소수집, revoke, human approval이라는 설계 원칙은 그대로 가져갈 수 있다.

Q6. 결국 이걸 어떻게 한 줄로 이해하면 되나?

Perplexity x Plaid는 AI가 내 돈을 대신 굴리는 단계 가 아니라 AI가 내 재무 구조를 더 빨리 읽어주는 단계 라고 이해하는 게 가장 안전하다.

공식 출처

관련 글