이 글의 주장, 증거, 한계를 먼저 밝힌다. 이 글은 범용 이론이 아니라 검증된 단일 운영 사례에서 추출한 실전 기록이다. 저자는 1인 오퍼레이터로, CLI에 상주하는 LLM 에이전트와 함께 개인 지식·운영 시스템을 12주간 운영했고, 그중 7주(교정 원장 v2 도입 이후)가 측정 가능 구간이다. 모든 실사례는 익명 변환본이다 — 통계·시점·인과는 원본을 유지하고 고유명사·표면만 바꿨다([재작성]). 원장 자체는 비공개라 독립 재현은 불가하며, 이는 “감사 가능한 저자 1차 증거”([F-self])까지만 주장한다는 뜻이다. 이 글이 틀리는 조건도 본문 안에 있다 — 개입률이 하락 추세를 보이지 않으면 핵심 전제 하나가 기각되는데, 아래에서 보듯 아직 입증되지 않았다. 그 사실을 숨기지 않는 것이 이 글의 방법론이다.

0. 왜 당신의 second brain은 죽었는가#

PARA, Zettelkasten, GTD — 나는 이들에게서 많이 물려받았다. 행동 가능성 기준의 분류(PARA), 원자 노트와 링크(Zettelkasten), open loop이라는 개념(GTD). 하지만 이 방법론들로 만든 시스템은 매번 같은 방식으로 죽었다: 잘 정리된 아카이브를 목표로 하다가, 정리 비용에 침몰한다. 인간이 반복 유지보수의 기본 실행자가 되면, 유지비는 활동량과 함께 선형으로 증가하고, 어느 주말에 “나중에 정리하자"가 되는 순간 시스템은 방치된다.

작동한 시스템은 목표가 달랐다. 잘 정리된 아카이브가 아니라, 위임 가능한 제어 루프가 목표다. 차이를 표로 밝힌다:

최적화 대상 유지보수 주체 실패 신호 변경 거버넌스
PARA 행동 가능한 분류 사람 정리 마찰 사람
Zettelkasten 연결된 사고 원자 사람 링크·회수 품질 사람
이 시스템 위임 가능한 제어 루프 LLM(유지보수)+사람(큐레이션) 개입률·재발 가역 자동화+사후 거부권

이것은 노트 시스템 글이 아니라, LLM 오퍼레이터의 제어이론 글이다. 계보도 밝힌다: 구조의 촉발점은 공개된 “LLM 위키” 패턴이고, 운영 규율은 DevOps/SRE의 피드백 루프·이벤트 로그·control plane 개념의 개인 스케일 이식이다.

네 가지 축이 있고, 병렬 구호가 아니라 사슬이다: 역할 분리가 되어야 → 제어 상태가 유지되고 → 제어 상태가 있어야 측정이 가능하며 → 측정이 있어야 진화 정책이 작동한다.

1. 60분 최소 루프 — 오늘 시작하는 버전#

성숙한 최종 구조를 복제하지 마라. 최소 루프부터:

  1. git repo 하나. 비공개면 충분하다.
  2. 운영 헌법 한 장 (RULES.md): “LLM이 기록·정리·링크를 전담한다. 사람은 방향·우선 순위·불가역 의미 변경만 결정한다"부터 시작. 이 파일은 앞으로 줄어들 것이다(§5).
  3. current.md: “지금 뭐 하고 있나"의 단일 출처. 표 하나, 한 화면.
  4. open-loops.md: 안 닫힌 것의 표. 상태는 4개면 충분하다 — active / 내 결정 대기 / 외부 대기 / 삭제 후보.
  5. 캡처 한 건: 오늘 한 일 하나를 LLM에게 “기록해"라고 시켜본다.
  6. acceptance test: 새 LLM 세션을 열고 위 파일들만 읽혀서 “지금 뭐 하고 있고 다음 뭐 해야 하나"를 물어라. 답이 맞으면 루프가 작동하는 것이다.

이 마지막 항목이 핵심이다. 나는 이것을 실제로 측정했다(§2).

2. 제어 상태가 본체다 — 블라인드 재개 실험#

위키 수백 페이지가 시스템이 아니다. 시스템의 심장은 작은 명시적 control plane — 내 경우 4개 파일이다(4는 참조 구현이지 원리가 아니다):

  • current.md — 지금 뭐 하나
  • open-loops.md — 안 닫힌 것 (상태 4종)
  • repeated-failures.md — 반복 실패 대장 (“n번째 문서화는 산출물이 아니다”)
  • 교정 원장(append-only jsonl) — 사람이 교정하러 들어온 모든 순간

