CMDSPACE · 2026

지식이 일하게
만드는 구조

구요한의 세컨드 브레인, LLM Wiki, 그리고 하네스

구요한 · 커맨드스페이스 대표 · 연구하면서 가르치는 실천가cmdspace.work

오늘의 구조

네 개의 섹션

01지식관리 · CMDS10,000개 노트를 9개 카테고리와 하나의 프로세스로 굴리는 방법

02LLM Wiki에이전트가 원천을 읽고 위키를 컴파일하는 위성 볼트

03주요 강의 · 하네스v1 프롬프트에서 v3 하네스까지, 임원 교육의 척추

04대표 주제Schema는 Harness다, 9Yohan, Second Brain의 재정의

각 섹션은 독립적으로 강의 모듈이 된다. 이 덱은 그 모듈들의 견본이다.54. Lecture Assets

Section 01

지식관리
CMDS · 커맨드스페이스

Connect · Merge · Develop · Share

핵심 철학

지식은 쌓는 게 아니라
연결하고, 실제 판단과
산출물로 작동하게 만드는 것이다.

정리가 목적이면 정리에서 끝난다. 산출물이 목적이면 정리는 저절로 따라온다.

대부분의 PKM은 "정리"에 집중한다. CMDS는 "산출물까지 연결"하는 프로세스다.BRAIN.md · 핵심 철학

지식 생애주기

CMDS 프로세스 — 네 단계

Connect발견하고 붙인다관심사·용어·변수를 100 Themes에 등록. 문턱을 최대한 낮춘다.

Merge여러 노트를 한 노트로문헌과 내 해석을 200 Literature 한 장에 합성. 정보 손실이 생기는 가장 무거운 단계.

Develop방법을 적용해 만든다데이터·코드·프롬프트·커리큘럼. 300부터 600까지가 작업대다.

Share밖으로 내보낸다뉴스레터·강의·컨설팅. 700·800이 종착지이자 다음 Connect의 출발점.

→ 키로 한 단계씩. 마더십에는 이 네 단어가 슬래시 커맨드로 산다: /connect /merge /develop /shareCLAUDE.md · Command Suite

분류 체계

9개 카테고리, 87개 하위 공간

100Themes관심사 · 토픽 · 변수 · 용어

200Literature개념 · 프레임워크 · 이론 · 리뷰

300Data설문 · 패널 · 데이터 관리

400Methodologies연구방법 · 통계 · 코드 · 프롬프트

500ProductsObsidian · Claude · n8n

600Specialties지식관리 · 생성형 AI · 개발

700CreativesYouTube · SNS · 음악 · 디자인

800Outputs논문 · 강의 · 컨설팅 · 프로젝트

900Divisions9개 사업부 · 9Yohan

분류는 폴더가 아니라 메타데이터다. 노트는 제자리에 두고 frontmatter의 CMDS 필드로 분류한다.CLAUDE.md · Settled Design Decisions

실측 · 2026-05 기준

3년 넘게 굴린 볼트의 크기

10,000+노트 (7볼트 생태계)

87하위 카테고리

120+Obsidian 플러그인

7볼트 · 거버넌스별 분리

숫자는 자랑이 아니라 조건이다. 이 규모에서도 에이전트가 길을 잃지 않게 하는 구조가 다음 섹션의 주제다.

마더십 약 8,000 · 위성·협업·배포 볼트 합산 10,000+CMDS.md · Vault Statistics (2026-05-30)

거버넌스로 나눈다

7볼트 생태계 — 누가 합의 권한을 갖는가

유형	볼트	멤버	목적
마더십	CMDSPACE	구요한	모든 작업의 기반
컴파일 위성	CMDS_LLM_Wiki	구요한 + LLM	학습·연구·정리 지식
개인 제품	CMDS_Gobi	구요한	고비 스페이스 개인 사용
페어	CMDS_JoonLab	구요한 + 박준	교육·강의·코칭
페어	CMDSPACE_Admin	구요한 + 이태극	운영 총괄
팀	GOBI	5인	커맨드스페이스 × 고비
배포	cmds-vault	구요한 → 외부	CMDS 스타터킷

주제가 아니라 주저자·합의 모델·수명·도구·검색 인덱스, 다섯 힘으로 볼트를 가른다.LLM Wiki · Multi-Vault Architecture

