4.2 위키 초기화하기 원문 기반 심화 분석

LLM위키 완벽 가이드 4장 페이지 분석 · 확인일 2026-06-06 KST

소스 경로: md/wikidocs/pages/04-02-initialize-wiki.md
원문 URL: https://wikidocs.net/353391

핵심 요약

4.2의 핵심은 4.1에서 고른 작은 업무 주제를 실제 LLM위키 구조로 초기화하는 것이다. 목적은 거대한 지식베이스를 한 번에 만드는 것이 아니라, 다음 질문에서 원본 자료와 정리 문서와 작업 규칙을 다시 사용할 수 있게 남기는 데 있다.

최소 구조는 raw/, wiki/, output/, index.md, log.md, AGENTS.md다. 가장 중요한 경계는 원본 기준점인 raw와 파생 지식인 wiki의 분리다. 이 경계가 흐려지면 LLM 요약이나 사람의 판단이 원문처럼 보일 수 있다.

초기화 완료 기준은 파일 존재가 아니라 첫 자료를 넣고 첫 질문을 던질 준비가 되었는지다. 구조, 안내판, 이력, 작업 규칙, 확인 필요 기준이 함께 있어야 4.3으로 넘어갈 수 있다.

원문 구조와 실무 의미

원문 절핵심 내용실무 의미
기본 폴더 만들기raw, wiki, output, index.md, log.md, AGENTS.md의 역할을 나눈다.원본, 정리본, 산출물, 안내판, 이력, 규칙을 섞지 않는다.
최소 위키 폴더 실습예시 주제 위키를 만들고 기존 폴더가 있으면 중단한다.실습과 운영 자료를 분리하고 덮어쓰기 위험을 줄인다.
작업 규칙 파일 작성Codex 기준 AGENTS.md, Claude Code 기준 선택적 CLAUDE.md를 설명한다.도구별 파일명은 다를 수 있지만 원본 보존과 근거 표시 원칙은 같아야 한다.
구조 확인필수 경로와 규칙 문구를 점검한다.첫 자료 입력 전 누락된 폴더와 약한 규칙을 보완한다.
정리와 검증 포인트원본 위치, 정리 위치, 산출물 위치, 안내, 이력, 작업 기준을 확인한다.첫 질문으로 넘어가기 위한 운영 게이트다.

상세 분석

1. 초기화는 주제를 운영 구조로 바꾸는 일

4.1에서 업무 자동화 전체처럼 큰 범위를 피하고 작고 검증 가능한 주제를 골랐다면, 4.2에서는 그 주제의 원천 자료, 정리 문서, 산출물, 안내판, 이력, 작업 규칙이 어디에 남을지 결정한다. 첫 자료를 넣은 뒤에는 구조를 바꾸기 어렵기 때문에 이 단계의 경계 설정이 중요하다.

초기화 대상정해야 할 것실패하면 생기는 문제
주제 경계이 위키가 답할 한 문장 질문자료가 늘수록 범위가 흐려진다.
원본 위치raw/요약과 원본이 섞여 근거 확인이 어렵다.
정리 위치wiki/LLM 답변이 재사용 가능한 지식으로 남지 않는다.
산출물 위치output/보고서가 원천의 유일한 사본처럼 남는다.
안내와 이력index.md, log.md다음 작업자가 어디서 시작할지 모른다.
작업 규칙AGENTS.md, 필요 시 CLAUDE.mdLLM 작업 기준이 매번 달라진다.

2. raw와 wiki의 경계를 먼저 확인한다

raw는 회의록, 메모, 웹 문서 저장본처럼 사실 확인을 위해 돌아갈 원본 기준점이다. wiki는 raw를 바탕으로 만든 개념 정리, 질문별 답변, 판단 기준, 다음 질문 같은 파생 지식이다. 이 구분은 5장의 자료 수집, 6장의 근거 검증, 7장의 산출물 작성으로 이어지는 신뢰 경계다.

자료 또는 문서둘 위치확인 질문
회의록 원문raw/meeting-notes/회의 날짜와 작성 맥락이 있는가?
웹 문서 저장본 또는 링크 카드raw/발행자와 확인 날짜가 남았는가?
LLM이 정리한 개념 문서wiki/원천 경로와 확인 필요가 있는가?
후보 비교와 판단 기준wiki/근거와 한계가 분리됐는가?
공유용 보고서 초안output/어떤 wiki/raw 근거를 썼는가?
구조 생성 이력log.md날짜, 작업, 변경 파일이 있는가?

3. 최소 폴더 실습은 기존 파일 보호까지 포함한다

