Claude Archives를 LLM Wiki로 복원하기: 473개의 프롬프트를 지식 노드로 바꾸는 첫 단계

프롬프트가 많아지면 어느 순간부터 자산이 아니라 먼지가 된다. 이름은 멋진데 안을 열어 보면 비어 있거나, 과거의 실험 흔적만 남아 있거나, 지금 다시 쓰려면 어디서부터 손대야 할지 모르는 경우가 많다.

MyZettelkasten/07 Resources/AI Agents/Claude_Archives 폴더가 딱 그런 상태였다. 파일은 많다. 하지만 파일이 많다는 것과 지식 체계가 있다는 것은 전혀 다르다.

이번 글은 이 폴더를 바로 공개용 프롬프트 모음으로 밀어 올리는 작업이 아니다. 먼저 아카이브를 읽고, 살아 있는 노드와 비어 있는 껍데기를 나누고, 앞으로 하나씩 블로그 글로 정제하기 위한 LLM Wiki 복원 작업이다.

먼저 확인한 사실

현재 폴더를 조사해 보니 Markdown 파일은 478개였다. 그중 471개는 Claude Project 이관 과정에서 만들어진 템플릿에 가깝다. 본문에는 대체로 이런 취지의 문장이 남아 있다.

원본 시스템 프롬프트를 여기에 붙여 넣으라.

즉, 대부분은 완성된 프롬프트가 아니라 “여기에 원본을 복원해야 한다”는 자리표시자다. 반면 실제로 공개 글의 재료가 될 만한 긴 본문은 소수였다.

1. 00_DNA_Registry.md
2. TpT_상점_설명.md
3. System_TPT_Store_Optimizer.md
4. GEN2_Moonlit Quest Weaver.md
5. GEN2_정량적 영어 원서 워크시트 생성기.md
6. GEN2_SlangSavvy Wordplay Quest.md
7. GEN2_React 증상 분석가.md

결론은 간단하다. 지금 필요한 일은 “프롬프트 478개 발행”이 아니라 “478개의 흔적을 지식 노드로 재분류하는 일”이다.

LLM Wiki로 보면 무엇이 달라지는가

폴더를 파일 목록으로 보면 정리가 안 된다. 하지만 LLM Wiki로 보면 각 파일은 다음 네 가지 상태 중 하나로 나뉜다.

상태	의미	처리 방식
살아 있는 노드	설명, 지침, 사용 맥락이 남아 있음	블로그 글로 정제
복원 대기 노드	제목과 메타데이터만 있음	원본 .txt, Claude export, 과거 대화에서 복원
파생 노드	기존 프롬프트를 변형한 2세대 실험	부모 노드와 연결
폐기 후보	목적이 겹치거나 현재 시스템과 맞지 않음	색인만 남기고 공개 제외

이렇게 보면 GEN2_Moonlit Quest Weaver는 단순한 게임 프롬프트가 아니다. 교육 콘텐츠를 퀘스트 구조로 바꾸는 노드다. GEN2_정량적 영어 원서 워크시트 생성기는 원서 텍스트를 정량화된 학습지로 변환하는 노드다. TpT_상점_설명은 교육 자료를 판매 가능한 설명문으로 바꾸는 마케팅 노드다.

파일명은 저장소의 이름이고, 노드는 역할의 이름이다. 앞으로의 정리는 파일명이 아니라 역할을 기준으로 해야 한다.

첫 번째 상위 노드: Claude Project DNA Registry

이 폴더 안에는 00_DNA_Registry.md라는 파일이 있다. 내용은 짧지만 방향은 분명하다.

• 전체 노드 수: 473
• 세대: 1
• 마지막 변이: 2025-12-13
• 핵심 유전자: 생성, 분석, 변환, 시뮬레이션

여기서 흥미로운 점은 “프롬프트를 목록으로 보지 않고 계통수로 보려 했다”는 점이다. 어떤 프롬프트가 다른 프롬프트에서 파생되었는지, 어떤 변이가 생겼는지, 어떤 기능 유전자가 반복되는지를 보려는 시도다.

이 관점은 지금도 유효하다. 오히려 지금의 블로그 운영에는 더 잘 맞는다. 프롬프트를 공개할 때도 원문을 그대로 던지는 것이 아니라 다음 구조로 바꿀 수 있기 때문이다.

