YouTube메이커 에반·2026년 8월 1일·0

AI한테 제 머릿속을 통째로 복사해봤습니다 (100시간 후기)

Quick Summary

AI한테 제 머릿속을 통째로 복사하는 핵심은 모든 기록을 무작정 저장하는 것이 아니라, 판단의 근거와 변화 과정을 한 장 요약·규칙 기반 LLM 위키·탐색 그래프로 지속 관리하는 데 있다.

영상 보기

클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.

원본 열기

🖼️ 인포그래픽

AI한테 제 머릿속을 통째로 복사해봤습니다 (100시간 후기) 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

AI한테 제 머릿속을 통째로 복사해봤습니다 (100시간 후기) 내용을 설명하는 본문 이미지

💡 한 줄 결론

AI한테 제 머릿속을 통째로 복사하는 핵심은 모든 기록을 무작정 저장하는 것이 아니라, 판단의 근거와 변화 과정을 한 장 요약·규칙 기반 LLM 위키·탐색 그래프로 지속 관리하는 데 있다.

📌 핵심 요점

  1. 일반적인 AI 메모리는 기본 정보나 취향을 기억하는 데 그치지만, 약 100시간의 회의·통화·메모를 축적한 시스템은 과거 결정의 이유와 현재 조건의 충돌까지 추적할 수 있었다.
  2. LLM 위키는 원본 자료, AI가 정리한 위키, AI의 작업 절차를 규정한 규칙서로 구성되며, 넣기·묻기·점검하기를 반복해 관련 정보와 모순, 오래된 내용, 지식의 빈틈을 관리한다.
  3. 한 시간 분량의 전사본 전체를 넣기보다 참석자·결정 사항·판단 근거·담당 행동·미해결 문제를 A4 한 장으로 압축해야 검색 정확도와 재사용성을 높이고 토큰 비용을 줄일 수 있다.
  4. 자료가 늘어나면 모든 문서를 반복해서 읽는 ‘토큰세’가 커지므로, 그래피파이처럼 필요한 정보의 위치를 먼저 찾는 탐색 지도와 G브레인처럼 검색·연결·정리를 자동화하는 구조가 필요해진다.
  5. 최종 목표는 개인의 기억 보조를 넘어 대표나 핵심 인력에게 집중된 판단 기준을 조직이 재사용하게 만드는 것이며, 소량의 자료로 시작해 주 2회 입력과 월 2회 검수를 지속하는 단계적 운영이 권장된다.

🧩 배경과 문제 정의

  • 새 대화를 시작할 때마다 회사·고객·현안의 맥락을 다시 설명해야 하면 질문과 답변이 피상적으로 변하고, AI 활용도 검색 수준에 머물기 쉽다.
  • 일반적인 메모리 기능은 취향이나 기본 정보는 기억할 수 있지만, 과거 결정의 근거와 반대 의견, 이후 달라진 조건까지 연결해 재구성하기에는 한계가 있다.
  • LLM 위키는 폴더와 마크다운에 축적된 자료를 AI가 정리하고 연결하는 방식이지만, 지식을 꾸준히 입력하는 수고와 자료 증가에 따른 탐색 속도·토큰 비용 문제를 함께 해결해야 한다.
  • 개인의 머릿속에 쌓인 판단 기준과 의사결정 맥락을 조직이 재사용할 수 있어야 특정 인물에게 판단이 집중되는 병목을 줄일 수 있다.

🕒 시간순 섹션별 상세정리

1. 반복 설명을 없애는 맥락형 기억

  • 회의·통화·혼잣말·메모를 한 달 동안 약 100시간 축적하자, 과거 발언을 찾아 현재의 결정과 충돌하는 지점까지 확인할 수 있었다 [00:05]
  • 새 대화를 열 때마다 사업과 고객 정보를 다시 설명해야 하면 질문과 답변이 점차 단순해지고, 결국 AI를 검색 엔진처럼 사용하게 된다 [01:13]

2. LLM 위키의 구조와 규칙 기반 정리

  • 영상에서는 2026년 4월 안드레 카파시가 제안한 방식으로, 별도의 유료 서비스가 아니라 폴더와 마크다운 파일로 구성된 위키의 관리를 AI에 맡기는 구조를 보여준다 [02:13]
  • 지식 관리의 진짜 병목은 자료를 읽는 데 있지 않고, 관련된 회의와 결정을 연결하고 충돌하는 정보를 찾아 지속적으로 정리하는 데 있다 [02:45]

