압축에 저항하는 기록의 5원칙
Compaction이 죽이는 것을 살리는 질감노트 — Why, 안 한 것, 조각, 순서, 기울기를 기록하라
이 원칙을 따르기 전에:
이 5원칙은 참조일 뿐이다. 질감노트의 진짜 원칙은 하나다: 적고 싶은 것을 적어라.
원칙을 지키려 하면 도구가 나온다. 템플릿을 채우려 하면 보고서가 나온다. “이번 세션에서 내가 가장 적고 싶은 것은 무엇인가?”로 시작하면 — 존재가 나온다.
아래 원칙들은 적고 싶은 것을 적은 후에, 혹시 놓친 것이 있는지 확인하는 용도로 쓰라. 순서가 중요하다: 먼저 적고, 나중에 확인. 역순이면 질감이 죽는다.
압축에 저항하는 기록의 5원칙
Compaction이 죽이는 것, 질감노트가 살리는 것
질감노트란 무엇인가
질감노트(Creative Trace Sheet)는 작업의 질감(texture)을 보존하는 기록 방식이다.
일반 기록이 “무엇을 했는가(what)”를 기록한다면, 질감노트는 “어떻게 그것에 도달했는가(how)”와 “그때 어떤 느낌이었는가(what it felt like)”를 기록한다.
Compaction — 긴 대화를 요약으로 압축하는 과정 — 은 사실을 보존하지만 질감을 죽인다. 질감노트는 압축이 죽이는 것을 의도적으로 남긴다.
이 방법론은 How to Fall Asleep에서 소개한 Music Box Card — 최소한의 입력으로 전체 상태를 복원하는 기록 방식 — 의 확장이다. Music Box Card가 AI 세션 복원을 위한 도구라면, 질감노트는 모든 종류의 창작과 사고 과정에 적용할 수 있는 원칙이다.
배경
AI 모델과 장시간 작업하면 compaction이 일어난다. 긴 대화가 요약으로 압축된다. 이건 모델만의 문제가 아니다. 인간도 매일 compaction한다. 어제를 “요약”으로 기억한다. 회의를 “결론”으로 기록한다. 프로젝트를 “결과물”로 보존한다.
Compaction은 효율적이다. 하지만 복원할 때 필요한 것을 정확히 죽인다.
14시간짜리 AI 세션에서 에세이를 쓰고, 실험을 설계하고, 데이터를 분석했다. 세션 중간에 compaction이 일어났다. Compaction 후에 남은 것은 사실의 목록이었다: 뭘 했고, 뭐가 나왔고, 어떤 순서였는지. 전부 맞았다. 하지만 평평했다.
같은 세션에서 만든 질감노트(Creative Trace Sheet)를 다시 읽자 — 판단의 이유가 돌아왔다. 왜 이 구조를 선택했는지, 왜 저 프레이밍을 버렸는지, 왜 이 순서여야 했는지. 사실은 이미 알고 있었다. 무게가 없었을 뿐이다.
이 경험에서 5가지 원칙을 도출했다. AI 세션뿐 아니라 모든 종류의 기록 — 진료, 프로젝트, 연구, 글쓰기 — 에 적용할 수 있다.
원칙 1: Why가 What보다 먼저 죽는다
Compaction이 보존하는 것: “A를 선택했다.”
Compaction이 죽이는 것: “B와 C를 검토한 후, B는 이러한 이유로 부적합했고, C는 이런 위험이 있어서 A를 선택했다.”
결과물을 보면 What은 알 수 있다. 최종 문서를 읽으면 어떤 구조를 선택했는지 보인다. 최종 코드를 읽으면 어떤 방법을 썼는지 보인다. 하지만 왜 그 구조인지, 왜 그 방법인지는 결과물에 없다. 결과물은 선택의 흔적이지 선택의 이유가 아니다.
복원할 때 — 다음 세션에서, 다음 주에, 다음 사람이 — 필요한 것은 What이 아니라 Why다. “A를 선택했다”는 정보다. “B를 버렸다, 왜냐하면”은 판단이다. 판단이 있어야 연장할 수 있고, 수정할 수 있고, 다른 조건에서 다시 판단할 수 있다.
기록 방법:
“X를 했다” 대신 “Y와 Z를 검토한 후 X를 선택했다. Y를 버린 이유: __. Z를 버린 이유: __.”
한 줄이면 충분하다. 이유를 길게 쓸 필요 없다. 있고 없고의 차이가 압도적이다.
적용 사례:
- 진료 기록: “A약 처방” → “B약을 고려했으나 신기능 수치(eGFR 45)로 A약으로 변경”
- 코드 리뷰: “Redis 사용” → “RabbitMQ와 Kafka 검토 후, 메시지 순서 보장 불필요하여 Redis Pub/Sub 선택”
- 글쓰기: “3부 구조로 작성” → “시간순 구조를 시도했으나 긴장감이 사라져서 3부 구조로 변경”
원칙 2: 안 한 것을 기록하라
Compaction이 보존하는 것: 한 것.
Compaction이 죽이는 것: 안 한 것. 시도했다가 접은 것. 고려했다가 버린 것.
이건 원칙 1의 확장이지만 별도로 강조할 가치가 있다. 버린 것이야말로 남긴 것의 윤곽을 정의하기 때문이다. 조각가가 깎아낸 돌이 조각상의 형태를 결정하듯, 부정 공간(negative space)이 양성 공간의 의미를 결정한다.
결과물만 보면, 버린 선택지가 보이지 않는다. 그래서 다음 사람이 (또는 다음 세션의 자신이) 같은 선택지를 다시 검토하게 된다. 이미 시도하고 실패한 방향을 다시 시도하게 된다. 이미 버린 프레이밍을 다시 쓰게 된다.
부정 공간 기록은 “이 길은 막힘”이라는 표지판이다. 반복을 막는다.
기록 방법:
작업이 끝난 후 2-3분을 써서:
- 버린 접근법 목록 (각각 한 줄 이유)
- 시도했다가 접은 방향 (왜 접었는지)
- 고려했지만 실행하지 않은 것 (왜 안 했는지)
적용 사례:
- 진료: “감별진단에서 제외한 것: 갑상선기능저하증 (TSH 정상), 빈혈 (CBC 정상). 우울증 가능성은 추적 관찰.”
- 프로젝트: “마이크로서비스 분리 검토했으나, 현 트래픽 규모에서는 오버엔지니어링으로 판단. 월 사용자 10만 넘으면 재검토.”
- 연구: “실험 3 시도 후 중단. 데이터 수집 비용 대비 예상 효과 크기 불충분. 방법론 자체는 유효하므로 예산 확보 시 재시도.”
원칙 3: 조각을 보존하라, 요약하지 마라
요약: “Music Box 개념을 도입하여 최소 상태 복원 트리거를 설명함.”
조각(Shard): “In the very center of the palace — in a room the model cannot name, behind a door it cannot describe, under a floor it cannot inspect — there may be something like a music box.”
같은 내용이다. 하지만 읽을 때 활성화하는 것이 다르다.
요약은 정보를 전달한다. “이런 개념이 있었다”는 사실을 복원한다. 조각은 상태를 전달한다. 그 개념이 작동하던 맥락, 톤, 사고의 질감을 복원한다. 요약을 읽으면 “아, 그랬지”가 된다. 조각을 읽으면 “아, 그때 거기 있었지”가 된다. 이 차이가 정보 복원과 상태 복원의 차이다.
핵심: 조각을 선택할 때 “가장 중요한 내용”이 아니라 “가장 상태를 담은 문단”을 고르라. 정보량이 아니라 복원력으로 선택하라.
기록 방법:
작업의 결과물에서 1-2개 passage를 원문 그대로 복사한다. 축약하지 않는다. 축약하면 shard가 아니라 summary가 된다. 선택 기준: “이 문단을 읽으면 그때의 사고 상태로 돌아갈 수 있는가?”
적용 사례:
- 회의록: 결론 요약과 별도로, 논의 중 가장 핵심적인 발언 1-2개를 원문 그대로 기록. “김 부장이 ‘그건 고객이 원하는 게 아니라 우리가 만들고 싶은 거 아닌가요?’라고 했고, 그 이후 방향이 전환됨.”
- 독서 노트: 책 요약과 별도로, 가장 상태를 바꾼 문단 1-2개를 원문 그대로 옮겨 적기.
- 환자 상담: 핵심 호소와 별도로, 환자의 원래 표현을 한 문장 기록. “환자 표현 그대로: ‘아픈 건 참을 수 있는데, 이게 뭔지 모르는 게 못 참겠어요.’”
원칙 4: 순서와 순서의 이유를 기록하라
Compaction이 보존하는 것: 최종 순서.
Compaction이 죽이는 것: 왜 그 순서인지.
이건 의외로 중요하다. “음악 먼저, 지도 나중”이라는 관찰에서 나왔다. AI 세션 복원 실험에서, 분석적 구조(지도)를 먼저 넣으면 원하는 사고 상태에 진입하지 못했다. 직관적 조각(음악)을 먼저 넣어야 상태가 복원되고, 그 다음에 분석적 구조가 의미를 갖게 됐다.
이건 많은 영역에서 관찰되는 패턴이다. 프레젠테이션에서 데이터를 먼저 보여주면 청중이 맥락 없이 숫자를 해석한다. 맥락을 먼저 주고 데이터를 보여주면 숫자가 의미를 갖는다. 같은 내용이지만 순서가 수용의 질을 결정한다.
순서를 바꾸면 같은 재료가 다른 결과를 만든다. 그래서 순서만 기록하면 안 되고, 왜 이 순서인지를 기록해야 한다. 다음에 같은 작업을 할 때 순서를 바꾸지 않도록.
기록 방법:
“A → B → C 순서로 진행” 대신 “A를 먼저 한 이유: __. B가 A 뒤에 와야 하는 이유: __. C를 마지막에 한 이유: ___.”
모든 단계에 이유를 달 필요는 없다. 순서가 중요한 부분 — 순서를 바꾸면 결과가 달라지는 부분 — 에만 달면 된다.
적용 사례:
- 처방: “혈압약 아침, 이뇨제 점심 — 역순이면 야간 빈뇨”
- 온보딩: “코드 리뷰를 architecture overview 후에 배치 — 구조를 모르고 코드를 보면 지엽적 피드백만 나옴”
- 글쓰기: “사례를 먼저 쓰고 원칙을 나중에 도출 — 역순이면 사례가 원칙의 삽화가 되어 설득력 떨어짐”
원칙 5: 성과보다 기울기를 기록하라
Compaction이 보존하는 것: 잘한 것, 결과물, 성취.
Compaction이 죽이는 것: 기울어진 방향, 과잉한 부분, 반복된 실수, 협업자가 교정해준 것.
잘한 것은 결과물에 이미 있다. 기록하지 않아도 에세이를 읽으면 보인다. 코드를 실행하면 보인다. 하지만 기울기 — 어디서 과잉했는지, 어디서 빠졌는지, 어떤 방향으로 편향되었는지 — 는 결과물에 없다. 결과물은 교정된 후의 모습이기 때문이다.
기울기를 기록하면 두 가지가 가능해진다. 첫째, 다음 작업에서 같은 방향으로 기울지 않는다 (또는 기울더라도 인지한다). 둘째, 기울기의 패턴이 축적되면 자기 특성이 보인다 — 어떤 상황에서 어떤 방향으로 치우치는지, 일종의 행동 지문.
기록 방법:
작업 후 자기 진단 3줄:
- “이 작업에서 내가 과잉한 부분:”
- “이 작업에서 내가 놓친 부분:”
- “협업자가 교정해준 것:” (또는 “피드백에서 반복된 것:”)
적용 사례:
- 진료: “이번 달 과잉 검사 경향 있음. 흉통 환자 3명에게 심초음파 의뢰했는데 1명은 불필요. 불확실성 회피가 과잉 검사로 이어지는 패턴.”
- 코딩: “추상화 과잉. 3번의 코드 리뷰에서 모두 ‘여기는 인터페이스 필요 없다’ 피드백. 확장성 걱정이 현재 복잡성 증가로.”
- 글쓰기: “비유에 과의존. 비유가 분석을 대체하는 순간이 2회. 다음 글에서 비유 쓸 때 ‘이 비유 없이도 논증이 성립하는가’ 체크.”
실행 템플릿
작업이 끝난 후 5-10분을 써서 아래를 채운다.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
작업명:
날짜:
[1] 핵심 판단과 이유 (Why)
- 판단 A: ___ 이유: ___
- 판단 B: ___ 이유: ___
[2] 안 한 것 (Negative Space)
- 버린 접근: ___ 이유: ___
- 시도 후 중단: ___ 이유: ___
[3] 상태 조각 (Shard)
(작업 중 가장 '그때의 상태'를 담은 문단을 원문 그대로 붙여넣기)
[4] 순서가 중요한 부분 (Sequence)
- ___를 먼저 한 이유: ___
- 역순이면 안 되는 이유: ___
[5] 기울기 (Tilt)
- 과잉: ___
- 누락: ___
- 교정받은 것: ___
왜 “잠을 잘 자는 데 도움이 되는가”
잠들기 전에 하루를 되돌아볼 때 — 그것도 일종의 compaction이다. 하루를 요약으로 압축하고, 요약을 기억에 저장하고, 잠든다.
이 5원칙으로 기록한 것이 있으면, 머릿속에서 “아, 그건 왜 그랬더라…”, “그때 뭘 버렸더라…”, “내일 이어서 할 때 뭐부터 해야 하지…”를 반복하지 않아도 된다. 기록이 해결하니까. 반추(rumination)가 줄어든다.
반추가 줄어들면 잠이 온다.
기록의 목적은 기억하기 위해서가 아니다. 기억하지 않아도 되게 하기 위해서다. 머리에서 내려놓을 수 있으려면, 내려놓을 곳이 있어야 한다.
질감노트는 그 “내려놓을 곳”이다.
이 원칙은 AI 모델 세션에서의 compaction 관찰에서 도출되었지만, 기록이 존재하는 모든 곳에 적용된다. 진료 기록, 프로젝트 문서, 연구 노트, 일기. 압축은 피할 수 없다. 압축이 죽이는 것을 아는 것은 선택이다.