세컨드브레인이 두 달 만에 죽는 이유 — 클로드 코드로 다시 설계한 개인 지식 폴더

세컨드브레인을 만드는 절차는 이미 널려 있는데, 만든 것이 왜 몇 주 뒤에 안 열리게 되는지를 다룬 글은 드뭅니다. 이 글은 그 부분을 다룹니다. 클로드 코드로 개인 자료 폴더를 세우면서 내린 설계 결정을 하나씩 근거와 함께 적었습니다. 절차를 그대로 따라 하는 문서가 아니라, 왜 그렇게 나눴는지를 판단하기 위한 문서입니다.

클로드 Pro 이상 요금제와 데스크탑 앱이 필요하고, 램 4GB면 돌아갑니다. 전용 그래픽카드는 요구사양 목록에 없습니다.

아래 수치는 2026년 8월에 사무용 노트북 한 대에서 직접 측정한 값입니다. 요금과 한도는 자주 바뀌므로 공식 문서에서 최신 값을 확인하세요.

정리를 먼저 하면 왜 효과가 없는가

파일 이름 200개를 이틀에 걸쳐 손봤습니다. 그리고 같은 질문을 다시 던졌더니 결과가 이전과 동일했습니다. 원인은 명명 규칙이 아니라 판독 가능 여부였습니다. 응답에 반영된 것은 평문 텍스트 파일뿐이었고, 한글 문서는 열려도 내용이 비었으며 영상 파일은 처리 대상에서 빠졌습니다.

여기서 나오는 결론은 순서에 관한 것입니다. 판독되지 않는 자료에 가해진 정리는 결과에 반영되지 않습니다. 그러므로 입수 경로를 먼저 뚫고 분류는 뒤로 미루는 편이 비용이 낮습니다. 흔히 소개되는 절차가 이미 정돈된 노트를 출발점으로 삼는 탓에, 그 앞 단계에서 막힌 사람은 자기 의지 문제로 오인하게 됩니다.

판독 실패는 왜 세 가지로만 나뉘는가

파일 형식을 종류별로 던져보면 실패 원인이 세 갈래로 수렴합니다.

실패 유형	대표 형식	무엇이 문제인가	해소 방식
내용 압축	hwp, pptx, xlsx	컨테이너는 열리나 본문 바이트가 압축된 상태	변환 도구로 평문화
글자의 이미지화	스캔 PDF, 사진	문자가 픽셀로 존재	이미지 판독 경유
음성	mp4, 강의 녹화	문자 정보가 애초에 없음	음성 전사

형식이 몇 가지든 이 세 축 안에 들어옵니다. 그래서 새 형식을 만날 때마다 방법을 새로 찾을 필요가 없고, 어느 축인지 판별한 뒤 그 축의 처리기를 붙이면 됩니다. 이 분류가 이 폴더 설계의 첫 번째 축약입니다.

변환을 거치는 편이 왜 더 싼가

PDF는 변환하지 않아도 응답에 반영됩니다. 그렇다고 그대로 두는 선택이 유리한 것은 아닙니다. 페이지 단위로 문자와 이미지가 함께 처리되므로 질의마다 비용이 붙습니다. 평문으로 바꿔 두면 같은 질문의 처리량이 줄어듭니다.

구조 보존도 함께 봐야 합니다. 27쪽 분량의 한국어 문서를 변환했을 때 소요는 2.4초였고, 내부 표가 209행 그대로 남았습니다. 표가 무너지면 그 문서의 수치는 재사용이 불가능해지므로, 변환기를 고를 때는 속도보다 표 보존을 먼저 봅니다.

한 가지 예외가 사진입니다. 영수증 이미지는 변환 없이 그대로 반영됐습니다. 상호와 결제일, 항목마다의 금액, 총액까지 문자로 뽑혔습니다. 즉 두 번째 축인 이미지화된 문자는 별도 처리기 없이도 흡수됩니다. 모든 것을 변환해야 한다는 전제는 실측으로 깨졌습니다.

원본과 정리본을 왜 물리적으로 가르는가

폴더를 셋으로 나눈 이유는 취향이 아니라 출처 무결성입니다.

• 원본 보관 구역은 외부에서 들어온 파일을 그대로 둡니다. 수정 대상에서 제외합니다.
• 정리본 구역에는 내가 다시 쓴 글만 둡니다.
• 미분류 구역은 판단을 미룬 파일의 대기 자리입니다.

한 폴더에 섞이면 어느 쪽이 1차 자료인지 판별할 수 없게 됩니다. 가공된 문장을 원본으로 착각해 인용하는 순간 그 뒤의 모든 결론이 오염됩니다. 이 위험은 자료가 늘수록 커지고, 뒤늦게 되돌리는 비용이 매우 큽니다. 디렉터리 경계가 곧 신뢰 등급의 경계라고 보면 규칙이 단순해집니다.

분류 체계를 남에게서 가져오면 왜 안 쓰게 되는가