3. 100시간 사용에서 드러난 실질적 장점

  • 단순한 취향이나 프로필 정보뿐 아니라 특정 시점에 판단이 A에서 B로 바뀐 과정과 그 이유 C까지 기억하므로, 실제 업무에 필요한 의사결정 맥락을 유지할 수 있다 [04:37]
  • 과거에 인력 부족으로 중단한 방향은 신규 채용으로 재검토 조건이 충족됐지만, 당시의 예산 문제는 아직 해결 기록이 없다는 식으로 실행 가능 조건과 미해결 위험을 함께 구분한다 [05:11]

4. 지식 입력 병목과 한 장 요약 방식

  • 위키는 입력된 자료만큼만 유용해지지만, 팀 회의·점심시간의 아이디어·거래처 통화·개인적인 생각을 매일 직접 기록하기는 어려워 초기 위키가 비어 있기 쉽다 [05:59]
  • 영상에서 소개한 티로는 회의 음성을 실시간으로 문자화하고 종료 후 요약 노트를 만들며, 12개 언어 인식과 실시간 번역을 지원해 기록 부담을 줄이는 도구로 드러난다 [06:31]

5. 토큰세 문제와 그래피파이의 탐색 지도

  • 질문할 때마다 목록과 관련 페이지, 다시 연결된 페이지까지 연쇄적으로 읽으면 위키가 커질수록 처리해야 할 파일과 토큰도 함께 늘어난다 [08:15]
  • 영상에서 소개한 그래피파이는 쌓인 자료를 탐색 지도로 바꿔, 모든 문서를 처음부터 훑지 않고 필요한 정보가 있는 위치부터 찾아가도록 돕는다 [09:09]

6. 개인 지식 스택에서 조직의 판단 체계로

  • 녹음은 티로, 정리는 한 장 요약, 저장은 위키, 탐색 속도 개선은 그래피파이가 담당하는 조합으로 기본적인 개인 지식 시스템을 구성할 수 있다 [10:50]
  • 회사 운영의 핵심 병목은 대표의 머릿속에 축적된 판단 기준을 직원에게 옮기기 어렵다는 점이며, 대표가 즉시 내릴 수 있는 결론도 그 이유까지 전달하려면 긴 설명이 필요하다 [11:13]

7. 검색과 기록 자동화로 판단 기준 외부화

  • 의미 검색과 단어 검색의 결과를 혼합하고 연결이 많은 페이지에 높은 순위를 부여하면, 중요한 인물과 개념이 검색 결과 상단에 자연스럽게 노출된다 [12:15]
  • 회의 처리기는 참석자와 결정을 추출해 관련 페이지에 배분하고, 야간 정리 기능은 끊어진 연결을 복구하면서 중복된 사실을 통합한다 [12:36]

8. 자동 위키의 한계와 단계별 구축

  • AI가 작성한 문장은 밋밋해질 수 있고, 페이지가 늘어나면 유사한 개념을 잘못 합치거나 깊은 주제를 표면적으로만 다룰 수 있으며, 협업과 시간순 추적에도 아직 한계가 있다 [14:52]
  • 구축 초기에는 원본용 폴더와 AI 작성용 폴더를 분리하고, 원본 수정 금지·새 자료 요약·관련 페이지 갱신·출처 표시·목록 최신화 같은 규칙부터 설정해야 한다 [15:24]

9. 지속 가능한 운영 원칙과 최종 교훈

  • 매일 자료를 입력하려다 금방 포기하기보다 화요일과 금요일처럼 주 2회 일정을 정해 반년 이상 유지하는 편이 장기적인 지식 축적에 유리하다 [16:28]
  • 한 달에 두 번 정도 모순되거나 오래된 내용을 점검하지 않으면 잘못된 정보가 조용히 누적될 수 있으므로, 자동화된 위키도 정기적인 사람의 검수가 필요하다 [16:36]

