I. LLM Wiki의 3 Layer

LLM Wiki는 세 가지 계층으로 구성된다. Raw source(변경 불가능한 소스), Wiki(LLM이 관리하는 페이지), Schema(에이전트의 동작을 제어하는 구성파일)

1. Raw source

  • 사용자가 직접 선별한 자료 모음으로 논문/보고서/이미지/데이터 파일 등이 포함된다.
  • 이 자료들은 변경 불가능 함 -> LLM은 이 자료들에 r권한만 있고 w권한은 없는 상태로 접근한다고 생각하면 됨
  • 사람이 구축하는 원천 자료

2. Wiki

  • LLM이 생성한 md파일이 저장되는 디렉토리이다.
  • 이 디렉토리에는 요약/entity page/개념/비교/개요/종합 등의 내용이 포함된다.
  • LLM이 전적으로 관리하는 디렉토리(계층)이며, 새로운 자료가 추가되면 업데이트 & 상호 참조를 유지하여 -> 모든 내용의 일관성을 유지한다.

3. Schema

  • LLM에게 위키 구조/규칙/질문에 대한 답변 형식 등, Wiki 유지 관리 시 따라야 할 워크플로우를 알려주는 문서이다.
  • 이 파일로 인해 LLM이 일반적인 챗봇이 아닌 오케스트레이터로서 동작할 수 있다.
  • 우리가 LLM과 함께 점진적으로 발전시켜나가는 문서
거기에 이제 4번째 Layer가 추가된다.

4. Indox

  • 여러사람 or 에이전트 협업시 Wiki의 일관성을 유지하기 위해 도입된 검토 대기 계층이다.
  • 협업자는 자료를 inbox에 추가하고 -> Wiki 작성자는 이를 검토한 뒤 원본자료는 raw에 보존 & 정리된 자료는 wiki에 반영된다.
  • 협업을 할 때, 검증되지 않은 입력(자료)과 지식 베이스 사이의 완충 역할을 하는 역할이라고 이해하면 되며, 이렇게 하면 raw와 wiki의 품질·형식·출처 일관성을 유지할 수 있다!

※ 협업자도 raw에 자료 추가가 가능하다. 그러니까 'Wiki 관리자 외의 사람은 raw source에 직접 자료를 추가하지 않는다'는건 LLM의 절대 규칙이 아닌, 협업 품질을 위해 채택하는 운영 정책 느낌으로 이해하면 될것같다.

🤖 LLM = 유지 보수
👤 우리 = source를 curate하고, analysis 방향을 정하고, 좋은 질문을 던지고 => 이 모든 것이 무엇을 의미하는지 이해할 수 있어야함

https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f

llm-wiki

llm-wiki. GitHub Gist: instantly share code, notes, and snippets.

gist.github.com

 
 

II. Karpathy's Operations

  1. Ingest(데이터 수집): data 입력 -> update -> 요약을 읽고, 업데이트 확인하고, LLM에게 어떤 부분을 강조하는지 설명
  2. query: 좋은 답벼은 새로운 페이지로 Wiki에 다시 저장될 수 있다는 점이 중요. 사용자의 탐색 활동이 입력된 자료처럼 knowledge base에 축적될 수 있음 
  3. Lint: 정기적으로 LLM에게 Wiki 상태 점검 요청 -> 페이지 간 모순, 오래된 주장, 누락된 중요 개념들을 점검함
  4. Schema: LLM이 따라야 할 구조와 workflow를 문서화
  5. Index/Log/Git 파일: 탐색지도, 작업 기록, version history 확보 

 
 

III. LLM Wiki 구축 + Obsidian

나같은 경우 vscode + Command Prompt + Obsidian을 연결하여 진행하였다.

llm wiki 구축해볼까? 옵시디언이랑 연결도 하고싶어

 
Codex or Claude와 연결하여 Wiki를 구축하면 이런 형식의 구조가 생성된다.

 
1. inbox > README.md

---
title: "Inbox"
tags: [inbox, pbl-ii]
created: 2026-07-31
---

# Inbox

빠른 메모, 회의 기록, 링크를 자유롭게 넣는 공간입니다.
정리할 때 원문은 `raw/notes/`로 옮겨 보존하고, 합성한 지식은 `wiki/`에 작성합니다.

 
2. raw (source)
자료들을 실질적으로 저장하는 부분.

# Raw Sources Index

> 수정하지 않는 원본 자료입니다.
Last updated: 2026-07-31

## Contents

| File | Summary | Tags | Updated |
|---|---|---|---|

## Categories

- [Articles](articles/_index.md) //수집한 외부 기사와 웹 문서 원문
- [Papers](papers/_index.md) //데이터셋 설명과 원본 데이터 관련 문서
- [Repositories](repos/_index.md) //회의, 대화, 현장 관찰 등 프로젝트 원본 메모
- [Notes](notes/_index.md) //수집한 논문과 학술 자료 원문
- [Data](data/_index.md) //수집한 저장소 정보와 코드 자료

 
3. wiki
LLM이 관리하는 디렉토리. 제공된 자료들이 유기적으로 연결되는 부분이다.

# Compiled Wiki Index

> 원본 자료를 바탕으로 정리한 연결형 지식 문서입니다.

- [Concepts](concepts/_index.md) //핵심 개념과 메커니즘을 설명하는 문서
- [Topics](topics/_index.md) //비교, 용어, 외부 시스템의 참고 문서
- [References](references/_index.md) //검증할 가설과 조사·실험 기록
- [Theses](theses/_index.md) //프로젝트의 주요 주제와 의사결정 문서

 
4. schema.md
Wiki 유지 관리 시 따라야 할 워크플로우를 작성해 LLM이 오케스트레이션 가능하도록 내용을 작성하는 파일

//schema.md
---
title: "PBL II Knowledge Wiki Topic Guide"
schema_state: advisory
created: 2026-07-31
updated: 2026-07-31
summary: "프로젝트 지식의 명명과 연결 방식을 위한 가이드."
---

# PBL II Knowledge Wiki Topic Guide

## State

- `schema_state`: `advisory`

## Entity Types

| Type | Meaning |
|---|---|
| `requirement` | 해결해야 할 사용자·시스템 요구사항 |
| `decision` | 근거와 함께 남기는 설계·기술 선택 |
| `concept` | 프로젝트에서 반복해 쓰는 핵심 개념 |
| `component` | 구현 단위 또는 외부 연동 대상 |

## Relationship Verbs

- `depends-on`
- `implements`
- `supports`
- `supersedes`
- `contradicts`

## Source Conventions

- 회의·대화·현장 메모는 `raw/notes/`에 수집합니다.
- 외부 링크, 논문, 문서는 수집일과 원문 출처를 frontmatter에 기록합니다.

 
 

IV. 구축 과정

저작자표시 비영리 변경금지 (새창열림)
sonotri._.
sonotri._.
@-@

티스토리툴바