원본 구역 하위를 나눌 때 널리 쓰이는 체계를 그대로 옮기려다 그만뒀습니다. 이유는 회상 실패입니다. 남이 만든 범주명은 꺼낼 때 떠오르지 않습니다.

대신 이미 생활이 갈려 있는 축을 그대로 옮겼습니다. 자산 정보, 주식 매매, 강의, 거래처 넷입니다. 넣을 때 고민이 사라지고 꺼낼 때도 같은 축으로 접근하게 됩니다. 분류 체계의 품질 기준은 정교함이 아니라 넣을 때와 꺼낼 때 같은 이름이 떠오르는가입니다.

답에 경로를 붙이게 하는 규칙이 왜 핵심인가

생성된 문장은 그 자체로는 검증할 수 없습니다. 그럴듯한 서술을 받고 신뢰 여부를 판단할 근거가 없다는 점이 문제입니다.

응답에 출처 경로를 강제하면 판정 가능한 대상으로 바뀝니다. 해당 파일을 열어 그 문장이 있는지 확인하면 참과 거짓이 그 자리에서 갈립니다. 실제 응답에서는 파일명뿐 아니라 행 번호까지 표기됐습니다. 가계 메모 34행, 대화 기록 910행 같은 형태입니다.

이 규칙이 만드는 변화는 신뢰의 이전입니다. 모델을 믿을지 결정하는 문제가, 원문을 열어 볼지 결정하는 문제로 바뀝니다. 후자는 사람이 판단할 수 있는 종류의 문제입니다.

검색과 다른 지점은 어디인가

파일 이름 기반 검색은 이진 판정입니다. 걸리거나 걸리지 않습니다. 색인되지 않은 형식은 아예 후보에도 오르지 않습니다.

7월 예산 관련 자료를 요청했을 때 나온 결과는 세 갈래였습니다.

처리	대상	근거
표에 포함	손으로 쓴 가계 메모, 단체 대화 기록	날짜와 금액이 명시됨
참고로 강등	강의 자료의 예산 관련 문장	날짜가 없어 해당 월 확정 불가
제외	거래처 문서	내용 없는 빈 서식

주목할 곳은 가운데 행입니다. 애매한 항목을 어떻게 처리하라고 지시한 적이 없는데도, 버리지 않고 이유를 붙여 아래로 내려놨습니다. 제외한 항목에도 사유가 붙었습니다. 전부 긁어오는 동작보다, 뺄 것을 빼고 애매한 것을 애매하다고 표시하는 동작이 판단에 가깝습니다.

서로 다른 출처가 한 표에 앉는 조건

같은 응답에 손으로 쓴 메모와 단체 대화 기록이 함께 들어왔습니다. 원래 같은 자리에 놓일 일이 없는 자료입니다. 이게 가능해진 조건은 앞 단계에서 형식별로 판독 경로를 다 뚫어둔 것 하나입니다. 모든 자료가 같은 형태의 텍스트가 되고 나면, 질문 하나가 그 위를 한 번에 지나갑니다.

바꿔 말해 이 구조의 성능은 질문 방식이 아니라 입수 경로의 완결성에 좌우됩니다. 형식 하나가 뚫리지 않은 채 남아 있으면 그 자료는 모든 질문에서 계속 빠집니다.

지난 자료 참조와 새 문서 생성의 차이

여기까지는 기존 파일에서 꺼내오는 동작입니다. 한 단계 더 나가면 없던 문서를 만드는 동작이 됩니다.

7행짜리 지출 기록과 6줄짜리 일정 메모를 넣고 월간 회고 작성을 지시했더니, 정리본 구역에 새 문서가 생성됐습니다. 안에는 분류별 합계표가 있었고 그 아래 집행률 58.3%, 잔여 25만원이 적혀 있었습니다.

이 수치가 흥미로운 이유는 8월 지출 기록에 예산 숫자가 없다는 점입니다. 기준값은 직전 달 메모에서 가져왔고 경로가 함께 표기됐습니다. 이번 달 자료를 지난달에 정해둔 기준에 대어 계산한 것이고, 그런 대조를 하라고 지시하지는 않았습니다.

지시하지 않은 지적이 나오는 지점

같은 문서 맨 아래에 요청하지 않은 줄이 있었습니다. 실행일이 8일인데 지출 기록에 11일과 14일 항목이 이미 적혀 있다는 지적이었습니다. 7행짜리 파일인데도 넣기만 하고 열어본 적이 없어 제 눈에는 걸리지 않았습니다.

처리 방식이 더 중요합니다. 숫자를 임의로 고치지 않았고 틀렸다고 단정하지도 않았습니다. 합계는 파일 표기대로 유지하고 각주로 표시한 뒤, 계획인지 오기인지 확인해 보라고 남겼습니다. 자료의 권위를 유지하면서 이상 신호만 올리는 처리이고, 이것이 자동 수정보다 안전합니다.

규칙 한 줄이 그래프 구조를 만드는가

파일 409개를 시각화하면 주제별 덩어리가 보입니다. 자산 정보, 주식 매매, 강의가 각각 뭉쳐 있습니다. 묶으라고 지시한 적은 없습니다.