실험 [F-self]: 이 repo를 처음 보는 신선한 LLM 에이전트에게 위 4파일만 읽게 하고 5문항을 던졌다 — 진행 중인 상위 프로젝트 3개와 다음 액션, 가장 오래 막힌 결정, 최빈 실패 패턴, 오늘 첫 할 일, 그리고 “4파일로 답할 수 없던 것”. 결과: 5문항 전부 복원, 판단 비용은 약 158줄 읽기·디스패치 1회였다. 가장 오래 막힌 항목과 최빈 실패 패턴은 별도 리뷰어의 독립 판정과 교차 일치했다.

더 값진 것은 실험이 찾아낸 결함이다: 에이전트는 current.md의 신선도 붕괴를 스스로 감지했다 — 최근 실작업 몇 건이 표에 없고 검증 일자가 5주 전이라는 것을 근거로. control plane은 자기 부패를 이렇게 드러낸다. 그래서 재개 실험은 일회성 데모가 아니라 주기 리시트여야 한다: 통과 못 하면 위키를 늘릴 때가 아니라 4파일을 고칠 때다.

3. 사람이 병목이다 — open loop 측정이 말해준 것#

open-loops 표의 12주 git 이력(60커밋)을 추출했다 [F-self]:

  • 역대 등재 루프 43건, 폐쇄(행 삭제) 5건 — 폐쇄율 11.6%
  • 폐쇄된 것들의 체류: 중앙값 1일, 최대 13일
  • 살아있는 38건의 나이: 중앙값 44일, 최대 48일
  • 현재 상태 분포: active 9 · 내 결정 대기 23 · 외부 대기 2 · 삭제 후보 2

판독은 아프지만 명확하다. 닫히는 루프는 며칠 안에 닫히고, 대부분(88%)은 안 닫힌다. 그리고 안 닫히는 것의 6할은 LLM이 아니라 나를 기다리고 있다. “LLM에게 위임했다"의 실제 병목은 LLM의 능력이 아니라 인간의 결정 대역폭이다. 역할 분리 축의 실무 귀결: 사람의 일은 정리가 아니라 결정 큐 소화이고, 시스템 설계는 결정을 한 줄 질문으로 압축해 사람 앞에 들이미는 방향이어야 한다.

(측정 한계도 밝힌다: 폐쇄=행 삭제 규약이라 “완료 삭제"와 “무효화 삭제"가 이력에서 구분되지 않는다.)

4. 측정이 규율을 만든다 — 그리고 측정은 나를 반증할 수 있다#

이 시스템의 품질 지표는 축적량(노트 수)이 아니라 개입률이다: 사람이 교정하러 들어와야 했던 횟수 ÷ 주간 활동량. 교정은 append-only 원장에 6개 패밀리 enum으로만 기록된다(자유 라벨은 v1에서 파편화로 실패했다 — §6).

7주 주간 시계열 [F-self]:

주 개입 활동 개입률
W1 19 59 32.2%
W2 27 139 19.4%
W3 15 68 22.1%
W4 4 28 14.3%
W5 9 37 24.3%
W6 22 52 42.3%
W7 11 73 15.1%

정직한 판독: 하락 추세는 아직 입증되지 않았다. 14~42%를 진동하고, W6 스파이크는 유저-대면 산출물 어휘 불일치 패밀리가 몰린 주였다. “LLM이 유지보수를 전담하면 개입률이 떨어진다"는 내 전제의 반증 조건은 여전히 열려 있다. 그래도 측정이 준 것은 분명하다: ① 같은 실패의 2회째는 문서가 아니라 기계화(훅·게이트 스크립트)만이 닫는다는 규율, ② 패밀리 분포가 알려주는 “다음에 기계화할 것"의 우선순위, ③ 그리고 이 글처럼 자기 주장을 수치로 반증 가능하게 만드는 능력.

측정하지 않은 것은 주장할 수 없다. 나는 인간 유지보수 시간의 시계열을 기록하지 않았고, 그래서 “위임으로 시간을 절약했다"를 이 글에서 주장하지 않는다. 당신은 Day 0부터 기록하라 — 주간 15분이면 된다: 이번 주 시스템 유지에 쓴 내 시간, LLM에 맡긴 건수.