원본 프롬프트
→ 역할 정의
→ 입력 조건
→ 처리 절차
→ 출력 계약
→ 검증 기준
→ 적용 사례
→ 다음 노드

이것이 프롬프트를 LLM Wiki 노드로 바꾸는 기본 변환식이다.

정제 하네스

앞으로 Claude_Archives의 파일을 하나씩 블로그 글로 올릴 때는 다음 하네스를 사용한다.

단계	질문	산출물
1. 판별	이 파일은 살아 있는 노드인가, 복원 대기 노드인가?	공개 가능 여부
2. 역할화	이 프롬프트가 해결하는 반복 문제는 무엇인가?	노드 이름
3. 구조화	입력, 절차, 출력, 검증은 무엇인가?	하네스 표
4. 연결	부모 노드와 자식 노드는 무엇인가?	LLM Wiki 링크
5. 적용	지금 내 블로그, 수업, 앱, 워크시트에 어디에 쓰이는가?	사용 시나리오
6. 공개	원문을 어디까지 보여 주고, 어디부터 해설로 바꿀 것인가?	블로그 글

핵심은 원본을 그대로 붙여 넣지 않는 것이다. 프롬프트는 실행문이고, 블로그 글은 독자가 이해하고 재사용할 수 있는 해설문이다. 둘은 다르다.

카테고리 맵

원본 추적표를 기준으로 Claude_Archives를 다시 묶어 보니, 이 폴더는 크게 11개의 작업 계열로 나뉜다. 숫자는 중요하지만 더 중요한 것은 연결 방향이다. 어떤 파일이 어느 폴더에 있었는지가 아니라, 어떤 반복 작업을 맡고 있었는지가 기준이다.

카테고리	수	대표 노드	연결되는 운영 흐름
프롬프트·하네스·에이전트	106	PCHL Engineering, Claude Project DNA Registry, Harness Engineering	블로그 운영 원칙, Codex 스킬, LLM Wiki
영어교육·원서학습	73	정량적 영어 원서 워크시트 생성기, SlangSavvy Wordplay Quest	ReadMaster, /k-kid-book, 워크시트
시각화·이미지·슬라이드	52	Mermaid 다이어그램 생성기, 텍스트 분석 시각화, PPT 생성기	이미지 삽화, 강의자료, 블로그 다이어그램
글쓰기·출판·마케팅	35	TPT Shop Description Generator, AI 같지 않은 글쓰기 작가	블로그 글쓰기, 강좌 홍보, 자료 판매
시험·평가·문항생성	31	수능 완전체, 문항 분석가, 최종 수능 메타프롬프트	수능 해설, 문항 분석, 오디오 강의
앱·코드·자동화	29	React 증상 분석가, RAG 문서처리, AppFlow Automation	개발 글, 자동화, 도구 제작
창작·게임·스토리	26	Moonlit Quest Weaver, 세계 시뮬레이션, 게임 창조자	교육 게임화, 영어 학습 퀘스트
사고도구·분석·연구	21	MECE 분석 메타프롬프트, 좋은 질문 생성기	리서치, 글의 구조화, 문제 정의
오디오·자막·음성	10	11 labs 강의 스크립트 변환기, SRT 생성	TTS, 라디오쇼, 자막
지식관리·검색·RAG	7	메타이볼브 제텔카스텐, 온톨로지 AI 교육 도구 생성	Obsidian, LLM Wiki, 검색 체계
미분류·복원대기	87	Claude Archives 복원 대기 노드	원본 추적 후 재분류

이 맵에서 가장 큰 덩어리는 프롬프트·하네스·에이전트다. 하지만 바로 발행 가치가 높은 묶음은 영어교육·원서학습, 시험·평가·문항생성, 글쓰기·출판·마케팅이다. 이미 운영 중인 ReadMaster, 수능 해설, 블로그 글쓰기 루프와 바로 연결되기 때문이다.

연결 방식은 다음처럼 잡는다.

원본 파일
→ 카테고리
→ 대표 노드
→ 적용 스킬
→ 공개 블로그 글
→ 다음 작업 후보

