---
name: llm-wiki-operator
description: >
  Obsidian 기반 LLM Wiki 운영 전문 스킬. Use this when the user asks to
  compile `raw/` sources into `wiki/`, update `wiki/index.md` and `wiki/log.md`,
  answer questions from the vault with wiki-first retrieval, link and integrate
  concepts into structured synthesis, or draft deliverables into `output/`.
---

# LLM Wiki Operator

이 스킬은 이 볼트를 Gemini CLI 기반 LLM Wiki로 일관되게 운영하기 위한 절차를 제공한다.

## 핵심 원칙

- `raw/`는 불변 원본이다. 읽기만 한다.
- 질의와 생성은 항상 `wiki/index.md`에서 시작한다.
- 새 페이지보다 기존 페이지 업데이트를 우선한다.
- `wiki/` 페이지를 수정했으면 `wiki/index.md`와 `wiki/log.md`를 함께 갱신한다.
- 요약은 사실 중심, 해석과 연결은 개념 또는 연결 페이지에서 수행한다.
- 내부 참조는 `[[wikilink]]`를 사용한다.

## 워크플로우

### 1. 요청 유형 분류

- **컴파일:** `raw/` 원본을 `wiki/`로 구조화
- **탐색:** 볼트 안에서 지식 검색, 비교, 요약
- **연결·융합:** 둘 이상의 개념이나 문서를 관계 중심으로 정리하고 통합
- **결과물 작성:** `wiki/`를 기반으로 `output/` 초안 생성

### 2. 시작점

1. 루트와 관련 하위 폴더의 `GEMINI.md`를 확인한다.
2. `wiki/index.md`에서 기존 페이지와 연결 구조를 먼저 확인한다.
3. 필요할 때만 관련 `raw/` 원본을 읽는다.

### 3. 컴파일 규칙

1. 기존 `wiki/` 페이지가 있으면 먼저 업데이트한다.
2. 새 페이지를 만들 때는 `assets/wiki-page-template.md`를 따른다.
3. `sources`에는 실제 원본 경로를 남긴다.
4. 작업이 끝나면 `assets/log-entry-template.md`를 참고해 `wiki/log.md`를 갱신한다.
5. source type별 세부 기준이 필요하면 `references/source-type-playbooks.md`를 참고한다.

### 4. 탐색 및 연결 규칙

1. 사실과 해석을 분리해서 답한다.
2. 연결·융합 작업에서는 공통점, 차이점, 보완점, 통합 구조를 명시한다.
3. 연결 결과가 재사용 가치가 높으면 `wiki/` 연결 페이지로 승격할지 판단한다.

### 5. 결과물 작성 규칙

1. `output/` 결과물은 가급적 `wiki/` 기반으로 작성한다.
2. 사용한 핵심 `wiki/` 페이지를 본문 또는 말미에 남긴다.
3. 근거가 빈약하면 억지로 확장하지 말고 먼저 보강할 `wiki/` 페이지를 제안한다.

## 리소스

- source type별 컴파일 기준: `references/source-type-playbooks.md`
- wiki 페이지 기본 형식: `assets/wiki-page-template.md`
- log 기록 형식: `assets/log-entry-template.md`