메모앱을 열면 회의 메모, 책 밑줄, 링크, 갑자기 떠오른 아이디어가 한곳에 쌓인다.

그걸 두고 “나도 세컨드 브레인을 만들고 있나?”라는 생각이 든다.

세컨드 브레인은 특정 앱 이름이 아니다. 아이디어와 자료를 바깥 저장소에 모아 두고 나중 작업에서 다시 꺼내 쓰는 개인 지식관리 방식이다.

이 글은 노션 템플릿이나 앱 비교가 아니다. 세컨드 브레인, 메모앱, 지식관리, PARA 같은 말을 헷갈리지 않게 나눠 보는 글이다.

읽고 나면 “앱을 고르는 일”과 “자료가 다시 쓰이게 만드는 일”이 따로 보인다.

메모앱에서 세컨드 브레인 흐름을 거쳐 자료가 다시 쓰기로 이어지는 다이어그램

세컨드 브레인은 메모앱 안에 자료를 쌓는 일이 아니다. 수집한 자료를 정리하고 압축해 다시 쓰는 흐름이다.

앱 이름이 아니다

세컨드 브레인에서는 “어느 앱을 쓰느냐”보다 “자료를 나중에 다시 쓰느냐”가 중요하다.

노션(Notion), 옵시디언(Obsidian), 에버노트(Evernote)는 모두 예시 앱이다. 애플 메모나 원노트 같은 기본 메모앱도 마찬가지다.

하지만 앱을 켰다고 바로 세컨드 브레인이 되는 것은 아니다.

중요한 질문은 조금 다르다.

이 메모는 나중에 어떤 작업에서 다시 쓰는가?

그 답이 없으면 자료는 저장됐지만, 다시 쓰이기는 어렵다.

반대로 앱이 단순해도 필요한 자료를 모으고, 찾고, 줄이고, 결과물에 쓰는 흐름이 있으면 세컨드 브레인에 가까워진다.

메모앱, 노션, 지식관리는 다르다

메모앱은 담는 그릇이다. 짧은 생각, 링크, 이미지, 회의 기록, 책에서 건진 문장을 넣어둔다.

노션은 그 그릇 중 하나다. 문서, 페이지, 데이터베이스를 만들지만 노션 자체가 세컨드 브레인은 아니다. 노션이나 다른 앱으로 같은 흐름을 만든다.

이 글에서 지식관리는 더 넓은 말로 쓴다. 정보를 모으고, 정리하고, 필요할 때 찾아 쓰는 활동 전체다. 회사의 문서 관리와 개인의 공부 노트 모두 지식관리에 들어간다.

세컨드 브레인은 그중 개인에게 맞춘 방식이다. 머릿속에만 붙잡아두기 어려운 아이디어, 메모, 자료를 디지털 저장소에 두고, 나중에 글쓰기, 공부, 발표, 프로젝트 같은 작업에 다시 쓴다.

CODE는 저장보다 다시 쓰는 흐름이다

여기서 말하는 Building a Second Brain은 Tiago Forte와 Forte Labs가 정리한 개인 지식관리 방법론을 가리킨다.

그 안에서 자주 나오는 흐름이 CODE다. CODE는 Capture, Organize, Distill, Express의 앞글자를 딴 말이다.

  • Capture(붙잡기): 나중에 쓸 만한 아이디어, 문장, 링크, 자료를 모은다.
  • Organize(정리하기): 주제별 창고가 아니라, 나중에 할 일과 작업에 맞게 둔다.
  • Distill(핵심만 추리기): 다시 볼 때 바로 알아보도록 중요한 부분을 줄여 둔다.
  • Express(표현하기): 모아둔 자료를 글, 발표, 결정, 결과물로 꺼내 쓴다.

이 흐름에서 핵심은 “많이 저장하기”가 아니다. 저장한 것이 다시 작업으로 돌아오는가다.

자료를 모으기만 하면 검색 가능한 창고가 된다. 세컨드 브레인으로 쓰려면 그 자료가 언젠가 문장, 판단, 발표, 기획, 공부 결과로 나와야 한다.

