처음엔 나도 그냥 가계부처럼 적으면 되겠지 했다. 그런데 숫자가 조금만 늘어나도 그 방식은 바로 한계를 드러냈다. 자산이 늘어난다기보다, 내가 숫자 정리하느라 더 바빠지는 구조가 되더라.
핵심 한 줄: 자산 운영은 숫자를 적는 일이 아니라, 숫자가 바뀌어도 다시 굴러가게 만드는 일이다.
지금 내가 쓰는 방식은 Wealth OS다. Google Sheets가 장부고, .claude에 붙은 에이전트가 팀원이고, 하네스가 운영실이다. 이 글은 코인 얘기를 예언하는 글이 아니라, 내가 실제로 이 시스템을 어떻게 굴리는지에 대한 운영기다.
지금 결론
가계부식 관리가 한계에 부딪히는 순간은 생각보다 빨리 온다.
- 코인, ETF, 현금, 연금이 각자 따로 놀기 시작할 때
- 매일 보는 숫자와 매주 판단하는 숫자가 달라질 때
- “이번 달은 조심” 같은 감각이 아니라 반복 가능한 규칙이 필요해질 때
그때부터는 기록보다 운영이 중요하다. 내 기준에서 Wealth OS의 가치는 수익률을 마법처럼 올리는 데 있지 않다. 판단을 덜 흔들리게 만들고, 실수를 덜 반복하게 만드는 데 있다.
왜 이런 구조가 필요했나
01.Projects/wealth_os/README.md를 보면 이 프로젝트는 단순 투자 메모 폴더가 아니다. Google Sheets를 원장 SSOT로 두고, .claude 에이전트팀과 하네스로 자산을 운영하는 구조다. 이 정의가 마음에 든 이유는 아주 단순하다. 내 머리가 아니라 시스템이 기억해야 했기 때문이다.
01.Projects/wealth_os/CURRENT 포트폴리오 운영 기준.md도 같은 말을 더 직설적으로 한다. 본진은 배당 본진 + 성장 보조 + 텐배거 도파민 슬리브로 나뉘고, 도파민 슬리브는 전체 5% 이하로 묶는다. 즉, 모든 걸 한 바구니에 넣고 감으로 굴리는 게 아니라 역할을 나눠서 운용한다.
이게 중요한 이유는 코인 때문만은 아니다. 코인은 변동성이 크고, ETF는 분산과 계좌 규칙이 있고, 현금흐름은 세후 기준으로 다시 봐야 한다. 셋을 같은 방식으로 보면 어느 순간 전부 섞여 버린다.
내가 실제로 나눈 역할
내가 쓰는 구조는 대충 이런 식이다.
| 구성 | 역할 | 내가 기대하는 것 | 실패 모드 |
|---|---|---|---|
| Google Sheets | 숫자 장부 SSOT | 현재값, 예정값, 기록값 분리 | 메모만 남고 상태가 안 보임 |
.claude 에이전트 |
팀원 | 반복 작업, 요약, 라우팅 | 역할이 겹치면 충돌 |
| 하네스 | 운영실 | 상태 저장, 복구, 점검 | 없으면 세션 끊길 때 맥락 유실 |
| Wealth OS 문서 | 운영 기준서 | 생존 규칙, 리밸런싱 원칙 | 문서가 길기만 하면 안 읽음 |
이 구조의 포인트는 “무슨 도구를 썼는가”가 아니다. 무슨 일이 생겼을 때 누가 보고, 누가 멈추고, 누가 다시 살리는지가 더 중요하다.
무엇이 작동했나
1. 시트 SSOT는 생각보다 강하다
숫자가 시트에 모이면 좋은 점이 있다. 자산이 흩어져 있어도 판단 기준은 하나로 묶인다. 내가 지금 보는 것은 “코인이 얼마고 ETF가 얼마냐”보다 “지금 구조가 내 규칙 안에 있냐”다.
특히 좋았던 건 현재값과 예정값을 섞지 않게 된 점이다. 예전에는 다음 매수, 다음 입금, 다음 리밸런싱이 전부 한 덩어리처럼 보였다. 지금은 그걸 분리해서 본다.
2. 에이전트 분리는 의외로 체감이 크다
한 에이전트가 다 하면 편해 보이는데, 실제로는 책임이 흐려진다. 리서치, 정리, 검증, 기록을 분리해두면 속도는 조금 느려져도 실수는 훨씬 줄어든다.
내가 체감한 건 이거다.
- 요약은 빨라진다
- 재작성은 줄어든다
- 같은 걸 두 번 묻는 일이 줄어든다
3. 하네스가 있어야 운영이 끊기지 않는다
하네스는 멋있는 단어지만, 실제론 그냥 운영 안전장치다. health check, 자동 재시작, 폴백, 상태 저장이 있어야 세션이 끊겨도 다시 붙는다.
코딩도 그렇고 자산 운영도 그렇다. 한 번 잘하는 것보다, 끊겨도 다시 살아나는 게 더 중요하다.
무엇이 깨졌나
솔직히 처음부터 깔끔하진 않았다.
1. 시트만 있을 때는 숫자만 쌓였다
가계부식 관리의 문제는 기록이 목적이 되기 쉽다는 거다. 숫자는 있는데 다음 행동이 없다. 그러면 운영이 아니라 아카이브가 된다.
2. 에이전트가 늘어나면 역할 경계가 흐려졌다
처음엔 “다 알아서 하면 좋지” 싶었다. 근데 그건 그냥 떠넘기기였다. 누가 판단하고 누가 검증하고 누가 반영하는지 경계가 없으면, 편해지는 게 아니라 책임이 증발한다.
3. 리뷰 부담이 생각보다 있다
이 시스템은 자동화가 많아 보여도, 리뷰가 사라지지는 않는다. 내 체감상 하루 5분, 주간 20~30분, 월간 1~2시간 정도는 그냥 먹는다.
그래서 이 구조는 “안 봐도 되는 시스템”이 아니라 “덜 망가지는 시스템”에 가깝다.
시간과 복잡도
이 부분이 제일 현실적이다.
Wealth OS는 한 번 세팅하면 끝나는 장난감이 아니다. 문서, 시트, 에이전트, 하네스, 리뷰가 서로 맞물려 돌아가야 한다. 그래서 자산 규모가 작거나 운영 목적이 단순한 사람에게는 과할 수 있다.
내 기준으로 이런 사람에겐 잘 안 맞는다.
- ETF 한두 개만 장기 적립하는 사람
- 매매 빈도가 낮고 의사결정이 단순한 사람
- 기록보다 실행 속도가 더 중요한 사람
- 운영 문서 보는 걸 스트레스로 느끼는 사람
반대로 이런 경우엔 꽤 잘 맞는다.
- 코인, ETF, 현금흐름, 연금이 따로 움직이는 사람
- 세후 기준으로 다시 계산해야 하는 사람이 많은 사람
- 반복되는 리밸런싱과 점검을 자동화하고 싶은 사람
- 나중에 내가 뭘 했는지 회고 가능한 구조가 필요한 사람
내가 붙잡고 있는 운영 원칙
wealth-os-soul.md에서 제일 중요한 문장은 거의 이거다.
- 생존이 수익보다 먼저다
- 세후 실질 순자산 증가가 최상위 KPI다
- 게이트 통과 전 추천 승격 금지
- 현재값, 예정값, 희망사항을 섞지 않는다
이 원칙 덕분에 코인이나 웰스 운영이 도파민 게임으로 안 미끄러진다. 욕심은 들어오는데, 기준이 있으니 바로 실행으로 못 넘어간다. 그게 오히려 좋다.
실제로 굴릴 때 내가 보는 체크포인트
매일
- 숫자 변화가 있는지 본다
- 특이한 입출금이 있었는지 본다
- 오늘 손댈 게 있는지 본다
매주
- 다음 주 리스크를 본다
- 코인 쪽과 웰스 쪽이 같은 방향으로 쏠렸는지 본다
- 너무 많은 걸 한 번에 바꾸려는지 본다
매월
- 예측과 실제를 비교한다
- 잘 작동한 규칙과 깨진 규칙을 기록한다
- 슬리브 역할을 다시 본다
이 루프가 없으면 시스템은 금방 장식품이 된다. 보기엔 멋진데, 실제론 아무도 안 쓰는 장부가 되기 쉽다.
언제 이 방식이 특히 안 맞나
이건 꽤 중요하다.
- 포트폴리오가 아직 너무 단순하면, 하네스보다 실행이 먼저다.
- 자산 크기보다 관리 피로가 더 큰 시점이면, 구조를 줄여야 한다.
- 리뷰할 사람이 없는데 자동화만 늘리면, 잘 굴러가는 척만 한다.
즉, 시스템이 답이 아니라 시스템이 필요한 사람에게만 답이다. 이건 꽤 차갑지만, 그래서 더 현실적이다.
내가 이 구조에서 얻은 것
가장 큰 수확은 “무엇을 사야 하냐”보다 “어떻게 굴려야 덜 흔들리냐”로 생각이 바뀐 거다.
코인도, ETF도, 현금흐름도 결국 같은 회사 안의 다른 사업부처럼 본다. 사업부가 다르면 KPI가 다르고, KPI가 다르면 운영 방식도 달라야 한다.
그렇게 보니까 감정이 줄고, 리듬이 생겼다. 대단한 건 아니지만, 자산 운영에서는 이게 꽤 큰 차이다.
FAQ
Q. 이걸 꼭 시트, 에이전트, 하네스로 나눠야 해?
A. 꼭은 아니다. 다만 하나로 뭉치면 나중에 고치기 어렵다. 나눠두면 고장 났을 때 어디를 봐야 하는지 바로 보인다.
Q. 코인까지 넣으면 너무 복잡하지 않아?
A. 복잡해진다. 그래서 더더욱 원장과 역할 분리가 필요하다. 복잡한 걸 단순하게 보이게 하는 게 아니라, 복잡한 걸 덜 엉키게 만드는 쪽이다.
Q. 이 시스템의 핵심 한 줄은 뭐야?
A. 숫자를 기록하는 시스템이 아니라 숫자가 바뀌어도 다시 굴러가는 시스템이라는 거다.
Q. 초보자도 이걸 바로 따라 해야 해?
A. 아니다. 초보자는 먼저 단순한 구조로 시작하는 게 맞다. 이건 이미 운영해야 할 항목이 여러 개일 때 빛난다.
Q. 이 방식의 최대 단점은?
A. 초반 세팅과 유지비다. 문서, 시트, 리뷰가 같이 돌아가야 해서 생각보다 손이 간다.
참고 자료
- Wealth OS README (내부 운영 문서, 2026-03-24 기준)
- Wealth OS CURRENT 포트폴리오 운영 기준 (내부 운영 기준 문서, 2026-03-18 기준)
- SPEC-개인 자산 운영 OS (내부 설계 문서, 2026-03-19 기준)
- Wealth OS Operating Soul (내부 운영 원칙 문서)
- 최근 도입부 패턴 기록 메모