신간 <돈 때문에 불안하다는 착각>을 읽었습니다.
처음엔 우리 시대의 돈에 대한 불안을
다룬 책인 줄 알았는데,
핵심 메시지는 예상과 좀 달랐습니다.
우리는 오랫동안 돈이 가장 큰 제약인 시대를 살았습니다.
그래서 돈이 있으면 더 좋은 집, 교육, 의료, 서비스를
살 수 있다고 믿고 있습니다.
그래서 삶의 불안도 전부 돈의 불안으로 번역됐고
모두가 돈을 모으는 것에 진심입니다.
하지만 저출산, 고령화가 본격화되면 이 가정이 무너집니다.
돈이 있어도 버스가 오지 않고,
돈이 있어도 돌봐줄 사람이 없고,
돈이 있어도 필요한 물건과
서비스를 제때 구하지 못하는 시대가 옵니다.
그때 부족한 것은 돈이 아니라
사람, 노동, 물류, 돌봄, 생산능력.
돈은 중요하지만
사회가 만들어낸 가치에 대한 청구권일 뿐입니다.
"사회가 더 이상 충분히 만들고 돌보고 운반하지 못한다면, 돈만으로는 불안을 해결할 수 없다"
이게 이 책의 핵심 메시지였습니다.
그래서 저자가 생각하는 진짜 미래에 대한 대비는
지금 각자도생을 위한 숫자를 불리는 일이 아니라,
1) 내가 실제로 가치를 만들어낼 수 있는 사람인지,
2) 함께 문제를 풀 동료와 연결되어 있는지,
3) 사회가 필요한 일을 지속할 수 있도록 돈과 시간을 어디에 쓰고 있는지를 고민하고 준비히는 것.
첫 집 사면서 배운 것들
첫 집을 샀음.
끝나고 복기해보니 제일 후회되는 게 돈이 아니었음.
더 못 깎은 것도, 더 좋은 집을 놓친 것도 아니고.
공부를 더 일찍 안 한 거였음.
웃긴 건 공부를 아예 안 한 게 아니란 거.
세금은 미리 공부해서 낼 게 거의 없게 해놨음.
근데 잔금일 같은 건 "그게 뭐 대수야" 하고 넘겼다가 두고두고 골치였음.
첫 거래라 뭐가 진짜 큰 건지 순서를 몰랐던 거.
커 보이는 건 깊게 파고, 사소해 보이는 건 넘겼는데
정작 그 사소한 게 다 엮여있었음
내가 헛디딘 거 하나씩 복기해봄.
━━━
1. 잔금일을 무심코 넘긴 게 제일 뼈아팠음
계약하다 상대가 "잔금일 좀 미뤄도 되죠?" 하길래
별생각 없이 "네 뭐.." 했음.
근데 이게 내 대출 한도를 깎을 뻔한 거였음.
집 살 때 빌릴 수 있는 돈은 두 개가 정함.
1. LTV - 집값을 보고 정함.
집값의 몇 %까지 빌려주냐는 거. 집값이 그대로면 금리랑은 상관없음.
2. DTI - 내 소득을 보고 정함.
연소득으로 한 해에 갚을 수 있는 원리금이 얼마까지냐는 거.
실제 한도는 이 둘 중에 작은 쪽으로 잘림.
여기서 금리가 끼어듦.
LTV는 집값만 보니까 금리랑 상관없는데, DTI는 금리를 탐.
금리가 오르면 매달 같은 돈을 갚아도 이자로 더 빠지니까
정작 빌릴 수 있는 원금이 쪼그라듦.
DTI 한도가 깎이고, 결국 내 대출이 깎이는 거.
근데 내가 받은 대출은 잔금일이 어느 달이냐로 적용 금리가 갈렸음.
잔금이 한 달 넘어가면 그만큼 오른 금리가 붙는 구조였던 거.
그러니까 잔금일을 무심코 미루면 금리가 한 달치 올라타는 거였음.
가령 금리가 0.3%만 올라도
4억쯤 빌린다 치면 한도가 한 천오백쯤 깎임.
그 천오백은 더 비싼 신용대출로 메워야 하고.
날짜 한 칸이 대출 한도랑 금리를 같이 흔드는 거였는데
그걸 그땐 몰라서 "네 뭐.." 했던 거.
실제로는 6월 금리를 적용받냐, 7월 금리를 적용받냐에 따라
대출 한도가 수천 차이가 나는데 말이지..
그래서 배웠음.
상대가 조건 바꿔달라 하면 그 자리에서 바로 답하면 안 됐음.
은행에 "잔금일 그 달이면 금리 어떻게 되냐" 한 번 물어보고
하루 따져보고 답해도 안 늦었는데.
━━━
2. 금액 분기점을 모르고 들어간 거
이것도 뼈아팠음.
부동산엔 금액 선이 있음. 그 선을 넘으면 규칙이 바뀜.
대표적인 게 6억.
규제지역이 아니어도 6억 이상이면 자금조달계획서를 내야 함.
돈 어디서 났는지 정부에 신고하는 서류임.
요샌 국세청이 6억 이상은 전수로 들여다본다고 함.
근데 이게 정확히 6억부터 걸림. 5억대면 안 냄.
그러니까 그 언저리에선 딱 몇백 차이로 서류 의무가 생겼다 없어졌다 하는 거.
난 이걸 계약할 때 몰랐음.
알았으면 그 선을 의식하고 협상했을 텐데.
미리 아는 게 어렵지도 않았음.
계약 전에 금액이랑 날짜 넣고 검색 한 번 하거나
중개인한테 "이거 걸리는 거 뭐 있냐" 물어보면 다 나옴.
세금은 딱 이렇게 미리 챙겼으면서 분기점은 그걸 안 한 거.
6억 말고도 이런 선은 많음. 취득세 구간이나 양도세 비과세 기준 같은 거.
내 거래가 어디에 걸리는지 미리 알아두면 그게 나중에 협상 카드가 됨.
━━━
3. 내 편 중개인이 따로 있던 건 운이 좋았음
이건 운으로 잘한 거.
한 중개인이 사는 쪽이랑 파는 쪽을 같이 보는 경우가 있음.
양타라고 함.
근데 그러면 그 사람은 거래가 성사돼야 돈을 버니까
내 편이 아니라 딜 성사 편인 거.
난 매수 쪽 중개인이 따로 있었음.
그 사람이 우리 입장에서 서류며 일정이며 다 짚어줬음.
처음이라 내가 못 보는 걸 대신 봐주는 눈이 하나 더 있는 게 컸음.
━━━
결국 복기해서 남은 건 하나임.
손해는 돈이 모자라서가 아니라
뭐가 중요한지 순서를 몰라서 났음.
근데 그 순서는 첫 거래엔 원래 모름.
책으로 메워지는 것도 아니더라.
그래서 다음엔 순서를 바꾸려고.
돈 더 모으기 전에, 거래에 걸리는 것들부터 미리 알아두는 거.
그리고 처음이라 감 없는 건 먼저 해본 사람한테 물어보고.
공부는 당기고, 경험은 빌리고.
그게 이번에 제일 크게 배운 거임..
📌 노션, 옵시디언 쓰는 사람 주목, 구글이 어제 던진 OKF(에이전트용 디지털 두뇌 표준) 정리
•OKF (Open Knowledge Format) : 구글 클라우드가 공개한 v0.1 표준. 지식을 “마크다운 파일 폴더”로 저장하는 약속. 새 런타임, SDK, 압축포맷 없음. 그냥 파일임
•구조 : 개념 1개 = 파일 1개. 파일 경로가 곧 그 개념의 정체성(identity)
•메타데이터 : 각 파일 맨 위 YAML 프론트매터에 type, title, description, resource, tags, timestamp 정도만 넣어 쿼리 가능하게 함
•연결 : 파일끼리 그냥 마크다운 링크로 잇는다 → 폴더가 통째로 지식 그래프(graph)가 됨
•옵션 파일 : index.md(에이전트가 계층 탐색하며 점진적으로 펼쳐보기), log.md(변경 이력)
•핵심 동기 : “LLM 위키” 패턴(카르파시 위키 같은 것)은 다 비슷하게 생겼는데 서로 호환이 안 됐음. OKF는 그 합의만 표준화
💬 OKF가 흥미로운 건 신기술이라서가 아니라, 오히려 “아무것도 새로 안 만든 것”이라서다. 왜냐하면 그동안 다들 마크다운 + 프론트매터 + 상호링크로 LLM 위키를 굴렸지만 각자 방언(bespoke)이라 한 팀이 만든 지식을 다른 에이전트가 그냥 못 읽었기 때문 (스펙이 달랑 한 페이지인 게 자랑 포인트인 표준은 흔치 않음).
정리하면 1) 핵심은 저장 기술이 아니라 상호운용성(interoperability), 서로 다른 생산자가 쓴 위키를 번역 없이 다른 에이전트가 먹게 하는 합의고 2) git repo, 텍스트 에디터, 검색툴 어디서나 그냥 열리니 락인(lock-in)이 거의 없으며 & 3) 에이전트가 읽기만 하는 게 아니라 편집,추가까지 하면 “살아있는 위키”가 된다는 점.
반면에 이게 노션,옵시디언을 죽인다는 얘기는 아닐 수도 있다. OKF는 앱이 아니라 포맷이라, 오히려 옵시디언이 이걸 export 포맷으로 채택하면 둘은 적이 아니라 친구가 된다. 어쩌면 “대체”가 아니라 “공용어” 쪽이 맞는 그림일지도. 일단 주말에 작은 폴더 하나로 직접 만들어보면 감이 오는데, 그게 함정이다(주말 순삭).
(다음에 에이전트 메모리 설계할 때 다시 꺼내볼 수 있게 어딘가 박아두면 편하고)
#OKF #AI에이전트 #지식관리
🔗 출처 (공식):
•구글이 직접 설계 의도와 예시까지 푼 발표글 — Google Cloud, Open Knowledge Format: https://t.co/vqsL172AKd
•스펙 한 페이지, 샘플 번들, 직접 PR까지 가능한 곳 — GoogleCloudPlatform/knowledge-catalog (GitHub): https://t.co/cp8rSU9X2K