지식이 일하는 집 — raw·wiki·아웃풋

내 노트 보관함을 원본(raw)·지식(wiki)·아웃풋 세 층과, 그 옆의 운영 구역(_ops·_state·_schema)으로 나눈 이유를 보존·발행·그래프 세 정책으로 설명하는 칸입니다. 마트에서 사 온 식재료, 손질해 냉장고에 넣은 것, 요리 — 이 세 단으로 무엇이 어느 층에 가는지 가릅니다. 30분 뒤에는 내 자료 열 개를 어디에 둘지 적은 분류표 한 장이 남고, 손으로 고치면 안 되는 구역이 왜 있는지 한 문장으로 말할 수 있습니다.

AI와 오래 이야기를 나눠도, 대화가 끝나면 그 내용은 다음 대화로 이어지지 않습니다. 잊지 않는 쪽은 AI가 아니라 내 노트 보관함입니다. 그래서 지식 전환은 AI를 똑똑하게 만드는 일이 아니라, 내 지식을 AI가 읽을 수 있는 집으로 옮기는 일입니다.

이 칸을 마치면 내 자료 열 개를 어느 층에 둘지 분류표 한 장으로 적게 됩니다. 그리고 손으로 고치면 안 되는 구역이 왜 있는지 설명할 수 있게 됩니다. 설치할 것은 없고, 30분이면 됩니다.

집의 뼈대는 세 층입니다. 마트에서 사 온 식재료 그대로가 원본, raw입니다. 손질해서 밀폐용기에 담아 냉장고에 넣어 둔 것이 지식, wiki입니다. 그것으로 만든 요리가 아웃풋입니다.

raw에는 설교 노트, 책 밑줄 전사, 강의안 원본처럼 내가 쓴 그대로, 들여온 그대로를 둡니다. 밖에서 들여온 것은 전부 원본이므로, wiki에 바로 넣지 않고 무조건 raw로 먼저 갑니다. 이 층의 내용은 AI도 나도 고치지 않습니다. 다른 노트로 가는 링크를 거는 것까지는 됩니다. 책 한 권이면 파일이 둘입니다. 밑줄 전사 원문은 줄이지 않고 raw에 두고, 요약과 분석과 연결은 wiki에 두고, 둘이 서로를 가리키게 합니다. wiki에는 AI가 원본을 읽고 요약하고 연결하고 다시 짠 페이지를 둡니다. AI가 만들고 관리하는 주 작업 공간이 여기입니다. 아웃풋은 그 지식에서 나오는 것입니다. 질문하면 일반 지식이 아니라 내 자산에서만 답하게 하고, 한 문단짜리 요청에서 강의 원고와 슬라이드 기획, 발표자 메모가 단계마다 승인을 거쳐 나옵니다.

왜 굳이 가를까요? 둘이 섞이면 AI가 지어낸 문장과 내가 실제로 한 말을 가를 수 없습니다. 2년 뒤에 열어 보면 어디까지가 나인지 알 수 없게 됩니다. 원본이 고쳐지지 않아야 합성된 페이지를 의심 없이 씁니다. 또 원본을 매번 통째로 읽히면 토큰과 시간이 많이 들지만, 손질해 둔 wiki는 바로 꺼내 씁니다.

이 세 층은 한 방향으로 끝나지 않습니다. 만든 강의 원고와 슬라이드는 다시 보관함에 남아 자산이 됩니다. 질문해서 얻은 좋은 답도 주제 페이지로 저장해 두면 지식 층으로 돌아옵니다. 그릇에서 규칙으로, 규칙에서 자산으로, 자산에서 산출물로, 그리고 다시 자산으로 돕니다. 그래서 이 집은 쓸수록 빨라집니다.

솔직히 말씀드릴 것이 하나 있습니다. 세 번째 층인 아웃풋은 폴더 이름이 아니라 역할입니다. 제 경우 강의 산출물은 wiki 안의 강의 폴더에 함께 두고, 영상과 음원 같은 큰 미디어는 보관함 밖으로 보냅니다. 논문 PDF 원문처럼 저작권이 있는 것은 아예 넣지 않고, 서지와 내 메모만 둡니다.