예를 들어 정량적 영어 원서 워크시트 생성기는 영어교육·원서학습 카테고리에 들어가고, /k-kid-book과 연결되며, ReadMaster의 원서 학습 글과 워크시트 판매 흐름으로 이어진다. React 증상 분석가는 앱·코드·자동화에 들어가고, 개발 글이나 디버깅 하네스 글로 확장된다.

1차 발행 후보

우선 다음 순서로 정제하는 것이 좋다.

1. Claude Project DNA Registry

아카이브 전체를 설명하는 상위 지도다. 지금 이 글이 그 역할을 맡는다.

2. Moonlit Quest Weaver

학습 목표를 퀘스트와 보상 구조로 바꾸는 교육 게임화 노드다. ReadMaster의 원서 학습, 워크시트, 라디오쇼와 연결하기 좋다.

3. 정량적 영어 원서 워크시트 생성기

원서 텍스트를 어휘, 이해, 문법, 요약 섹션으로 나누고 항목 수까지 제어하는 워크시트 노드다. /k-kid-book과 직접 연결된다.

4. SlangSavvy Wordplay Quest

영어 슬랭을 문맥, 품사, 의미로 분석하는 게임형 학습 노드다. 대학생과 성인 학습자를 위한 영어 표현 훈련으로 확장할 수 있다.

5. TPT Shop Description Generator

교육 자료를 판매 가능한 상품 설명으로 바꾸는 노드다. 워크시트 제작과 Teachers Pay Teachers 판매 흐름을 연결한다.

6. React 증상 분석가

짧지만 흥미로운 노드다. React 앱을 증상, 원인, 처방이라는 진단 모델로 읽는다. 개발 글로 확장하기 좋다.

복원 대기 노드는 어떻게 다룰 것인가

비어 있는 471개의 파일도 무의미하지는 않다. 제목만으로도 당시 관심사가 보인다. 다만 공개 글로 만들기 전에는 원본을 찾아야 한다.

복원 경로는 세 가지다.

1. 같은 이름의 .txt 아카이브 찾기
2. .ajson 캐시에서 path, metadata, blocks 확인하기
3. Claude export, 과거 대화, Obsidian 백업에서 원문 찾기

특히 .ajson은 원본이 아니다. 대신 원본을 찾는 힌트가 된다. path는 원본 노트 위치를 가리키고, metadata는 제목과 태그를 알려 주며, blocks는 노트가 어떤 섹션으로 나뉘었는지 보여 준다.

앞으로의 발행 루프

이 아카이브는 한 번에 정리할 수 없다. 대신 루프를 작게 만들어야 한다.

1. 후보 5개를 고른다.
2. 살아 있는 본문이 있는지 확인한다.
3. 원본 프롬프트를 그대로 공개하지 않고, 노드 해설로 바꾼다.
4. 블로그 글에는 사용 목적, 입력, 출력, 검증 기준을 남긴다.
5. 내부용 원문은 Obsidian에 남기고, 공개용 글은 재사용 가능한 패턴으로 정리한다.
6. 발행 후에는 관련 글끼리 [[wiki link]]로 연결한다.

이렇게 하면 블로그는 단순 기록장이 아니라 프롬프트 운영 체계가 된다. 독자는 글을 읽고, 나는 그 글을 다시 작업 도구로 쓴다.

이번 글의 결론

Claude_Archives는 아직 정리된 지식 체계가 아니다. 하지만 버릴 폴더도 아니다. 여기는 과거의 실험이 쌓인 광산에 가깝다. 당장 캐낼 수 있는 광맥은 적지만, 지도만 잘 만들면 다음 작업이 빨라진다.

첫 번째 원칙은 이것이다.

프롬프트를 보존하지 말고, 프롬프트가 해결하던 문제를 보존한다.

원문은 시간이 지나면 낡는다. 하지만 문제, 역할, 입력 조건, 검증 기준은 오래간다. LLM Wiki는 바로 그 오래가는 부분을 남기는 방식이다.

다음 글부터는 이 지도 위에서 개별 노드를 하나씩 꺼내 정제한다. 첫 번째 후보는 Moonlit Quest Weaver다. 교육 콘텐츠를 게임으로 바꾸는 이 노드는 ReadMaster의 원서 수업과도 바로 연결된다.