Section 02

LLM Wiki
에이전트가 컴파일하는 지식

Raw Sources → Wiki → Schema

앵커

Obsidian is the IDE,
the LLM is the programmer,
the wiki is the codebase.
Andrej Karpathy · LLM knowledge base thread

영어가 언어라면, 당신의 노트가 소스코드다.

전통 RAG는 매 질의마다 다시 검색하는 "영구 기억상실"이다. 위키는 기존 페이지를 갱신하며 누적된다.gist.github.com/karpathy

구조

세 층, 세 동사

원문은 손대지 않는다. 위키는 LLM이 다시 쓴다. 스키마는 사람이 지킨다.Karpathy LLM Wiki 패턴 · CMDS 이식

대비

검색하는 기억 vs 누적되는 기억

전통 RAG

질의마다 청크를 다시 검색
답은 있지만 지식은 남지 않는다
같은 질문에 매번 다른 조각
모순이 발견돼도 고칠 자리가 없다

컴파일된 위키

원천을 읽고 페이지를 갱신
답이 곧 다음 질문의 컨텍스트
같은 질문에 같은 페이지
lint가 모순·고아·낡음을 잡는다

둘은 경쟁이 아니라 층이다. 검색은 위키 위에서 돈다. qmd가 그 검색 층이다.LLM Wiki · Wiki Search Methods Comparison

실물

검색 다섯 가지, 한 인덱스

$ qmd query "하네스 성숙도 Lv3 조건" -c wiki
lex   · BM25      · "하네스" "성숙도" 정확 일치
vec   · semantic  · 도구가 규칙을 강제하는 상태
hyde  · 가설 문서  · "Lv3는 훅과 도구가 …"
#7c71e3  자산-07-하네스성숙도-90일로드맵.md:31   0.63
#9935c4  자산-04-하네스-컨텍스트엔지니어링.md:22  0.62
#b06f5d  wiki/21. Concepts/Execution-First Era.md  0.58
$ qmd update && qmd embed   # 훅이 자동으로 돌린다 (Claude Code PostToolUse)

11,283개 문서, 로컬 GGUF 임베딩. 인덱스는 cwd와 무관하게 위성까지 본다.~/.config/qmd/index.yml

Section 03

주요 강의
v1 → v2 → v3, 하네스

LG 임원·회장단 교육의 척추

강의 척추

묻는 방식이 바뀌면 자산이 바뀐다

v1PromptAI에게 "무엇을" 묻느냐. 누가 받든 같은 답. 조직 자산은 거의 없다.

v2Context"어떤 상황에서" 답하게 할지. 우리 회사 특이적이지만 매번 손으로 다시 입력한다.

v3Harness"어떤 환경(도구·지식·권한·룰)에서" 일하게 할지. 한 번 설계하면 사용자는 다시 한 줄. 회사가 소유한다.

v4Loop하네스가 하네스를 고친다. 반복이 복리로 쌓이는 상태.

세 단계는 단절이 아니라 누적이다. v3는 v1·v2를 포함한다.자산-02 · 하네스 진화 시각화

같은 질문, 세 개의 답

7축 비교 — "우리 회사 시장·경쟁사 동향 분석해줘"

비교 축	v1 Prompt	v2 Context	v3 Harness
입력 길이	1줄	30줄 이상	1줄 (룰은 한 번 설계)
우리 회사 특이성	거의 없음	높음	매우 높음
시점 정합성	학습 시점	입력 시점	자동 최신
다음 사람이 같은 질문	같음	들쭉날쭉	항상 동일
의사결정 직결도	0	60%	95%
보안·컴플라이언스	통제 불가	사람 의존	시스템 강제
조직 자산화	×	△	◎

95%가 실패한 이유는 모델이 나빠서가 아니라 v1·v2에 머물렀기 때문이다.자산-02 §4 · 자산-03 MIT 95%

에세이

포맷은 사고를 강제한다.

모든 주요 LLM은 마크다운으로 학습됐다. .md 폴더면 에이전트는 파싱 층도, API도, 변환도 없이 그냥 읽는다. 파일이 앱보다 오래 산다.

Delivery — 사람이 보는 포맷 (PDF·PPT·HWP)
Exchangeable — 시스템이 주고받는 포맷 (JSON·CSV)
Plain — 에이전트가 읽고 쓰는 포맷 (Markdown). 지식은 여기 산다.