그런데 집에는 부엌 말고도 방이 더 있습니다. _ops는 운영 구역입니다. 진행 상황표나 작업 규칙은 지식 자산이 아니라서 wiki 밖으로 뺐습니다. 같은 보관함 안이라 링크는 그대로 이어지고, 발행이나 링크 세기처럼 wiki를 기준으로 도는 도구에서는 저절로 빠집니다. _state는 파생 캐시입니다. 상태 파일이나 현황판 화면처럼, 노트에서 기계가 다시 만들어 내는 것들입니다. 진실원은 노트이고, 이 구역은 손으로 고치지 않고 늘 통째로 다시 만듭니다. 같은 내용의 사본이 셋으로 갈라진 적이 있어서 이렇게 정했습니다. 다만 다시 만들 수 있다고 해서 남에게 보여 줘도 되는 것은 아닙니다. 상태 파일에도 비공개 내용이 들어 있어서, 현황판을 내보낼 때는 화면 파일 하나만 내보냅니다. _schema는 규약 구역입니다. 노트의 종류와 태그를 정한 정의가 여기 한곳에 있습니다. 하나 고백하면, 이 구역 규칙들은 제 규칙 문서 한 장에 다 적혀 있지 않고 운영 문서와 결정 기록에 흩어져 있었습니다. 문서는 실물을 늘 늦게 따라갑니다.

구역마다 규칙이 다른 까닭은 한 줄입니다. 성격이 다른 것을 같은 규칙으로 다루지 않습니다. 보존부터 보면, 지식과 원본과 운영은 영구, 프로젝트는 끝날 때까지, 파생 캐시는 지킬 대상이 아니라 다시 만들 대상입니다. 발행은 wiki만 할 수 있습니다. 원본에는 남의 글과 실명이 섞여 있기 때문입니다. wiki도 전부 공개가 아니라 공개 후보일 뿐이고, 남의 나눔이나 기도 제목은 wiki에 쓰지 않고 원본에만 둡니다. 그래프는 wiki가 중심입니다. wiki의 존재 이유는 요약 창고가 아니라 연결의 그물이기 때문입니다. 원본은 참조만 하고, 운영 구역과 파생 캐시는 그물에 넣지 않습니다. 기계가 날마다 만드는 기록은 원본 쪽에 하루 한 파일로 쌓되 링크를 넣지 않습니다. 넣으면 어떤 노트가 많이 연결됐는지 세는 셈이 비뚤어집니다. 이것은 노트 앱이 숨겨 주는 것이 아닙니다. 링크를 세는 도구가 어디까지 도는지와, 기계가 쓰는 기록에 링크를 넣지 않는 규율로 지켜집니다.

이제 손으로 고치면 안 되는 구역을 정리합니다. 고치지 않는 데에는 두 종류가 있습니다. raw는 원본이라서 고치지 않습니다. _state는 다시 만들어지는 것이라서 고치지 않습니다. 파생 캐시를 손으로 고쳐도, 다음에 통째로 다시 만들 때 그 손질은 남지 않습니다. 그러니 고칠 것은 언제나 입력, 곧 진실원 쪽입니다.

함정 둘을 미리 말씀드립니다. 하나, 다시 만들 때 쓰는 입력을 임시 폴더에 두는 것입니다. 입력이 비워진 채로 다시 만들었더니, 손으로 맞춘 제목과 소개문과 색이 기본값으로 되돌아갔습니다. 입력은 보관함 안, 산출물 옆에 둡니다. 둘, 층을 나누라는 말을 파일을 쪼개라는 말로 듣는 것입니다. 원본과 지식은 가르지만, 한 층 안에 같은 자료를 두 벌 만들지는 않습니다.

해보기에서는 최근 한 달에 손댄 자료 열 개를 표 한 장에 올리고, 층과 세 정책을 칸마다 적습니다. 마지막 칸에는 손으로 고쳐도 되는지를 적고, 아니라면 원본이라서인지 다시 만들어지는 것이라서인지 구분합니다. 분류 체계를 먼저 완성할 필요는 없습니다. 지금 정하는 것은 주제가 아니라 층입니다. 다음 칸에서는 산출 과정 끝에 위키 넣기를 붙여, 아웃풋이 저절로 지식 층으로 돌아오게 만듭니다. 막히면 이 페이지 아래 묻기 칸에 남겨 주십시오.

세 층과 운영 구역 한눈에

