How to Build Your Own AI Second Brain (FREE!)
Quick Summary
How to Build Your Own AI Second Brain (FREE!)를 중심으로, 세컨드 브레인의 기반은 로컬 텍스트 폴더다. Obsidian은 이를 탐색하는 도구이며, 여러 AI가 같은 파일을 읽도록 연결하는를 핵심 판단 포인트로 압축 정리한다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론
How to Build Your Own AI Second Brain (FREE!)를 중심으로, 세컨드 브레인의 기반은 로컬 텍스트 폴더다. Obsidian은 이를 탐색하는 도구이며, 여러 AI가 같은 파일을 읽도록 연결하는를 핵심 판단 포인트로 압축 정리한다.
📌 핵심 요점
- 세컨드 브레인의 기반은 로컬 텍스트 폴더다. Obsidian은 이를 탐색하는 도구이며, 여러 AI가 같은 파일을 읽도록 연결하는 것이 핵심이다.
- 기초 구성은 단일 폴더, 번호가 붙은 분류 체계, 인박스 규칙, 폴더별 인덱스, 사용자 소개 노트다. 발표자는 이 다섯 가지부터 시작하라고 권한다.
- 모든 에이전트가 하나의 메모리 프로토콜을 따르게 한다. 작업 전에 필요한 기록을 읽고 종료 전에 결과를 쓰며, 중요한 사실의 기준 저장소는 공용 볼트로 정한다.
- 야간 요약은 에이전트별로 시간을 나누고, 같은 양식에 자기 구역만 추가한다. 결정 로그와 정제된 통찰을 남겨 기록의 일관성과 활용도를 높인다.
- 위키·목표·음성 메모·인계 노트·스킬을 공용 기억에 연결한다. 검증하지 않은 내용도 명시하고 API 키·비밀번호·토큰은 볼트에 저장하지 않는다.
🧩 배경과 문제 정의
AI 도구마다 기억이 분리되어 있으면 사용자는 새 대화나 모델 전환 때마다 자신과 사업, 진행 중인 작업을 다시 설명해야 한다. 발표자는 사람이 에이전트 사이의 전달자가 되는 문제를 해결하기 위해, 모든 에이전트가 같은 로컬 텍스트 폴더를 읽고 쓰는 구조를 제안한다.
Obsidian은 이 폴더를 검색하고 노트 사이를 이동하는 인터페이스다. 발표자의 사례에서는 1,000개 이상의 노트를 여러 에이전트가 공유한다. 영상은 이를 구현하는 20개 개선 항목을 기초 구성부터 자동 인계까지 다섯 단계로 설명하며, 중간과 후반에 관련 상품을 안내한다.
🕒 시간순 섹션별 상세정리
1. 세컨드 브레인의 정의와 공유 구조
- Claude Code·Codex·Hermes 등 여러 에이전트가 같은 폴더를 읽고, 밤에는 순서대로 그날의 작업을 기록하는 운영 사례를 보여준다. 기반 도구는 무료 Obsidian이다. [00:28]
- 세컨드 브레인은 사용자와 사업, 과거 업무를 담은 일반 텍스트 폴더다. Obsidian으로 탐색하고 여러 AI 도구가 파일을 읽을 수 있다는 점을 강조한다. [01:04]
- 개인과 단일 AI를 넘어 에이전트 팀이 기억을 공유하도록 확장한다. 작업 전 읽기와 종료 전 기록을 중심으로 20개 개선 항목을 다섯 단계로 나눈다. [01:20]
2. 1단계: 단일 폴더와 탐색 가능한 기초 구성
- ① 모든 에이전트가 같은 폴더 경로를 사용한다. ② PARA를 바탕으로 인박스·일일 노트·프로젝트·영역·자료·기억·보관 폴더에 번호를 붙이고, 정한 구조는 자주 바꾸지 않는다. [02:17]
- ③ 저장 위치가 불분명한 자료는 인박스로 보낸다. ④ 폴더마다 _index를 두고 최상위 home에서 연결해, 전체 파일을 뒤지기 전에 필요한 노트로 이동하게 한다. [02:56]
- ⑤ 사용자 소개 노트에 사업 정보·수치·문체 등 기준 사실을 모은다. 이 다섯 가지로 기초 구성이 완성된다고 설명한 뒤 템플릿과 코칭 등을 안내한다. [03:41]
3. 2단계: 모든 도구가 따르는 메모리 프로토콜
- ⑥ 공용 메모리 프로토콜에 저장 위치와 참여 에이전트, 작업 전 읽기와 종료 전 기록 규칙을 적는다. ⑦ 각 도구의 지침 파일은 같은 볼트와 프로토콜을 참조한다. [04:34]
- ⑧ 도구별 내장 기억은 보조 캐시로 취급하고, 중요한 사실은 공용 볼트에 남긴다. 공유할 지식의 기준 저장소를 하나로 유지하는 방식이다. [04:51]
- 발표자는 Claude 사용 한도에 도달했을 때 음성 비서 Apollo가 다른 모델로 전환해 같은 기록을 활용했다고 보여준다. 기억을 모델과 분리하는 이점을 보여주는 사례다. [05:15]
4. 3단계: 야간 기록과 통찰 중심의 자동 갱신
- ⑨ 에이전트별 야간 작업을 10분 간격으로 배치해 하루의 공유 노트에 요약을 남긴다. ⑩ 자기 구역만 추가하고 다른 에이전트의 기록은 수정하거나 삭제하지 않는다. [06:06]
- ⑪ 모든 요약에 작업 내용·완료 사항·배운 점·결정을 같은 양식으로 기록한다. ⑫ 별도 결정 로그에는 결정과 그 배경을 남겨 이후 에이전트가 현재 규칙의 이유를 이해하게 한다. [06:53]
- ⑬ 원시 데이터를 그대로 쌓기보다 통찰을 추출한다. 발표자는 OMI의 1,200개 이상 항목에서 유용한 내용을 결정 로그와 성과 노트로 정리하는 사례를 들며 야간 자동 갱신 단계를 마무리한다. [07:28]
5. 4단계: 위키·목표·음성 기억으로 활용 확대
- ⑭ 사람·도구·기업·장소·아이디어별 짧은 위키 노트를 연결한다. 사례의 위키에는 167개 노트가 있으며, 추가 이력을 남겨 각 페이지가 언제 생겼는지 추적한다. [08:07]
- ⑮ 현재 목표를 공용 노트에 저장하고 대시보드에서 갱신한다. 모든 에이전트가 사업의 최신 목표를 참고하도록 하는 구조다. [08:30]
- ⑯ 음성 비서 Apollo가 말로 전달받은 목표를 볼트에 기록하고 이후 일일 브리핑에 반영한다. 음성 입력도 다른 작업에서 활용할 기억으로 연결한다. [08:52]
6. 5단계: 업무 인계와 신뢰 규칙
- ⑰ 요약에 다른 에이전트용 인계 항목을 추가해 기존 결과물을 재사용하도록 한다. ⑱ 스킬은 사용자 정보를 따로 복제하지 않고 공용 소개 노트를 실행할 때마다 읽는다. [10:06]
- ⑲ 수행한 검증과 수행하지 않은 검증을 함께 기록한다. 이미지 파일의 존재와 크기는 확인했지만 모든 이미지의 내용은 확인하지 않았다는 사례로 검증 범위를 구분한다. [10:30]
- ⑳ API 키·비밀번호·토큰을 볼트에 저장하지 않는다. 모든 에이전트가 읽는 정보는 출력에도 포함될 수 있으므로, 비밀정보와 공용 지식을 분리하라고 강조한다. [10:47]
7. 도입 순서·백업·최종 정리
- 기존 방식에서는 사용자가 도구 사이의 전달자 역할을 하지만, 제안한 방식에서는 에이전트가 볼트를 읽고 요약과 인계 기록을 남긴다. 발표자는 모델 전환 때도 같은 노트로 맥락을 이어갈 수 있다고 정리한다. [11:25]
- 처음에는 기초 다섯 가지부터 오후 한나절에 구성하고 점차 확장하라고 권한다. 폴더와 인덱스 생성을 AI에 요청할 수 있으며, 추가 전용 규칙과 폴더 백업을 함께 제안한다. [12:12]
- 후반에는 사전 구성 시스템·30일 로드맵·코칭·튜토리얼·프롬프트 자료 등을 안내한다. 마지막으로 단일 폴더, 공통 프로토콜, 야간 기록, 추가 전용 규칙, 인계 노트를 다시 묶어 모델이 바뀌어도 유지되는 기억이라는 메시지로 마무리한다. [13:16]
🧾 결론
- 구현의 중심은 특정 모델의 내장 기억보다 여러 도구가 읽고 쓰는 공용 텍스트 기록과 운영 규칙이다.
- 20개 기능을 한꺼번에 구축할 필요는 없다. 기초 다섯 가지를 만든 뒤 공유 메모리, 자동 기록, 지식 활용, 업무 인계 순으로 확장한다.
- 기록의 가치는 양보다 신뢰성과 재사용성에 달려 있다. 결정 이유, 완료한 작업, 남은 확인 사항을 구분해서 남겨야 다음 에이전트가 이어받기 쉽다.
📈 투자·시사 포인트
- 업무 도입 관점에서는 사람이 도구마다 배경을 다시 설명하고 결과를 전달하는 부담을 줄이는 데 초점이 있다. 실제 절감 효과는 자신의 작업 흐름에서 확인필요가 있다.
- 모델을 바꾸더라도 공용 기록을 유지하는 구조는 업무 연속성과 데이터 이동성에 의미가 있다. 발표자는 사용 한도에 도달한 뒤 다른 모델이 같은 기록으로 작업을 이어간 사례를 제시한다.
- 무료라는 설명은 Obsidian과 기본 텍스트 구성에 근거한다. 영상에서 소개하는 에이전트 이용과 별도 템플릿·코칭까지 모두 무료라고 판단할 근거는 없다.
- 이 영상은 특정 기업의 투자 수익보다 AI 업무 시스템의 운영 방식을 다룬다. 도입 판단에는 기능 수보다 기록 품질과 인계 과정의 실효성이 더 직접적인 검토 대상이다.
⚠️ 불확실하거나 확인이 필요한 부분
- 무료 Obsidian으로 시작할 수 있다는 설명과 전체 시스템의 총비용은 구분해야 한다. 에이전트 실행, 자동화, 소개 상품의 구체적인 요금은 제시되지 않는다.
- 예약 작업을 만드는 구체적인 명령, 도구별 연결 설정, 실패 시 재시도 방식은 제공되지 않는다. 영상은 구조와 운영 규칙 중심의 안내다.
- 실행 시간을 10분씩 나누고 추가만 허용한다고 설명하지만, 작업 지연이나 규칙 위반 상황까지 막는 기술적 장치는 확인되지 않는다. 덮어쓰기 방지가 보장된다고 단정하기 어렵다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- 공용 볼트 경로를 하나로 정하고 인박스·일일 노트·프로젝트·영역·자료·기억·보관 폴더를 만든다.
- 최상위 home, 폴더별 인덱스, 사용자·사업의 기준 사실을 담은 소개 노트를 작성한다.
- 메모리 프로토콜에 작업 전 읽기, 종료 전 기록, 미분류 자료의 인박스 저장, 공용 볼트 우선 원칙을 명시한다.
- 각 도구의 지침 파일이 같은 볼트와 프로토콜을 가리키게 하고, 한 에이전트의 기록을 다른 에이전트가 이어받는지 확인한다.
❓ 열린 질문
- 예약 작업이 지연되어 다른 에이전트의 기록 시간과 겹치면 충돌을 어떻게 처리할 것인가?
- 서로 다른 에이전트가 상충하는 사실이나 결정을 남겼을 때 기준 기록은 누가 확정할 것인가?
- 노트가 늘어날 때 인덱스와 위키를 누가 갱신하고, 오래된 정보를 어떻게 식별할 것인가?