오픈소스 Claude Code 플러그인인 'Wiki Builder'는 마크다운 파일과 프롬프트를 활용해 LLM 지식 베이스 구축 워크플로우를 원커맨드(One-command)로 자동화합니다. 사용자는 연구 논문, 회사 프로필 등 다양한 주제에 맞춘 템플릿을 즉시 적용해 초기 구축에 드는 시간을 없애고, 실제 지식 가공에만 집중할 수 있습니다.
번역된 본문
이전 두 편의 글에서 나는 LLM 지식 베이스에 대한 아이디어와, 마크다운 파일과 몇 가지 프롬프트, 반복 가능한 루프를 따르는 에이전트를 사용하여 수동으로 지식 베이스를 구축하는 방법을 설명했습니다. 이 패턴은 잘 작동했지만, 새로운 지식 베이스를 시작할 때마다 동일한 폴더 구조, 동일한 프롬프트 파일, 동일한 유지 관리 로그를 처음부터 다시 만들어야 했습니다. 이러한 번거로움이 바로 내가 'Wiki Builder'를 만든 이유입니다. 이 작은 오픈소스 Claude Code 플러그인은 LLM 지식 베이스 워크플로우를 단 한 번의 명령으로 설정할 수 있게 해줍니다.
Wiki Builder가 하는 일
Wiki Builder는 Claude Code에 한 번 설치하는 기술(Skill)입니다. 설치 후 Claude에게 새 위키를 시작하라고 요청하면, 깔끔한 폴더 구조를 스캐폴딩하고, 위키별 구성(config) 파일을 생성하며, 페이지 컴파일, 답변 분류, 구조 린팅(Linting)을 위한 프롬프트를 시드(Seed) 형태로 제공합니다. 그 이후부터 에이전트는 로컬 구성을 먼저 읽고 작업 중인 위키에 맞게 동작을 조정합니다. 이 기술은 의도적으로 범용적으로 설계되었습니다. 단일 위키 레이아웃을 하드코딩하는 대신, 모든 위키는 목적, 대상 독자, 페이지 유형 및 업데이트 규칙을 담은 자체적인 'wiki.config.md' 파일을 가집니다. 에이전트 메모리에 대한 위키는 단일 arXiv 논문에 대한 위키와 다르며, 둘 다 기업 프로파일링 지식 베이스와도 다릅니다. 동일한 플러그인이지만 다양한 형태(Flavor)를 지원하는 셈입니다.
기본적으로 지원되는 형태는 'research', 'paper', 'domain', 'product', 'person', 'organization', 'project'입니다. 위키를 스캐폴딩할 때 이 형태를 전달하면 템플릿이 그에 맞춰 조정됩니다.
직관적인 이해
수동으로 구축하는 버전의 워크플로우를 읽어보셨다면 이 루프가 이미 익숙할 것입니다. 원본 소스 자료를 'raw/' 폴더에 넣습니다. 에이전트에게 정형화된 페이지를 'wiki/' 폴더에 컴파일하도록 요청합니다. 질문을 하고, 그 답변을 'wiki/questions/' 경로 아래에 다시 분류합니다. 얇은 페이지, 누락된 백링크, 컴파일되지 않은 원본 노트를 찾는 유지 관리 작업을 실행합니다. Wiki Builder는 이 루프를 대체하지 않습니다. 단지 설정에 드는 수고를 제거할 뿐입니다. 새로운 주제마다 스캐폴딩을 재구성하는 것을 멈추고, 실제로 중요한 부분, 즉 출처를 읽고 페이지를 다듬는 데 에너지를 쏟을 수 있게 됩니다.
쇼케이스: 에이전트 공학(Agentic Engineering) 위키
플러그인을 추상적으로 설명하는 대신, 실제 프로젝트를 통해 어떤 결과물이 나왔는지 보여드리겠습니다. 지난주 저는 Wiki Builder를 사용해 AI 에이전트를 구축하는 개발자를 위한 커뮤니티 주도 참고 자료인 'Agentic Engineering Wiki'를 구축했습니다. 시작 프롬프트는 "research 형태를 사용하여 에이전트 공학에 대한 위키를 만들어라"와 같았습니다. 거기서부터 에이전트 루프가接管(인계)했습니다. 몇 시간의 반복 작업 후, 그 위키는 다음과 같은 콘텐츠를 포함하게 되었습니다:
7개 카테고리(도구 사용, 프롬프팅, 평가, 안정성, 메모리, 오케스트레이션, 배포)에 걸친 51개의 실행 가능한 팁
Anthropic, OpenAI, Google DeepMind, Meta, Mistral, Cohere, DeepSeek, Stripe, Modal을 다루는 9개의 기업 프로필
실무자를 위해 추출된 10개의 논문 요약
14개의 오픈소스 도구 항목
엄선된 해커뉴스(HN) 및 레딧(Reddit) 하이라이트 커뮤니티 섹션
에이전트 공학 개발 연표
모든 주장은 출처로 연결됩니다. 추측은 명확히 표시되어 있습니다. 구조는 'wiki/index.md'에서 완벽하게 탐색할 수 있습니다. 이 모든 과정에 플러그인 자체 외에는 커스텀 도구가 필요하지 않았습니다. 동일한 루프는 어느 대상에든 적용할 수 있습니다. 저는 같은 기술을 사용하여 평가(Evaluation), 에이전트 메모리, 그리고 일부 고객 연구 프로젝트에 대한 위키를 시작했습니다.
내부 작동 방식
Wiki Builder는 세 가지를 제공합니다.
스캐폴딩 스크립트: 'init_wiki.sh'는 폴더 구조를 만들고, 템플릿을 렌더링하며, 프롬프트 파일을 복사합니다. 기본적으로 '~/dair-wikis/' 경로에 작성되지만, 'WIKI_ROOT' 환경 변수나 '--root' 플래그를 사용하여 위치를 재정의할 수 있습니다.
프롬프트 템플릿 세트: 인덱스 컴파일, 소스 페이지 컴파일, 개념 페이지 컴파일, 쿼리 및 답변 분류, 위키 린팅을 위한 재사용 가능한 프롬프트가 포함되어 있습니다. 이는 각 위키의 'prompts/' 폴더에 있어 전역 기술을 건드리지 않고도 편집할 수 있습니다.
In two earlier posts I walked through the idea of LLM knowledge bases and then how to build one by hand using nothing more than markdown files, a few prompts, and an agent that follows a repeatable loop. The pattern works well, but every time I started a new knowledge base I found myself recreating the same folder layout, the same prompt files, and the same maintenance log from scratch. That friction is the reason I built Wiki Builder , a small open-source Claude Code plugin that takes the LLM-knowledge-base workflow and turns it into a one-command setup. What Wiki Builder Does Wiki Builder is a skill you install once into Claude Code. After that, you can ask Claude to start a new wiki, and it will scaffold a clean folder layout, drop in a per-wiki config file, and seed the prompts for compiling pages, filing answers, and linting the structure. From that point on, the agent reads the local config first and adapts its behavior to the wiki you are working on. The skill is intentionally general. Rather than hardcoding a single wiki layout, every wiki carries its own wiki.config.md that captures purpose, audience, page types, and update rules. A wiki on agent memory looks different from a wiki on a single arXiv paper, and both look different from a knowledge base profiling a company. Same plugin, different flavors. The supported flavors out of the box are research , paper , domain , product , person , organization , and project . You pass the flavor when you scaffold the wiki and the templates adjust accordingly. The Intuition If you read the hand-built version of this workflow, the loop should already feel familiar. Drop raw source material into raw/ . Ask the agent to compile structured pages into wiki/ . Ask questions, and file the answers back into the wiki under wiki/questions/ . Run a maintenance pass that looks for thin pages, missing backlinks, and uncompiled raw notes. Wiki Builder does not replace that loop. It just removes the setup tax. You stop rebuilding scaffolding for every new topic and start putting energy into the part that actually matters, which is reading sources and shaping pages. Showcase: The Agentic Engineering Wiki Instead of explaining the plugin in the abstract, I will show what it produced for a real project. Last week I used Wiki Builder to bootstrap the Agentic Engineering Wiki , a community-driven reference for developers building AI agents. The starting prompt was something like "create a wiki on agentic engineering using the research flavor." From there, the agent loop took over. After a few hours of iteration, the wiki contained: 51 actionable tips across 7 categories (tool use, prompting, evaluation, reliability, memory, orchestration, deployment) 9 company profiles covering Anthropic, OpenAI, Google DeepMind, Meta, Mistral, Cohere, DeepSeek, Stripe, and Modal 10 paper summaries distilled for practitioners 14 open-source tool entries A community section of curated HN and Reddit highlights A timeline of agentic engineering developments Every claim links back to a source. Speculation is marked. The structure is fully navigable from wiki/index.md . None of that required custom tooling beyond the plugin itself. The same loop works for whatever you point it at. I have used the same skill to start wikis on evaluation , agent memory, and a few client-research projects. How It Works Under the Hood Wiki Builder ships three things. A scaffolding script. init_wiki.sh creates the folder layout, renders templates, and copies the prompt files. By default it writes to ~/dair-wikis/<slug> , but you can override the location with the WIKI_ROOT environment variable or a --root flag. A set of prompt templates. The plugin includes reusable prompts for compiling an index, compiling source pages, compiling concept pages, querying and filing answers, and linting the wiki. These live in each wiki's prompts/ folder so you can edit them without touching the global skill. A SKILL.md that teaches Claude the workflow. The skill file tells Claude when to use the plugin, where to put new wikis, how to read the per-wiki config before making changes, and what the quality bar is for compiled pages. Provenance is non-negotiable, every claim ties back to sources.md . The folder layout for a new wiki looks like this. agentic-engineering-wiki/ ├── wiki.config.md ├── raw/ ├── wiki/ │ └── index.md ├── derived/ ├── prompts/ │ ├── compile-index.md │ ├── compile-source-page.md │ ├── compile-concept-page.md │ ├── query-and-file.md │ └── lint-wiki.md ├── logs/ │ └── maintenance-log.md └── sources.md You can add wiki/papers/ , wiki/concepts/ , wiki/people/ , wiki/tools/ , or any other folder the local config calls for. The skill does not insist on a fixed shape. Installation The plugin lives in the DAIR Academy Plugins marketplace . To install it, add the marketplace once and then pull in the plugin. /plugin marketplace add dair-ai/dair-academy-plugins /plugin install wiki-builder@dair-academy-plugins After that, you can ask Claude Code things like "start a new wiki on agent memory using the research flavor" or "ingest these arXiv papers into my evaluation wiki and compile a concept page." Claude resolves the task, reads the target wiki's config, and follows the loop. If you would rather scaffold by hand, you can call the script directly. bash " ${CLAUDE_PLUGIN_ROOT} /skills/wiki-builder/scripts/init_wiki.sh" \ agent-memory \ --title "Agent Memory" \ --flavor research Why I Like Building This Way Most tooling for "LLM knowledge bases" reaches for embeddings, vector databases, and retrieval pipelines on day one. That is the right answer at scale. At the scale where most of us actually live, where you have a few dozen papers, a handful of company writeups, and some HN threads, a structured markdown wiki maintained by a coding agent gets you most of the way there. The win comes from making the workflow durable. Every useful answer the agent produces has a place to land. The wiki accumulates. Future questions are cheaper because the answer often already exists, written down, with sources attached. Wiki Builder is just the first version. I will keep iterating on the templates and adding flavors as I run into new use cases. If you build something with it, I would love to see it. Watch the Walkthrough I recorded a live session showing how to use the plugin end to end on a real topic, including the prompts I run and the maintenance loop I follow after the first compile. You can watch the walkthrough on DAIR Academy . Try It The plugin is open source under MIT. Source code, README, and the LICENSE all live in the DAIR Academy Plugins marketplace . If you are starting a research wiki, a paper deep-dive, or a knowledge base for an internal project, give it a spin. The setup takes about a minute. The wiki you build with it might end up being the most useful thing in your tooling for months.