원문 실습은 대상 폴더가 이미 있으면 중단하게 한다. 이는 기존 index.md, log.md, AGENTS.md, raw 자료를 덮어쓰지 않기 위한 안전장치다. 실무에서는 실습용 경로와 실제 업무 경로를 분리하고, 대상 경로가 비어 있는지 확인한 뒤 진행해야 한다.

  1. 실습용 폴더와 실제 업무 폴더를 분리한다.
  2. 초기화 전 대상 경로가 비어 있는지 확인한다.
  3. 기존 파일이 있으면 새 경로를 쓰거나 백업과 변경 이유를 기록한다.
  4. raw/, wiki/, output/을 먼저 만든다.
  5. index.mdlog.md에는 핵심 질문과 초기화 기록을 넣는다.
  6. 구조 목록을 확인하고 각 위치의 역할을 다시 점검한다.

4. index.md와 log.md는 운영의 입구와 이력이다

index.md에는 위키 제목, 핵심 질문, 먼저 읽을 문서, 원천 자료 위치, 최근 산출물, 확인 필요를 둔다. log.md에는 날짜, 작업, 변경 파일, 근거, 확인 필요를 남긴다. 아직 문서가 없어도 비워 두기보다 아직 없음 또는 확인 필요처럼 상태를 표시하는 편이 낫다.

5. AGENTS.md는 작업 기준을 공유하는 계약이다

AGENTS.md는 원본 보호, wiki 작성 위치, output 위치, 근거와 확인일, 근거 부족 시 확인 필요 표시, 문서 작성 형식, 첫 주제 범위를 규칙화한다. 좋은 규칙은 결과물에서 검증 가능해야 한다. 예를 들어 raw 원본을 승인 없이 바꾸지 않는지, 새 wiki 문서가 원천 위치와 확인일을 남기는지, output에서 사용한 근거로 되돌아갈 수 있는지를 확인할 수 있어야 한다.

규칙 파일은 보안 장치나 품질 보장 장치 자체가 아니다. 작업 후 raw 보존, 근거 표시, 확인 필요, log 갱신 여부를 사람이 별도로 확인해야 한다.

6. CLAUDE.md는 도구 혼용 시 선택적으로 둔다

Codex만 쓰면 AGENTS.md를 중심 규칙으로 두면 된다. Claude Code도 쓴다면 CLAUDE.md를 추가하거나 현재 도구의 메모리 로드 방식으로 같은 규칙을 읽게 해야 한다. 단, 도구가 어떤 파일을 실제로 읽는지는 공식 문서와 현재 세션의 지침 요약, 샘플 작업 결과로 확인해야 한다.

실무 적용 절차

  1. 4.1에서 고른 첫 업무 주제가 여전히 작고 실제로 쓸 수 있는지 확인한다.
  2. 실습용 경로와 실제 업무 경로를 분리한다.
  3. 초기화 대상 경로에 기존 파일과 raw 자료가 있는지 확인한다.
  4. 기존 자료가 있으면 덮어쓰지 말고 새 경로를 쓰거나 변경 이유를 기록한다.
  5. raw/, wiki/, output/을 만든다.
  6. 첫 자료 유형에 맞춰 작은 하위 폴더를 추가한다.
  7. index.md에 제목, 핵심 질문, 먼저 읽을 문서, 원천 자료 위치, 확인 필요를 적는다.
  8. log.md에 초기화 날짜, 작업, 변경 파일, 근거, 확인 필요를 남긴다.
  9. AGENTS.md에 raw 보호, wiki 작성 위치, output 위치, 근거 표시, 확인일, 확인 필요, log 갱신 기준을 적는다.
  10. Claude Code도 사용할 예정이면 CLAUDE.md 또는 현재 도구의 메모리 로드 방식을 확인한다.
  11. 필수 경로와 규칙 문구가 모두 있는지 확인한다.
  12. 첫 raw 자료를 넣기 전 민감 정보와 외부 LLM 전송 가능성을 점검한다.
  13. 4.3에서 사용할 첫 질문 초안을 작성한다.

실무 템플릿

초기화 설계 카드

항목작성 내용확인 질문
첫 주제4.1 기준으로 너무 크지 않은가?
핵심 질문index.md에 둘 수 있는 한 문장인가?
작업 경로기존 파일을 덮어쓰지 않는가?
첫 raw 후보회의록, 업무 메모, 웹 문서 중 무엇인가?
예상 output보고서, 실행 계획, 공유 요약 중 무엇인가?
보류 사항민감 정보, 자료 부족, 도구 로드 방식, 경로 충돌이 있는가?

index.md 최소 골격

# 주제 위키 이름

## 이 위키의 질문
- 반복 업무를 어떤 기준으로 정리하고 다시 질문할 것인가?

## 먼저 읽을 문서
- 아직 없음

## 원천 자료 위치
- raw/

## 최근 산출물
- 아직 없음

## 확인 필요
- 첫 자료 후보
- 민감 정보 제외 기준
- 첫 질문의 출력 형식

log.md 최소 골격

