Search
Duplicate

[My Agent]11. 세컨드브레인 with Graphify

목차(클릭하세요)
내가 만든 지식베이스를 보다 직관적인 그래프로 만들어 LLM이 이 관계를 바탕으로 응답할 수 있도록 도와주는 서브옵션
참고자료
클로드 코드 × 옵시디언 × Graphify
카파시의 LLM Wiki로 나만의 AI 세컨드 브레인 만들기, 이것만 보세요— 클로드 코드 × 옵시디언 × Graphify
CLAUDE.md만으로는 부족합니다. 대화가 끝나면 사라지는 지식, 재활용할 수 없는 정보 — 이게 지금 AI 활용의 한계입니다. 안드레 카파시가 제안한 LLM Wiki는 이 문제에 대한 답입니다. 목적 있는 수집 → AI가 소화 → 위키로 축적 → 복리로 성장하는 나만의 지식 체계. 이 영상에서는 클로드 코드 + 옵시디언 + LLM Wiki + Graphify 조합을 처음부터 직접 세팅하고, 실제로 지식을 수집하고 정리하는 전 과정을 보여드립니다. 프롬프트 모음: https://share.note.sx/exsfp96r#buivPS10IM6QpMWyS3ZI9LBXHGpqW/Xtl3mKXVnt+YE 🔗 관련 링크: 브라이언을 비롯한 더 많은 관련 주제들에 대해서 소통하고 싶다면? 1. 더배러 커뮤니티: https://open.kakao.com/o/gOy1iNrf (비번: better) 2. 브레인 트리니티 카카오톡방: https://open.kakao.com/o/g2GOv1Th 📌 다루는 내용 • LLM Wiki 개념과 RAG와의 차이 • CLAUDE.md 생성을 위한 AI 인터뷰 • 폴더 구조 & 위키 스키마 자동 세팅 • 옵시디언 웹 클리퍼 템플릿 커스텀 • 인제스트 프롬프트로 지식 소화시키기 • 스킬 & 워크플로우 자동화 • Graphify로 지식 그래프 구축 🔗 관련 링크 옵시디언 다운로드: https://obsidian.md 안드레 카파시 LLM Wiki 원문: https://x.com/karpathy/status/1908527592503296100 ⏱️ CHAPTERS 00:00 인사 & 오늘의 조합 소개 01:05 CLAUDE.md만으로는 부족한 이유 03:01 카파시가 옵시디언을 프론트엔드라 부른 이유 04:49 Gold In Gold Out — 목적 있는 수집 06:29 LLM Wiki란 무엇인가 09:44 LLM Wiki vs RAG — 근본적인 차이 12:55 LLM Wiki 세팅 시작 — 핵심 맥락 작성 15:02 브레인 트리니티와 기록의 본질 16:11 아웃풋 제작과 세컨드 브레인 구축 18:20 AI 인터뷰로 나를 깊이 파악하기 19:50 기록 시스템의 문제와 비전 정리 21:04 CLAUDE.md 자동 생성 24:20 폴더 구조 & 위키 스키마 세팅 26:28 옵시디언 웹 클리퍼 활용법 29:11 웹 클리퍼 템플릿 커스텀 (아티클, 유튜브, 팟캐스트, 책, 연구) 32:35 인제스트 — 목적성 있는 지식 소화 34:37 LLM Wiki × 브레인 트리니티 연결 36:20 스킬 생성 & 워크플로우 자동화 37:52 위키 업데이트 — 도서관 정리 스킬 39:45 자동화된 지식 관리 루프 43:17 LLM Wiki의 한계와 개선 방향 43:34 그래프 데이터베이스의 가능성 45:15 Graphify 설치 & 활용 47:28 지식 그래프 쿼리 & 마무리

1. 옵시디언에 저장된 LLM위키의 시각화

옵시디언의 내용들은 대부분 markdown형태로 저장되어 있으니,
이를 좀 더 시각화해서 사람이 이해할 수 있도록,
지식 베이스를 LLM이 활용할 수 있도록 하는 것이 목적!

1-1.Graphify소개&설치

지식 시각화를 위한 최고의 서브 옵션
설치조건: 파이썬 기존 설치
터미널 환경 또는 Agent창에서 다음 명령어 실행
# Python 3.10+ 필요 pip install graphifyy
Bash
복사
# 터미널에서 실행시 graphify ./raw
Bash
복사
#Agent에서 실행시(안티그래비티나 클로드코드 등) /graphify ./raw
Bash
복사

1-2.설치 후 첫 실행 모습