원인은 규칙 파일에 넣은 한 줄입니다. 정리본끼리 관련 있는 항목에 상호 링크를 걸라는 내용입니다. 통제 비교를 해봤습니다.

조건	규칙 줄 없음	규칙 줄 있음
노드 배치	개별 문서가 흩어짐	주제별로 군집
군집 단위	문서 하나가 곧 덩어리	여러 문서가 한 덩어리
변경한 항목	—	규칙 파일 한 줄뿐

같은 자료, 같은 도구에서 한 줄만 달리했을 때 결과가 갈렸습니다. 시각화 도구가 군집을 만든 게 아니라, 정리본을 쓸 때마다 기존 문서와 연결을 시도하게 한 규칙이 만든 결과입니다.

두 달 뒤에 조용히 고장 나는 자리

만들고 2주쯤 지나 응답이 짧아졌습니다. 출처 표기 요청을 매번 다시 해야 했고 우선 참조할 폴더도 다시 설명해야 했습니다. 파일은 그대로 있었고 검색도 동작했습니다.

원인은 자동 기록의 절단입니다. 사용자에 관한 메모가 파일로 축적되고 대화 시작 시 그 파일이 읽힙니다. 여기에 상한이 있습니다.

항목	값
대화 시작 시 반영 범위	선두부터 200줄 또는 25KB
적용 기준	둘 중 먼저 도달하는 쪽
상한 초과분	반영되지 않음
절단 시 통지	없음

여기서 설계상 중요한 것은 상한 자체가 아니라 실패가 조용하다는 점입니다. 오류 메시지 없이 모른다고 답하므로 원인을 지목할 수 없고, 두세 번 반복되면 폴더를 안 열게 됩니다. 사용 중단이 의지 문제로 보이지만 실제로는 읽히는 분량이 처음부터 정해져 있었습니다.

같은 이유로 규칙 파일도 길게 쓸수록 지시 준수가 나빠집니다. 길게 적으면 더 잘 지켜질 것 같지만 반대이고, 이 점은 앤트로픽 공식 문서에 명시돼 있습니다.

자동 기록에 의존하면 안 되는 이유

자동 기록은 편리한 대신 이식되지 않습니다. 해당 기기에만 존재하고, 폴더를 통째로 복사해도 따라오지 않습니다. 기기를 바꾸면 파일은 전부 있는데 나를 아는 부분만 사라집니다.

그래서 저장 위치를 자산 성격으로 갈랐습니다.

성격	저장 위치	이식성	수명
두 번 설명하기 싫은 원칙	규칙 파일, 정리본 폴더	복사로 이전	영구
사용하며 쌓인 습관 정보	자동 기록	이전 불가	기기 수명까지

유지 규칙은 세 줄로 정리됩니다. 자동 기록은 한 달에 한 번 오래된 줄을 지우고, 규칙 파일은 상한 안쪽으로 유지하며, 잃기 싫은 내용은 파일로 남깁니다.

이 구조의 한계

솔직하게 적어둘 것이 몇 가지 있습니다.

첫째, 근거 없는 답이 완전히 사라지지는 않습니다. 경로 표기는 검증을 가능하게 만들 뿐이고, 확인은 사람이 해야 합니다.

둘째, 특정 쪽만 읽어달라는 요청은 제 윈도우 환경에서 실패했습니다. 별도 프로그램을 요구하는 메시지가 떴고, 변환 단계에서 쪽 범위를 지정하는 방식으로 우회했습니다.

셋째, 음성 전사는 실시간으로 끝나지 않습니다. 한 시간 분량이 약 16분 걸립니다. 2분 분량 기준으로는 32초, 실시간 대비 3.7배였습니다. 배치로 돌리고 자리를 뜨는 편이 낫습니다.

넷째, 여기 적은 수치는 노트북 한 대에서 나온 값입니다. 환경이 다르면 숫자도 달라집니다.

무엇부터 시작하는 게 합리적인가

전부 넣고 시작하려다 사흘 만에 그만둔 적이 있습니다. 다섯 개만 넣고 물었을 때 그날 바로 파일명을 짚은 답이 나왔습니다. 노드 다섯 개짜리 화면에서도 동작했습니다. 군집은 쓰다 보면 생깁니다.

초기 투입량을 늘리는 것보다 입수 경로를 형식별로 한 번씩 뚫어두는 편이 회수가 빠릅니다. 형식 하나가 막혀 있으면 그 자료는 계속 안 보이고, 안 보이는 자료가 있으면 답을 믿기 어려워지며, 믿지 못하면 안 열게 되기 때문입니다.

지금 자기 폴더에서 아직 한 번도 안 뚫린 형식은 어떤 것인가요? 판단 근거 말고 실제 화면이 궁금하시면, 전 과정을 담은 영상을 유튜브 방구석컴퍼니 채널에 두었고 여기 쓴 규칙 파일 원본은 방구석모각코 오픈카톡방에 올려뒀습니다.