"오래갈 걸 만들려면 당신이 통제하는 파일이어야 한다." — kepano, file over app자산-12 · 3포맷 층

실행

한 번에 전사가 아니라, 업무 한 개부터

Day 0Lv 0–1대표만 가끔 ChatGPT. 직원 일부가 프롬프트를 쓴다.

30일진단현 위치 진단 + 가장 반복되는 업무 1개 선정

60일Lv 2그 업무의 v2 컨텍스트 템플릿을 팀 표준으로

90일Lv 3지식·룰·권한을 얹어 첫 하네스 1개 가동

이후Lv 4하네스가 다른 부서로 이식된다. 자산화.

대부분의 "디지털 우수기업"도 실제로는 Lv 0~1이다.자산-07 · 하네스 성숙도 & 90일 로드맵

측정 · akm.cmdspace.work

AKM Index — 5필러 × 25기준, 100점

P Prompt · 지시가 버전 관리되는 자산인가20%

C Context · 맞는 지식을 적정 분량으로 공급하는가25%

H Harness · 도구·권한·메모리·오케스트레이션20%

L Loop · 반복이 실제로 돌고 복리로 쌓이는가20%

X Interop & Governance · 이식·복구·보안15%

문서만 있으면 2점, 도구가 강제해야 3점, 시스템이 시스템을 고친 기록이 있어야 4점.

모든 점수는 아티팩트(파일·설정·로그) 증거 필수. 증거 없으면 상한 1점.자산-11 · rubric v1.1

Section 04

대표 주제
Schema · 9Yohan · Second Brain

에세이에서 시스템으로

시스템 파일

Schema는 Harness다 — 에이전트가 처음 읽는 파일

HOWCLAUDE.md · AGENTS.md기술 규칙. 들여쓰기·frontmatter·위키링크·출력 경로. 어기기가 지키기보다 어렵게 훅이 강제한다.

WHYCMDS.md시스템 철학과 사용자 컨텍스트. 9개 카테고리와 네 단계 프로세스의 의미.

VISUALDESIGN.md시각 언어. CI 토큰 두 색, SF Pro와 Pretendard, Anti-Slop 부정 목록. 이 덱도 그 규칙 아래 있다.

9개 시스템 파일 중 6개는 system.cmdspace.work에 공개돼 있다. 복사해서 쓰면 된다.system.cmdspace.work

멀티 에이전트

9Yohan — 아홉 사업부, 아홉 요한, 아홉 열매

901kepler.map지식관리·연구 · 온유

902goethe.sense글쓰기·발행 · 사랑

903dewey.learn교육·커리큘럼 · 자비

904bach.score창작·미디어 · 희락

905neumann.compute연구방법·분석 · 절제

906baptist.prepare파트너십·네트워크 · 오래 참음

907mccarthy.reason제품·엔지니어링 · 양선

908huizinga.play이벤트·커뮤니티 · 화평

909calvin.advise컨설팅·자문 · 충성

역사 속 요한 아홉 명과 성령의 열매 아홉을 사업부에 매핑한 에이전트 오케스트라.9yohan.cmdspace.work

관점 전환 · 버튼 또는 M

같은 볼트, 다른 이름

노트컨텍스트에이전트에게 공급되는 지식 단위

폴더스키마무엇이 어디 있어야 하는지의 계약

템플릿룰훅이 강제하는 형식과 절차

링크도구 접근검색 인덱스와 크로스볼트 참조

Second Brain은 메모 정리가 아니라, 나를 위한 하네스다.자산-10 · Second Brain = Harness

드리고 가는 것

복사해서 시작하세요.

01system.cmdspace.work시스템 파일 6종 + 규칙 8종. 에이전트가 처음 읽는 파일.

02llm-wiki.cmdspace.workLLM Wiki 스타터킷. 원천·위키·스키마 3층을 그대로.

03akm.cmdspace.workAKM Index. 내 지식 시스템이 에이전트와 굴러가는 정도를 100점으로.

AI가 일하게 만드는 지식 구조를 설계하는 사람 — 구요한

더배러 뉴스레터 · 월간옵시디언 · CmdMD · 9Yohancmdspace.work

지식이 일하게만드는 구조