Graph빌드 작업을 통해 나의 지식을 보다 시각적으로 구현할 수 있음
시각화를 위한 몇 가지 파이썬 시각화 라이브러리가 설치됨
실행이 완료되면 몇가지 파일들이 ‘Graphify-out’폴더에 저장됨
가장 중요한 파일은 graph.json 이고, 이 파일을 LLM이 활용할 수 있게 됨
"사람이 볼 수 있는 파일은 graph.html
# 결과물은 graphify-out/에 자동 생성됨 graphify-out/ ├── graph.html # 인터랙티브 시각화 ├── GRAPH_REPORT.md # 핵심 노드, 이상 연결, 추천 질문 ├── graph.json # 지속 가능한 질의형 그래프 └── cache/ # 증분 캐시
Bash
복사
graph.json: 실제 그래프 데이터(노드·엣지·군집 정보) 전체가 담긴 파일
graph.html: 브라우저에서 여는 인터랙티브 그래프
GRAPH_REPORT.md: 가장 많이 연결된 핵심 개념들, 예상치 못한 연결 관계, 주석이나 문서에서 뽑아낸 설계 의도, 그리고 더 파볼 만한 질문들을 평문으로 정리해줌
manifest.json: 파일별 경로와 수정 시각을 추적하는 메타데이터
graph.html을 실행시키면 아래와 같이 옵시디언의 그래프화보다 좀 더 컬러풀(?)한 결과를 볼 수 있음

1-3.Graphfy의 다양한 사용법

Graphify는 처음부터 코드(.py, .js, .go, .java 등), 마크다운, PDF, 이미지를 분석해서 AI 코딩 어시스턴트가 사용하도록 만든 지식 그래프 도구
Claude Code, Codex, OpenCode, Cursor, Gemini CLI, GitHub Copilot CLI, VS Code Copilot Chat, Aider 등 바이브코딩에 쓰는 주요 도구들에서 바로 동작
바이브 코딩으로 만들어진 결과물을 AI 에이전트에게 ‘구조’를 설명할 필요가 없어짐
작업예시: 5천줄이 넘는 코드의 전체 관계 확인
/graphify .index.html
Bash
복사
이렇게 내가 전체적인 맥락파악이 힘든 수준의 바이브 코딩 결과물이 나왔다면 관계파악에 매우 용이함
특히 코드의 관계를 기반으로 쿼리를 넣어 내용을 보다 깊게 탐구할 수 있음

2. Graphfy를 사용하는 진짜 목적

LLM wiki를 구축했지만 진짜 지식베이스를 기반으로 답변하기 위해 Graphfy를 사용하는 것임
정확히는 graphy정보를 기반으로 답변을 하게 됨

2-1.(/)슬러쉬를 사용한 명령어 호출

그림 처럼 슬러쉬(/)입력후 graphify를 입력한 뒤, 내 지식베이스에서 확인할 내용을 쿼리로 입력함
예시에서는 쿼리(=질문)을 따옴표로 감싸라고 안내되어 있음
/graphify query "안드레카파시4원칙에 따르면 자세한 프롬프팅이 오히려 답변의 퀄을 하락 시킬 수 있니?"
Bash
복사

2-2.번거로운 점

graphy정보를 기반으로 답변을 하기 때문에 지식이 추가될 때마다 graphy를 업데이트 해줘야 하는 문제가 생길 수 있음
그래피파이는 처음부터 전체 재생성이 아니라 변경분만 반영하는 구조로 설계되어 있음
그래프를 업데이트 시키고 싶다면?
마지막 실행 이후 바뀐 파일만 다시 추출해서 기존 그래프에 병합
graphyfy wiki/ --update
Bash
복사

3. 무엇이 다른가?

지식베이스가 작업폴더 일때 일반적인 질문과 /graphify query 명령을 사용하는 것 사이에는 정보를 탐색하고 문맥을 찾아내는 방식에서 큰 차이가 존재함

3-1. /graphify query "<질문>"로 물어볼 때 (지식 그래프 탐색)

작동 방식: 빌드된 로컬 지식 그래프(graph.json)를 기반으로 질문과 연결된 **개념(노드)들과 그들의 연관 관계(엣지), 그리고 속해 있는 커뮤니티(주제군)**를 그래프 탐색 알고리즘(BFS/DFS)을 통해 추적
단순히 텍스트만 검색하는 것이 아니라 "A라는 개념이 어떤 상위 MOC에 속해 있고, 어떤 파일들과 관계를 맺고 있는가"를 한눈에 파악
특징: 검색 결과가 텍스트 파편이 아니라 구조화된 관계망 정보로 제공

3-2.그냥 질문할 때 (일반 AI 지식 + 키워드 RAG)

작동 방식: LLM이 기본적으로 인지하고 있는 학습 메모리(LLM)와 함께, 필요한 경우 폴더 내의 파일들을 단순 텍스트 단위로 찾아서 본문을 분석하는 키워드 기반 RAG(예: grep_search)를 사용
특징: 개념의 세부 정의나 파일 내에 있는 구체적인 텍스트 본문 내용을 그대로 읽어와 요약하는 데 유리
지식베이스에 기록되지 않은 일반적인 상식이나 프로그래밍 문법 등을 물어볼 때는 그래프 탐색을 할 필요 없이 바로 답변 가능

3-3.결론

그래프 탐색을 강제하거나 관계망 위주의 출력이 필요할 경우는 /graphify query "<질문>"을 사용