atlas/
├── 내지식/
│   ├── raw/          ← 원본. 내용은 고치지 않는다
│   ├── wiki/         ← 지식. 주 작업 공간
│   │   └── 강의/가공강의/   ← 아웃풋 가운데 다시 자산이 되는 것 (강의 원고·슬라이드)
│   ├── _ops/         ← 운영. 진행 상황표·작업 규칙
│   ├── _state/       ← 파생 캐시. 손대지 않는다 — 다시 만든다 (예: 현황판.html)
│   └── _schema/      ← 규약. 종류·태그 정의
├── 산출/             ← 아웃풋 가운데 큰 미디어 (영상·음원) — 보관함 밖
└── 문서함/           ← 넣지 않는 원문 (논문 PDF 등) — 보관함 밖

이 그림은 가공한 구조입니다. 실제 보관함에는 이보다 폴더가 많고, 처음부터 이렇게 다 만들 필요도 없습니다. 「두 층으로 시작한다」는 맞지만 「두 개뿐이다」는 아닙니다.

아웃풋은 한 폴더가 아니다

세 번째 층은 폴더 이름이 아니라 역할입니다. 강의 원고와 슬라이드는 wiki 안 강의 폴더에 같이 두어 다시 자산이 되게 하고, 영상·음원 같은 큰 미디어는 보관함 밖으로 보냅니다. 공개한 글은 wiki의 페이지를 한 장씩 골라 만든 것입니다. 질문해서 얻은 좋은 답도 주제 페이지로 저장하면 지식 층으로 돌아옵니다.

세 정책 — 보존 · 발행 · 그래프

원칙은 한 줄입니다. 성격이 다른 것을 같은 규칙으로 다루지 않는다.

• 보존 — 원본 전사는 줄이지 않습니다. 원문이 남아 있어야 wiki 문장을 원문과 대조할 수 있습니다. 파생 캐시는 지킬 대상이 아니라 다시 만들 대상이라, 노트를 따로 떠 둘 때(스냅샷)에도 뺍니다.
• 발행 — 원본에는 남의 글과 실명이 섞여 있어 wiki만 발행할 수 있습니다. wiki도 「후보」이지 전부 공개가 아닙니다. 남의 이야기는 wiki에 쓰지 않고 원본에만 둡니다. 운영 문서는 기본 비공개입니다.
• 그래프 — wiki의 존재 이유는 연결입니다. 원본은 참조만 하고, 운영 구역과 파생 캐시는 그물에 넣지 않습니다. 기계가 날마다 만드는 기록은 원본 쪽에 쌓되 링크를 넣지 않습니다 — 넣으면 「많이 연결된 노트」의 셈이 비뚤어집니다.
• 앱이 숨겨 주지 않는다 — 「그래프에 넣지 않음」은 노트 앱 설정이 막아 주는 것이 아니라, 링크를 세는 도구가 어디까지 도는지와 링크를 넣지 않는 규율로 지켜집니다. 발행 도구가 원본을 막아 준다고 기대하지 않습니다. 정책은 규약과 사람이 지킵니다.
• 아웃풋은 이 표에 행이 없습니다. 위의 「아웃풋은 한 폴더가 아니다」로 대신합니다.

고치지 않는 구역 — 두 종류

_state 밖에 있는 생성 파일에는 머리에 한 줄을 달아 둡니다.

<!-- 자동 생성 — 손으로 고치지 마세요. 원본: _ops/진행상황.md -->

셋째 종류도 있습니다 — 덧붙이기만 하는 기록입니다. 이것은 같은 칸의 「index와 log」에서 다룹니다.

자료

• 층 분류표 양식 — 자료 열 개, 질문 넷, 가공 예시

자주 묻는 질문

• F-0013 — 자료를 넣기 전에 폴더 구조나 분류 체계를 먼저 완성해야 하나요? (아닙니다. 이 칸의 분류표가 정하는 것은 주제가 아니라 층입니다.)

더 읽기

• 앞 칸: 「내 지식의 첫 두 폴더 — raw와 wiki」 (L2-S2-raw-wiki-two-folders) — 두 층과 첫 카드 한 장.
• 다음 칸: 「자동 인제스트를 파이프라인 끝에 붙인 이유」 (L2-S4-auto-ingest-at-pipeline-end) — 아웃풋이 저절로 지식 층으로 돌아오게 하는 법.

출처: 강의(가공) · 제작자 본인의 운영 기록(가공).