Append-and-review 노트: AI 작업 기억을 잃지 않는 개인 운영법 | DAKER 커뮤니티
Karpathy의 append-and-review 노트는 AI와 일할 때 사라지는 맥락을 붙잡는 가장 단순한 방법입니다. Append-and-review란 하나의 노트 위에 계속 추가하고, 주기적으로 훑으며 중요한 항목을 다시 위로 끌어올리는 메모 방식을 의미합니다.
오늘은 2025년 3월 공개된 Karpathy의 글을 바탕으로, 한국어 학습자가 notes.md 하나로 프롬프트, 실패 로그, 결정, 다음 질문을 관리하는 방법을 정리합니다. 핵심은 완벽한 지식관리 시스템이 아니라 매일 지속되는 낮은 마찰입니다.
DAKER 학습 디렉터리용 NotebookLM 이미지: append-and-review 노트의 대표 카드와 AI 작업 기억 타임라인 카드.
오늘 배울 것은 무엇인가요?
한 줄 요약: AI 작업은 대화보다 기억 관리가 더 빨리 무너집니다.
오늘 배울 것은 세 가지입니다.
append-and-review 방식의 구조를 이해합니다.
AI 코딩과 학습 루프에 맞는
notes.md템플릿을 만듭니다.매일 10분 리뷰로 중요한 결정을 다시 위로 끌어올립니다.
Append-and-review 노트는 어떤 방식인가요?
Karpathy는 하나의 텍스트 노트에 아이디어, 할 일, 읽을 것, 실험 기록, 임시 작업 공간을 계속 추가한다고 설명합니다. 새 항목은 위에 붙고, 시간이 지나며 덜 중요한 항목은 아래로 내려갑니다. 리뷰할 때 다시 볼 가치가 있는 항목만 위로 복사해 구조를 살립니다.
이 방식의 장점은 단순함입니다. 폴더, 태그, 데이터베이스, 복잡한 속성을 먼저 설계하지 않습니다. 하나의 노트라서 검색이 쉽고, 모바일과 데스크톱 어디서든 빠르게 추가할 수 있습니다.
AI 작업에서는 이 단순함이 더 중요합니다. 프롬프트, 실패 로그, 에이전트가 바꾼 파일, 내가 내린 결정, 다음에 물어볼 질문이 흩어지면 하루 뒤 같은 문제를 다시 설명해야 합니다.
AI 시대에는 왜 개인 작업 기억이 더 중요해졌나요?
AI는 답변을 빠르게 만듭니다. 하지만 프로젝트의 의도, 이전 실패, 사용자가 싫어한 방향, 이미 검증한 명령은 자동으로 오래 기억하지 못합니다. 특히 여러 도구와 브라우저, 로컬 파일, 커뮤니티 게시물을 오가면 맥락은 더 빨리 사라집니다.
append-and-review 방식은 이 문제를 작은 운영 습관으로 바꿉니다.
프롬프트를 복사해 둡니다.
실패 로그와 검증 명령을 붙입니다.
결정 이유를 한 줄로 씁니다.
다음 질문을 상단에 남깁니다.
매일 상단 10줄만 정리합니다.
따라 해볼 실습은 어떻게 하나요?
오늘 바로 만들 수 있는 notes.md 구조입니다.
# notes
## 오늘 위로 끌어올린 것
-
## 다음 질문
-
## 오늘 추가
- 프롬프트:
- 실패 로그:
- 결정:
- 검증:
## 오래된 항목
- 실습 순서는 간단합니다.
프로젝트 루트에
notes.md를 만듭니다.오늘 AI에게 보낸 프롬프트 하나를 붙입니다.
실패 로그나 검증 명령 하나를 붙입니다.
"다음에 다시 물어볼 질문"을 한 줄로 씁니다.
내일 시작할 때 상단 10줄만 보고, 필요한 항목을 위로 복사합니다.
자주 막히는 지점은 무엇인가요?
첫 번째 실수는 처음부터 완벽한 분류 체계를 만들려는 것입니다. 구조가 복잡하면 입력이 느려지고, 입력이 느려지면 노트는 버려집니다.
두 번째 실수는 모든 것을 요약하려는 것입니다. append-and-review의 핵심은 먼저 붙이고 나중에 훑는 것입니다. 좋은 문장보다 빠른 캡처가 먼저입니다.
세 번째 실수는 오래된 항목을 너무 빨리 삭제하는 것입니다. Karpathy의 설명처럼 덜 중요한 항목은 자연스럽게 아래로 가라앉게 두면 됩니다. 반복 리뷰에서 다시 살아나는 항목만 위로 올리면 충분합니다.
실수 방지 체크리스트입니다.
프로젝트마다 노트가 하나인가?
새 항목을 항상 위에 추가하는가?
프롬프트와 실패 로그를 함께 남기는가?
매일 리뷰 범위를 상단 10줄로 제한했는가?
다시 볼 항목을 복사해 위로 끌어올렸는가?
다음 학습 연결은 어디로 이어지나요?
append-and-review는 어제 다룬 카파시식 AI 학습법: 작은 모델을 직접 만져라와 이어집니다. 작은 실험을 하려면 실패와 관찰을 남겨야 합니다. 또 Software 2.0: 코드를 쓰는 대신 목적함수를 설계하는 시대에서 말한 성공 조건도 노트에 쌓아야 다음 프롬프트가 선명해집니다.
방법론의 한계도 있습니다. 팀 단위 지식, 감사 기록, 제품 의사결정은 개인 노트만으로 충분하지 않습니다. 공유가 필요한 정보는 이슈, 문서, PR, 위키로 옮겨야 합니다. append-and-review는 최종 저장소가 아니라 작업 기억의 임시 작업대에 가깝습니다.
공식 출처:
Andrej Karpathy, The append-and-review note: https://karpathy.bearblog.dev/the-append-and-review-note/
FAQ
append-and-review 노트는 노션이나 옵시디언보다 좋은가요?
항상 더 좋은 것은 아닙니다. 장점은 기능이 아니라 마찰이 낮다는 점입니다. 빨리 붙이고 나중에 훑는 목적에는 하나의 텍스트 노트가 강합니다.
AI 코딩 프로젝트에서는 무엇을 꼭 기록해야 하나요?
프롬프트, 실패 로그, 바뀐 파일, 검증 명령, 다음 질문을 남기면 좋습니다. 이 다섯 가지가 있으면 다음 세션에서 맥락 복구가 쉬워집니다.
오래된 노트는 언제 정리해야 하나요?
매일 전부 정리하지 않아도 됩니다. 리뷰 중 다시 중요해 보이는 항목만 위로 복사하고, 나머지는 아래에 남겨 두면 됩니다.
팀 작업에도 이 방식을 쓸 수 있나요?
개인 작업 기억에는 유용하지만 팀의 공식 기록을 대체하면 안 됩니다. 공유 결정은 이슈, PR, 문서처럼 모두가 보는 곳으로 옮겨야 합니다.
오늘 바로 시작하려면 무엇을 하면 되나요?
프로젝트에 notes.md 하나를 만들고, 방금 한 AI 요청과 검증 결과를 붙이세요. 내일 첫 10분은 그 상단만 훑는 것으로 시작하면 됩니다.