🧾 결론

  • AI 답변의 품질은 모델 성능만이 아니라, 과거 결정과 근거가 얼마나 구조적으로 축적되어 있는지에 크게 좌우된다.
  • 녹음, 한 장 요약, 규칙 기반 위키, 그래프 탐색을 결합하면 과거 사례와 현재 조건을 비교해 실행 가능 조건과 미해결 위험을 함께 확인할 수 있다.
  • 원본과 AI 작성물을 분리하고 출처 표시, 원본 수정 금지, 관련 페이지 갱신 같은 규칙을 먼저 정해야 자동 정리 과정의 오류를 줄일 수 있다.
  • AI가 만든 위키는 최종 판단자가 아니라 판단 재료를 정리하는 보조 체계로 사용해야 하며, 유사 개념의 오병합과 오래된 정보의 누적을 사람이 정기적으로 검수해야 한다.
  • 처음부터 모든 자료를 넣기보다 최근 회의록과 회사 소개 자료 등 약 다섯 개 문서로 시작하고, 페이지가 50~100개 이상 쌓인 뒤 그래프 기능을 연결하는 접근이 현실적이다.

📈 투자·시사 포인트

  • 음성 기록, 핵심 정보 압축, 지식 저장, 검색·그래프 탐색을 연결하는 개인·조직용 지식 인프라가 하나의 제품군으로 형성될 가능성을 보여준다.
  • 조직의 의사결정 병목을 줄이는 가치는 단순한 회의 요약보다 크다. 과거 판단 근거, 조건 변화, 반복되는 거래 위험까지 재사용할 수 있어야 실질적인 업무 효율로 이어진다.
  • 경쟁력은 더 많은 원문을 저장하는 데 있지 않고, 필요한 문서만 선별해 읽는 검색 구조와 규칙 기반 추출을 통해 속도·정확도·토큰 비용을 동시에 관리하는 데서 갈릴 수 있다.
  • 민감한 회의와 경영 판단을 다루므로 원본의 기기 보관, 개인정보 제외, 출처 추적, 수정 이력과 접근권한 같은 데이터 거버넌스가 도입의 핵심 조건이다.
  • 검증 필요: 영상에서 언급된 자료 52개 기준 토큰 약 12만 개에서 1,700개로의 감소, 약 2초의 데이터베이스 시작 시간, 12개 언어 인식 등의 수치는 영상 내 소개 내용이며 실제 투자·도입 판단 전 실험 조건과 독립적인 성능 검증이 필요하다.

⚠️ 불확실하거나 확인이 필요한 부분

  • 영상에서 언급한 안드레 카파시의 2026년 4월 LLM 위키 제안은 원문 게시물과 공개 시점을 별도로 확인해야 한다.
  • 티로의 12개 언어 인식·실시간 번역·녹음 원본의 기기 보관 방식은 영상의 설명이며, 실제 지원 범위와 서버 전송 여부는 최신 공식 문서 및 설정 기준으로 검증해야 한다.
  • 그래피파이 공개 실험의 문서 52개, 질문당 약 12만 토큰에서 1,700토큰으로 감소, 약 71배 차이는 사용 모델·질문·문서 구성·비교 조건이 제시되지 않아 일반적인 성능으로 단정하기 어렵다.
  • 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
  • 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
  • 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

  • 최근 회의록 2개, 아티클 1개, 회사 소개 자료 등 총 5개 안팎의 문서로 소규모 위키를 먼저 구성한다.
  • 원본 폴더와 AI 작성 폴더를 분리하고, 원본 수정 금지·출처 표시·관련 페이지 갱신·목록 최신화 규칙을 문서화한다.
  • 회의 기록을 참석자·결정 사항·결정 근거·담당 행동·미해결 문제 중심의 한 장 요약으로 압축한다.
  • 화요일과 금요일처럼 주 2회의 입력 일정을 정하고, 월 2회 모순·중복·오래된 정보·끊어진 연결을 점검한다.

❓ 열린 질문

  • 약 100시간은 실제 녹음·전사 자료의 총분량인가, 시스템 구축과 활용에 투입한 시간까지 포함한 수치인가?
  • 그래피파이의 약 71배 토큰 절감 실험에서는 어떤 모델, 질문 세트, 문서 길이, 검색 방식이 사용되었는가?
  • 영상에서 사용한 LLM 위키의 실제 폴더 구조와 규칙서에는 어떤 지시사항이 포함되어 있었는가?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.