# 처리 이력

| 날짜 | 작업 | 변경 파일 | 근거 | 확인 필요 |
| --- | --- | --- | --- | --- |
| YYYY-MM-DD | 위키 초기화 | raw/, wiki/, output/, index.md, log.md, AGENTS.md | 4.2 실습 | 첫 raw 자료 선정 |

AGENTS.md 최소 골격

# LLM위키 작업 규칙

## 기본 원칙
- raw/의 원천 파일은 승인 없이 고치지 않는다.
- 업무 지식 문서는 wiki/에 작성하고 원천 위치를 함께 적는다.
- 공유용 결과물은 output/에 두고 사용한 근거를 연결한다.
- 새 문서에는 확인일, 근거 위치, 남은 확인 항목을 포함한다.
- 근거가 약한 내용은 확정하지 말고 확인 필요로 둔다.
- 자료 추가, wiki 갱신, output 생성, 보류 이유는 log.md에 남긴다.

검증 체크리스트

초기 구조

  • 첫 주제가 작고 다음 주에 실제로 쓰일 수 있다.
  • 실습 폴더와 실제 업무 자료 폴더가 섞이지 않는다.
  • raw/, wiki/, output/이 분리되어 있다.
  • index.md에 핵심 질문과 확인 필요가 있다.
  • log.md에 초기화 작업이 기록되어 있다.

규칙 파일

  • raw 원본을 승인 없이 바꾸지 않는 규칙이 있다.
  • wiki 문서에 원천 위치와 확인일을 남기는 규칙이 있다.
  • output 산출물에 근거를 연결하는 규칙이 있다.
  • 근거 부족 항목을 확인 필요로 낮추는 규칙이 있다.
  • log 갱신 기준이 있다.

첫 자료 입력 전

  • 첫 raw 자료 후보가 정해졌다.
  • 고객명, 계약 정보, 개인정보, 비공개 코드가 그대로 들어가지 않는다.
  • 출처, 날짜, 자료 성격을 남길 준비가 되어 있다.
  • 첫 질문에는 자료 범위, 결정 목적, 출력 형식, 근거 표시 요청이 들어간다.

좋은 질문과 사람이 확인할 질문

LLM에게 던질 질문

사람이 확인할 질문

흔한 실패와 수정 방향

실패 사례위험수정 방향
폴더만 만들고 index.mdlog.md를 비워 둔다.위키 목적과 작업 이력이 사라진다.핵심 질문, 문서 목록, 초기화 로그를 최소 표로 남긴다.
raw/에 LLM 요약문을 넣는다.원본과 해석이 섞인다.원본은 raw, 요약과 판단은 wiki로 분리한다.
wiki/ 문서에 근거 없는 결론을 쓴다.추정이 업무 지식처럼 굳어진다.근거 위치, 확인일, 확인 필요를 필수 규칙으로 둔다.
AGENTS.md가 추상적이다.LLM이 무엇을 금지하고 무엇을 남겨야 하는지 알기 어렵다.raw 보호, 근거 표시, 확인 필요, log 갱신처럼 점검 가능한 규칙으로 쓴다.
기존 폴더에 초기화 실습을 그대로 실행한다.기존 안내, 이력, raw 자료를 덮어쓸 수 있다.기존 경로가 있으면 중단하고 새 경로나 백업 절차를 사용한다.
output을 만들고 wiki/log에 반영하지 않는다.산출물은 생기지만 다음 질문에 쓸 지식은 남지 않는다.output 생성 뒤 관련 wiki와 log에 결정과 근거를 반영한다.

관련 문서

한계와 완료 기준

이 분석은 2026-06-06 KST 기준 원문 열람 내용에 근거한다. 원문 표현, 예시 명령, 마지막 편집 여부, 외부 참고 자료의 현재성은 실제 도입 전에 다시 확인해야 한다.
  1. 4.1에서 고른 작은 업무 주제를 위한 별도 위키 경로가 정해졌다.
  2. 기존 파일을 덮어쓰지 않는 방식으로 raw/, wiki/, output/이 만들어졌다.
  3. index.md에 위키 제목, 핵심 질문, 문서 목록 또는 확인 필요가 있다.
  4. log.md에 초기화 작업과 변경 파일이 남았다.
  5. AGENTS.md에 raw 원본 보존, wiki 작성 위치, output 위치, 근거와 확인일, 확인 필요 표시, 단정 금지 규칙이 있다.
  6. 구조 점검에서 필수 경로 누락과 핵심 규칙 누락이 없다.
  7. 첫 raw 자료를 넣기 전 민감 정보 기준과 출처 메타데이터 기준이 준비됐다.
  8. 4.3에서 사용할 첫 질문에 자료 범위, 결정 목적, 출력 형식, 근거 표시, 확인 필요 표시를 넣을 준비가 됐다.