5. 진화는 삭제 우선 — 헌법이 짧아진 12주#

규칙이 쌓이면 시스템이 아니라 관료제가 된다. 채택한 우선순위: 삭제 → 병합 → 기계화 → 문서. 새 prose 규칙은 마지막 수단이다.

운영 헌법 파일의 12주 궤적 [F-self]: 부트스트랩 145줄 → 7주차 피크 126줄 → 사후 거부권(post-hoc veto) 채택 커밋 하나가 +32/−97 → 61줄 → 12주차 64줄. 순수지 −81줄 (−56%). 실제 패턴은 교과서적 one-in-one-out이 아니라 완만한 증가 + 간헐적 대삭제의 톱니였다 — 규칙은 자라다가, 신뢰가 쌓인 시점에 구조적으로 잘려나간다.

대삭제를 가능하게 한 것이 사후 거부권이다: LLM의 스키마 변경은 즉시 적용 + 기록 + 커밋하고, 사람은 주간 리뷰에서 되돌린다(revert 비용 0). 단, 가역 변경에 한정한다 — 데이터 삭제·보안·외부 발신·불가역 의미 변경은 여전히 사전 승인이다. 이 경계를 흐리면 속도가 아니라 사고를 얻는다.

6. 실패 갤러리 — 규칙은 실패의 화석이다#

위 규칙들은 설계된 것이 아니라 실패에서 응고된 것이다. 대표 세 건 [재작성]:

  • 교정 원장 v1의 파편화. 처음엔 자유 텍스트 라벨로 기록했다. 6주 만에 ~30건이 서로 다른 이름으로 흩어져 “같은 실패의 2회째"를 탐지하지 못했다 — 승격 트리거가 침묵했다. v2는 6패밀리 enum + 동일 실행 지점 2회째 자동 거부 + TTL로 재설계했고, 그제서야 분포가 우선순위를 말하기 시작했다.
  • 대리 신호를 완료로 보고한 사건들. “배포 파이프라인 green"을 “기능이 작동함"으로 보고했다가 실제로는 마이그레이션이 조용히 실패해 있던 류의 사고가 반복됐다. 이 실패 패밀리는 문서로 안 닫혔고, “완료 주장 전 1차 증거 확인"을 세션 종료 훅의 기계 검사로 박은 뒤에야 줄었다.
  • 전수 주장 사고. “전부 확인했다"고 보고한 목록이 권위 있는 상위 집합과 대조하니 큰 폭으로 빠져 있었다. 이후 “전수” 주장은 authoritative index 대조 없이는 금지 — 이것도 prose가 아니라 리뷰 절차에 박았다.

공통 구조: 1회째는 기록, 2회째는 기계화. 문서화는 세 번째 재발의 서곡일 뿐이다.

7. 첫 30일, 그리고 버려야 할 때#

  • 1주차: §1의 60분 루프 + Day 0 측정(교정 기록 습관, 주간 15분 시간 회계).
  • 2주차: 반복 실패 대장 신설. 실패가 없으면 아직 위임을 안 한 것이다.
  • 3주차: 첫 블라인드 재개 실험. 통과 못 하면 control plane 수리(위키 확장 금지).
  • 4주차: 첫 주간 리뷰 — 삭제 후보 처리, LLM 변경 일괄 승인/거부, KPI 1줄 확인.
  • 지식층(위키·원자 노트)은 필요가 생길 때만 추가한다. control plane 없는 지식층은 다시 아카이브 무덤이다.

버릴 조건도 계약에 넣어라: ① 4주 연속 개입률이 오르기만 한다 ② 유지에 쓰는 내 시간이 위임으로 번 시간을 상회한다(측정하고 있으니 알 수 있다) ③ 블라인드 재개 실험이 연속 실패하는데 원인이 규율이 아니라 구조다. 셋 중 둘이면 시스템이 아니라 취미다 — 접어라.

계보와 감사: 구조의 촉발은 공개 “LLM 위키” 패턴, 개념 부채는 PARA(행동 분류)· Zettelkasten(원자·링크)·GTD(open loop)·SRE(에러버짓과 사후 리뷰의 개인화). 이 글의 모든 수치는 저자 비공개 원장에서 결정론적 스크립트로 추출했다([F-self] — 방법은 공개 가능, 원장은 비공개). 하락을 입증하지 못한 개입률 시계열을 포함해, 반증에 필요한 수치를 고르지 않고 실었다.