PARA는 세컨드 브레인 전체가 아니다

PARA는 디지털 정보를 네 가지 범주로 정리하는 방법이다.

  • Projects(프로젝트): 지금 끝내야 하는 일
  • Areas(영역): 계속 관리해야 하는 책임 범위
  • Resources(자료): 언젠가 참고할 주제 자료
  • Archives(보관함): 지금은 쓰지 않지만 남겨둘 것

여기서 헷갈리기 쉬운 지점이 있다. PARA는 Building a Second Brain 전체와 같은 말이 아니다. 세컨드 브레인이 자료를 모으고 다시 쓰는 큰 방식이라면, PARA는 그중 정리 단계에서 쓰는 한 가지 분류법이다.

예를 들어 “다음 달 발표 준비”는 Projects에 둔다. “건강 관리”나 “팀 운영”처럼 끝나는 날짜가 없는 책임은 Areas에 넣는다. “글쓰기 자료”나 “심리학 자료”처럼 언젠가 참고할 주제는 Resources로 분류한다. 이미 끝난 발표 자료나 지나간 프로젝트는 Archives로 옮긴다.

이 구분이 필요한 이유는 자료를 예쁘게 분류하기 위해서가 아니다. 지금 필요한 자료를 나중에 더 빨리 찾기 위해서다.

Progressive Summarization은 미래의 나를 위한 압축이다

Progressive Summarization은 점진적 요약이라고 옮긴다.

한 번에 완벽한 요약을 만드는 방식이 아니다. 메모를 다시 발견하기 쉽도록 여러 층으로 줄여 가는 방식이다.

처음에는 원문이나 긴 메모가 있다. 그다음에는 중요한 문장에 표시를 한다. 나중에 다시 볼 때는 그중 더 중요한 부분만 남긴다. 필요하면 맨 위에 아주 짧은 요약을 붙인다.

이 방식이 노리는 것은 멋진 요약문이 아니다. 미래의 내가 이 메모를 다시 열었을 때, 전체를 다 읽지 않고도 “이걸 지금 볼 가치가 있는지” 판단하게 하는 것이다.

이 글의 기준에서는 메모가 쓰는 순간보다 다시 보는 순간에 더 자주 실패한다고 본다. 그때 벽처럼 긴 글만 남아 있으면, 과거의 내가 열심히 저장했어도 현재의 나는 그냥 닫아버리기 쉽다.

점진적 요약은 그 실패를 줄이는 압축 방법이다.

처음에는 작게 보면 된다

세컨드 브레인을 시작한다고 해서 모든 자료를 한 번에 옮길 필요는 없다. 앱을 먼저 바꾸거나, 거대한 폴더 구조를 만들 필요도 없다.

작게 보려면 하나의 작업만 고르면 된다.

  • 지금 실제로 진행 중인 글, 발표, 공부, 프로젝트 하나를 고른다.
  • 관련 메모와 링크를 한곳에 모은다.
  • 폴더 이름이나 페이지 이름은 주제보다 작업에 가깝게 붙인다.
  • 다시 볼 문장만 위로 올리거나 짧게 요약한다.
  • 결과물을 만들 때 그 메모를 실제로 꺼내 쓴다.

이 정도만 해도 “저장”과 “다시 쓰기”의 차이가 보인다.

세컨드 브레인은 머리를 대신하는 장치가 아니다. 생각할 재료를 잃어버리지 않게 두고, 필요할 때 다시 꺼내 쓰기 쉽게 만드는 방식이다.

그래서 마지막에는 앱 이름보다 이 문장을 기준으로 삼는다.

이 자료는 나중 작업에 다시 들어올 길이 있는가?

그 길이 있으면 단순한 메모 더미에서 조금 벗어난다. 그 길이 없으면 아무리 좋은 앱을 써도 저장소만 커진다.

비슷한 감각은 AI 작업에서도 이어진다. AI에게 넘길 재료를 어떻게 놓을지 궁금하다면 컨텍스트 엔지니어링 글도 같이 볼 만하다.

참고 자료

확인일: 2026-07-01