LLMWiki-Template/.gemini/skills/llm-wiki-operator/SKILL.md

name, description

name	description
llm-wiki-operator	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