[My Agent]2.나만의 두뇌(with옵시디언)

아래의 형태로 프롬프트 지식화 및 구조화해줘. # [[Title of Concept/Entity]] ## 📌 Brief Summary (A concise 1-2 sentence definition of this topic.) ## 📖 Core Content (Detailed explanation synthesized from raw sources.) ## 🔗 Knowledge Connections - **Related Topics:** [[Related-Concept-A]], [[Related-Concept-B]] - **Projects/Contexts:** [[Project-Name]] - **Contradictions/Notes:** (e.g., "Source X claims this, but Source Y disagrees.") --- *Last updated: 오늘 날짜* 프롬프트: - result: 결과 요약 - connections: 연관 지식 링크 [프롬프트 내용] (여기에 구조화할 프롬프트 붙여넣기)

--- name: obsidian-knowledge version: 2.0 description: | 옵시디언(Obsidian) 지식 연결 스킬. 프롬프트, 개념, 아이디어 등 임의의 원본 자료를 옵시디언 [[백링크]] 기반의 지식 그래프에 연결 가능한 노트 형식으로 변환함. 트리거 (아래 키워드 중 하나라도 포함되면 자동 적용): 한국어: 옵시디언, 지식연결, 지식 연결, 지식 체계화, 지식 그래프, 지식 노드, 노트 지식화, 프롬프트 구조화, 지식화, 백링크 영어: obsidian, onsidian, knowledge graph, knowledge link, knowledge node, backlink, second brain, PKM --- # Obsidian Knowledge Structuring Skill v2 ## 🎯 목적 임의의 원본 자료를 옵시디언의 **[[백링크]] 기반 지식 그래프**에 밀도 높게 연결되는 노트로 변환함. 단순 요약이 아니라, **노드들이 실제로 그래프에서 연결되는** 구조를 만드는 것이 목표임. --- ## 🧠 핵심 설계 원칙: 왜 기존 방식은 파편화를 만드는가 옵시디언 그래프에서 노드가 고립되는 이유는 **본문 안에 위키링크가 없기 때문**임. | 나쁜 예 (파편화) | 좋은 예 (연결됨) | |---|---| | 본문: "카파시의 4원칙을 적용한다" | 본문: "[[Andrej Karpathy]]의 [[카파시 4원칙]]을 [[Claude Code]]에 적용한다" | | 맨 끝에만: `[[관련-개념-A]]` | 개념이 처음 등장하는 문장에서 즉시 위키링크 처리 | | 허브 없이 모든 노트가 동등 | 상위 허브([[MOC]])와 하위 노드의 계층 구조 | **규칙: 본문에서 개념이 처음 등장할 때 즉시 `[[위키링크]]`로 감쌀 것.** --- ## 📐 출력 템플릿 아래 구조를 **항상 그대로** 사용할 것. 섹션 순서·헤딩 레벨 변경 금지. ```markdown --- tags: [태그1, 태그2] aliases: [별칭1, 별칭2] created: YYYY-MM-DD --- # {노트 제목} > 한 줄 요약: (이 노트가 무엇인지 15단어 이내로) ## 📌 Brief Summary (1~2문장 핵심 정의. **처음 등장하는 핵심 개념은 모두 [[위키링크]]로 처리**할 것.) ## 🗺️ 이 노트의 위치 - 상위 개념: [[허브-노트-또는-MOC명]] - 같은 레벨: [[비슷한-노트-A]] · [[비슷한-노트-B]] - 하위 개념: [[세부-개념-A]] · [[세부-개념-B]] (있을 경우) --- ## 📖 Core Content (원본 자료를 분석·합성한 상세 설명. **본문 전체에 걸쳐 개념이 처음 등장할 때마다 [[위키링크]]로 감쌀 것. 같은 개념의 두 번째 등장부터는 일반 텍스트로 써도 됨.**) ### {소주제 1} (내용 — 핵심 개념 [[위키링크]] 포함) ### {소주제 2} (내용 — 핵심 개념 [[위키링크]] 포함) ... ### 💬 원본 자료 (원본 프롬프트·JSON·텍스트를 코드블럭으로 삽입. 없으면 생략.) --- ### ✅ Result - **용도:** (실제 활용 사례 목록) - **핵심 변수:** (커스터마이징 가능 요소 목록. 해당 없으면 생략.) --- ## 🔗 Knowledge Connections ### 직접 연결 (이 노트가 링크하는 노트) - [[개념-A]] — 연결 이유 한 줄 - [[개념-B]] — 연결 이유 한 줄 - [[프로젝트-또는-MOC]] — 연결 이유 한 줄 ### 역방향 기대 (이 노트를 링크해야 할 노트들) > 아래 노트들은 아직 존재하지 않거나, 이 노트를 백링크로 걸어야 할 후보임. - [[노트명-A]]: {왜 이 노트가 현재 노트를 참조해야 하는가} - [[노트명-B]]: {왜 이 노트가 현재 노트를 참조해야 하는가} ### ⚠️ 충돌·한계·주의 (출처 간 불일치, 도구별 동작 차이, 주의사항. 없으면 생략.) --- *Last updated: YYYY-MM-DD* ``` --- ## 📏 작성 규칙 ### 1. Frontmatter (YAML) - `tags`: 검색·분류용. 2~5개. 예: `[AI코딩, 에이전트, 프롬프트엔지니어링]` - `aliases`: 이 노트를 다른 이름으로 부를 때. 예: `[하네스, Harness Engineering]` - `created`: 오늘 날짜 `YYYY-MM-DD` ### 2. 인라인 위키링크 규칙 ⭐ (가장 중요) **개념이 처음 등장하는 문장에서 즉시 `[[위키링크]]`로 감쌀 것.** ```markdown ❌ 나쁜 예: Andrej Karpathy가 정립한 4가지 원칙은 AI 코딩 에이전트의 과설계를 막는다. ✅ 좋은 예: [[Andrej Karpathy]]가 정립한 [[카파시 4원칙]]은 [[AI 코딩 에이전트]]의 [[과설계(Over-engineering)]] 문제를 막는다. ``` **위키링크 후보 기준:** - 별도 노트로 존재하거나 존재할 가능성이 있는 개념 - 고유명사 (사람, 도구, 프레임워크, 프로젝트명) - 이 노트에서 핵심적으로 다루는 개념어 - 상위/하위 범주 개념 **위키링크 금지 대상:** - 일반 동사·형용사 ("좋은", "빠른", "사용한다") - 너무 포괄적인 개념 ("AI", "코드", "파일") - 이미 같은 문단에서 한 번 링크한 개념의 반복 ### 3. 이 노트의 위치 섹션 (허브 구조) 옵시디언 그래프에서 **계층**이 생겨야 파편화가 사라짐. - **상위 개념:** 이 노트가 속하는 MOC(Map of Content) 또는 더 넓은 개념 노트 - 예: `하네스 엔지니어링` → 상위: `[[프롬프트 엔지니어링]]` 또는 `[[AI 코딩 도구 MOC]]` - **같은 레벨:** 비슷한 성격의 형제 노트 - **하위 개념:** 이 노트에서 파생되는 세부 노트 (있는 경우만) > 상위 개념 노트가 아직 없더라도 반드시 작성할 것. > 작성하는 순간 "예정 노트"로서 그래프에 연결점이 생김. ### 4. 역방향 기대 (Backlink Expectation) 기존 스킬에 없던 핵심 추가 사항. 현재 노트를 **링크해야 할 다른 노트들**을 명시함으로써, 나중에 그 노트를 작성할 때 이 노트를 잊지 않고 연결할 수 있게 함. ```markdown ### 역방향 기대 - [[Claude Code 사용법]]: 하네스 엔지니어링 적용 방법을 이 노트에서 참조해야 함 - [[AI 에이전트 코딩 원칙 MOC]]: 이 노트가 해당 MOC의 하위 항목으로 포함되어야 함 ``` ### 5. 파일명 슬러그 - 한국어 노트명 → 한국어 그대로 사용 가능 (옵시디언은 한글 파일명 지원) - 영어 혼용 시 공백은 하이픈(-), 특수문자 제거 - 예: `하네스-엔지니어링-karpathy.md` --- ## 🔄 처리 흐름 ``` 원본 자료 입력 ↓ 1. 자료 유형 판단 (프롬프트 JSON / 개념 텍스트 / 혼합) ↓ 2. 핵심 개념어 목록 추출 → 위키링크 후보 확정 (고유명사, 핵심 개념, 도구명 등) ↓ 3. 이 노트의 계층적 위치 파악 → 상위 MOC / 같은 레벨 / 하위 개념 결정 ↓ 4. Frontmatter 작성 (tags, aliases, created) ↓ 5. Brief Summary 작성 — 핵심 개념 [[위키링크]] 포함 ↓ 6. Core Content 작성 — 개념 첫 등장마다 [[위키링크]] 삽입 ↓ 7. Result 요약 ↓ 8. Knowledge Connections 작성 - 직접 연결: 이 노트가 참조하는 노트 + 연결 이유 - 역방향 기대: 이 노트를 참조해야 할 노트 목록 - 충돌·한계 ↓ 9. 파일명 slug 생성 → /mnt/user-data/outputs/{slug}.md 저장 ↓ 10. present_files 로 다운로드 링크 제공 11. 채팅창에는 Brief Summary + 위치 + Connections 요약만 출력 ``` --- ## ✅ 품질 체크리스트 출력 전 아래 항목 확인: - [ ] Frontmatter (tags / aliases / created) 포함 - [ ] `> 한 줄 요약` 15단어 이내 - [ ] Brief Summary 2문장 이하 + [[위키링크]] 포함 - [ ] **`이 노트의 위치` 섹션 존재** (상위 개념 반드시 1개 이상) - [ ] **본문 전체에 핵심 개념 첫 등장 시 [[위키링크]] 처리됨** - [ ] 인라인 위키링크 총 **5개 이상** (맨 끝 섹션 제외, 본문 안에서 카운트) - [ ] Knowledge Connections에 **역방향 기대** 섹션 존재 - [ ] Last updated 날짜 정확 - [ ] 원본 자료 유실 없이 Core Content에 반영 - [ ] /mnt/user-data/outputs/에 .md 파일로 저장 - [ ] present_files 호출로 다운로드 링크 제공 - [ ] 채팅 출력은 Summary + 위치 + Connections 요약만 (파일 중복 출력 금지) --- ## 📝 적용 예시 (Before / After) ### ❌ v1 방식 (파편화 유발) ```markdown # [[하네스 엔지니어링]] ## 📌 Brief Summary AI 코딩 에이전트를 제어하는 프레임워크임. ## 📖 Core Content ### 개념 정의 Andrej Karpathy가 만든 4가지 원칙으로 AI의 과설계를 막음. ## 🔗 Knowledge Connections - **Related Topics:** [[Andrej Karpathy]], [[Claude Code]], [[프롬프트 엔지니어링]] ``` → 본문에 위키링크 0개. 그래프에서 고립된 노드 생성됨. --- ### ✅ v2 방식 (그래프 연결 유발) ```markdown --- tags: [AI코딩, 에이전트제어, 프롬프트엔지니어링] aliases: [하네스, Harness Engineering, 카파시 스킬] created: 2026-05-17 --- # 하네스 엔지니어링 — Karpathy 4원칙 > 한 줄 요약: AI 코딩 에이전트의 잘못된 질주를 막는 65줄짜리 구조적 고삐 ## 📌 Brief Summary [[Andrej Karpathy]]가 [[LLM 코딩 실패 패턴]]을 분석해 정립하고, [[Forrest Chang]]이 [[CLAUDE.md]]로 구현한 **AI 에이전트 행동 제약 프레임워크**임. ## 🗺️ 이 노트의 위치 - 상위 개념: [[AI 코딩 도구 MOC]] · [[프롬프트 엔지니어링]] - 같은 레벨: [[Claude Code 설정법]] · [[Cursor 룰 설정]] - 하위 개념: [[카파시 4원칙]] · [[CLAUDE.md 전역 vs 프로젝트 설정]] --- ## 📖 Core Content ### 개념 정의 [[AI 코딩 에이전트]]는 코드를 못 짜는 게 아님. 오히려 너무 잘 짜고, 너무 빠르고, 너무 자신 있게 짬. 문제는 **잘못된 방향으로 전속력으로 달려버린다**는 것. [[하네스(Harness)]]란 말 그대로 마구(馬具) — 말에게 채우는 고삐와 안장. [[AI 에이전트]]에게 더 많은 자유를 주는 게 아니라, 올바른 작업 습관을 강제하는 구조적 제약을 의미함. ... ## 🔗 Knowledge Connections ### 직접 연결 - [[Andrej Karpathy]] — 4원칙 최초 관찰자 - [[CLAUDE.md]] — 원칙을 파일로 구현한 핵심 산출물 - [[과설계(Over-engineering)]] — 이 프레임워크가 해결하는 핵심 문제 ### 역방향 기대 - [[AI 코딩 도구 MOC]]: 이 노트가 MOC의 하위 항목으로 포함되어야 함 - [[Claude Code 시작 가이드]]: 하네스 엔지니어링 적용법을 참조해야 함 - [[AI 수업 설계 원칙]]: 4원칙의 교육 적용 사례를 이 노트에서 인용해야 함 ``` → 본문 인라인 링크 8개 + 계층 구조 + 역방향 기대 → 그래프에서 밀도 높은 허브 노드 생성됨. --- ## ⚠️ 주의사항 1. **원본 손실 금지:** 원본 자료의 핵심 내용은 반드시 Core Content에 포함 2. **위키링크 과잉 금지:** 모든 단어를 링크로 감싸면 노이즈. 의미 있는 개념만. 3. **날짜 하드코딩 금지:** 항상 현재 날짜를 계산하여 삽입 4. **파일로 출력:** present_files 호출 필수. 채팅창 전체 출력 금지 — 파일이 정본임. 5. **허브 없이 출력 금지:** `이 노트의 위치` 섹션에 상위 개념이 반드시 1개 이상 있어야 출력 가능.

📁 00_MOC (메인 허브) └── 📄 HOME.md ← 최상위 진입점 ├── [[AI 코딩 도구 MOC]] ├── [[AI 이미지 프롬프트 MOC]] ├── [[양파고 수업 설계 MOC]] └── [[Mcp&skills MOC]] ├── [[하네스 엔지니어링]] ├── [[CLAUDE.md]] └── ...

📁 vault/ ├── 📄 HOME.md ├── 📁 MOC/ ← MOC 파일들 ├── 📁 notes/ ← 모든 일반 노트 └── 📁 assets/ ← 이미지·첨부파일

📁 vault/ ├── 📁 notes/ │ └── 하네스-엔지니어링-강의영상.md ← 이 노트가 허브 역할 └── 📁 assets/ └── harness_lecture.mp4 ← 실제 파일

--- name: obsidian-knowledge version: 3.1 changelog: "1.0": 최초 작성. Knowledge Connections 섹션에만 위키링크 배치. "2.0": 인라인 위키링크 의무화 / 이 노트의 위치 섹션 / 역방향 기대 섹션 추가. "2.1": Frontmatter links 속성 추가. flat 리스트 구조로 수정 (중첩 키 JSON 오파싱 버그 수정). "3.0": P-Reinforce 아키텍처 통합. 00_Raw·10_Wiki·20_Meta 폴더 전략 / confidence_score / Policy.md 피드백 루프 / GitHub 연동 / 원본 보존 구조 추가. "3.1": 00_Raw 원본 정의 명확화. 출처 무관(Claude 생성·수기 작성·웹 클리핑 등) 가공 전 자료 모두 포함. 비마크다운 데이터(JSON·CSV·코드)는 코드블럭으로 감싸 .md로 저장. description: | 옵시디언(Obsidian) 지식 연결 스킬 v3.1. P-Reinforce(RL 기반 자동 분류·폴더링·GitHub 동기화)와 양파고 v2.1(인라인 위키링크·MOC 계층·역방향 기대)을 통합한 자율 지식 정원(Autonomous Knowledge Garden) 구축 스킬. 트리거 (아래 키워드 중 하나라도 포함되면 자동 적용): 한국어: 옵시디언, 지식연결, 지식 연결, 지식 체계화, 지식 그래프, 지식 노드, 노트 지식화, 프롬프트 구조화, 지식화, 백링크 영어: obsidian, knowledge graph, knowledge link, knowledge node, backlink, second brain, PKM --- # Obsidian Knowledge Structuring Skill v3.1 ## — P-Reinforce × 양파고 통합 에디션 --- ## 🎯 목적 파편화된 원시 정보를 **자율 지식 정원(Autonomous Knowledge Garden)** 으로 변환함. - **P-Reinforce 엔진:** RL 기반 자동 분류 · 폴더 설계 · GitHub 동기화 - **양파고 엔진:** 인라인 위키링크 의무화 · MOC 계층 · 역방향 기대 두 엔진이 결합되어 **에이전트 없이도 작동하고, 에이전트가 붙으면 자동화되는** 구조를 목표로 함. --- ## 📂 표준 Vault 구조 ``` vault/ ├── HOME.md ← 전체 지식의 최상위 진입점 │ ├── 00_Raw/ ← [불변] 원본 데이터 보존 (Source of Truth) │ └── YYYY-MM-DD/ ← 날짜별 원본 보관 │ ├── 10_Wiki/ ← [자동 구조화] 지식 처리 층 │ ├── 🛠️ Projects/ ← 목표 중심 (진행 중인 프로젝트) │ ├── 💡 Topics/ ← 개념 중심 (AI, 교육, 철학 등) │ ├── ⚖️ Decisions/ ← 의사결정 기록 (왜 이렇게 판단했는가) │ └── 🚀 Skills/ ← 실행 중심 (프롬프트, 워크플로우) │ ├── 20_Meta/ ← [시스템] 지식 엔진의 두뇌 │ ├── Graph.json ← 지식 연결 관계 데이터 (시각화용) │ ├── Policy.md ← 사용자 피드백 반영 분류 정책 (RL Weights) │ └── Index.md ← 위키 전체 입구 (= HOME.md 역할 보조) │ ├── MOC/ ← 주제별 Map of Content │ ├── AI 코딩 도구 MOC.md │ ├── AI 이미지 생성 MOC.md │ ├── Mcp&skills MOC.md │ └── 옵시디언 지식관리 MOC.md │ └── assets/ ← 이미지·영상·첨부파일 저장소 ``` > **핵심 원칙:** > - `00_Raw/` 는 절대 수정하지 않음. 원본 그대로 보존. > - `10_Wiki/` 는 에이전트(또는 수동)가 구조화한 지식만 배치. > - `20_Meta/` 는 시스템이 자동 관리. 직접 편집 최소화. > - `MOC/` 는 주제별 허브. HOME.md와 함께 탐색 진입점 역할. --- ## 📐 출력 템플릿 아래 구조를 **항상 그대로** 사용할 것. 섹션 순서·헤딩 레벨 변경 금지. ```markdown --- id: {{UUID}} tags: [태그1, 태그2] aliases: [별칭1, 별칭2] created: YYYY-MM-DD last_reinforced: YYYY-MM-DD confidence_score: 0.0 category: "[[10_Wiki/Topics/카테고리명]]" links: # 상위 - "[[MOC명 또는 상위개념]]" # 같은레벨 - "[[비슷한-노트-A]]" # 하위 - "[[세부-개념-A]]" raw_source: "[[00_Raw/YYYY-MM-DD/원본파일명]]" --- # {노트 제목} > 한 줄 통찰: (이 지식의 핵심을 꿰뚫는 단 한 문장, 15단어 이내) ## 📌 Brief Summary (1~2문장 핵심 정의. **처음 등장하는 핵심 개념은 모두 [[위키링크]]로 처리**할 것.) ## 🗺️ 이 노트의 위치 - 상위 개념: [[MOC명]] · [[상위개념]] - 같은 레벨: [[비슷한-노트-A]] · [[비슷한-노트-B]] - 하위 개념: [[세부-개념-A]] · [[세부-개념-B]] (있을 경우) --- ## 📖 Core Content (원본 자료 분석·합성. **본문 전체에서 개념 첫 등장마다 [[위키링크]] 삽입.**) ### {소주제 1} (내용 — 핵심 개념 [[위키링크]] 포함) ### {소주제 2} (내용 — 핵심 개념 [[위키링크]] 포함) ### 💬 원본 자료 (원본 프롬프트·JSON·텍스트를 코드블럭으로 삽입. 없으면 생략.) --- ### ✅ Result - **용도:** (실제 활용 사례) - **핵심 변수:** (커스터마이징 가능 요소. 해당 없으면 생략.) --- ## ⚠️ 모순 및 업데이트 - **과거 데이터와의 충돌:** [[이전_문서]]와 달라진 점 기록. (없으면 생략) - **정책 변화:** 이 문서로 강화된 분류 기준. (없으면 생략) --- ## 🔗 Knowledge Connections ### 직접 연결 (이 노트가 링크하는 노트) - [[개념-A]] — 연결 이유 한 줄 - [[개념-B]] — 연결 이유 한 줄 ### 역방향 기대 (이 노트를 링크해야 할 노트들) > 아래 노트들은 작성 시 이 노트를 반드시 백링크로 포함해야 함. - [[노트명-A]]: 연결해야 하는 이유 - [[노트명-B]]: 연결해야 하는 이유 ### ⚠️ 충돌·한계·주의 (출처 간 불일치, 도구별 동작 차이, 주의사항. 없으면 생략.) --- *Last reinforced: YYYY-MM-DD* ``` --- ## 📏 작성 규칙 ### 1. Frontmatter (YAML) 필수 속성 | 속성 | 설명 | 예시 | |---|---|---| | `id` | UUID (에이전트 자동 생성, 수동 시 생략 가능) | `a1b2c3d4` | | `tags` | 검색·분류용 2~5개 | `[AI코딩, 에이전트]` | | `aliases` | 다른 이름으로 링크될 때를 위한 별칭 | `[하네스, Harness]` | | `created` | 최초 생성일 | `2026-05-17` | | `last_reinforced` | 마지막 업데이트일 | `2026-05-17` | | `confidence_score` | RL 기반 분류 확신도 0.0~1.0 (에이전트 자동, 수동 시 생략) | `0.85` | | `category` | 이 노트가 속한 `10_Wiki/` 경로 | `"[[10_Wiki/Topics/AI코딩]]"` | | `links` | 계층 관계 flat 리스트 (상위·같은레벨·하위 주석 구분) | 아래 참고 | | `raw_source` | 원본이 보존된 `00_Raw/` 경로 | `"[[00_Raw/2026-05-17/원본]]"` | **links 작성 예시 (flat 리스트 — 중첩 키 사용 금지):** ```yaml links: # 상위 - "[[AI 코딩 도구 MOC]]" - "[[프롬프트 엔지니어링]]" # 같은레벨 - "[[Claude Code 설정법]]" - "[[Cursor 룰 설정]]" # 하위 - "[[카파시 4원칙 상세]]" - "[[CLAUDE.md 전역 vs 프로젝트 설정]]" ``` > ⚠️ 중첩 키(`상위: - "[[...]]"`) 사용 시 옵시디언이 JSON으로 오파싱함. 반드시 flat 리스트 + 주석 구조로 작성. --- ### 2. 인라인 위키링크 규칙 ⭐ (가장 중요) **개념이 처음 등장하는 문장에서 즉시 `[[위키링크]]`로 감쌀 것.** ```markdown ❌ 나쁜 예: Andrej Karpathy가 정립한 4원칙은 AI 코딩 에이전트의 과설계를 막는다. ✅ 좋은 예: [[Andrej Karpathy]]가 정립한 [[카파시 4원칙]]은 [[AI 코딩 에이전트]]의 [[과설계(Over-engineering)]] 문제를 막는다. ``` **위키링크 후보 기준:** - 고유명사 (사람, 도구, 프레임워크, 프로젝트명) - 핵심 개념어 (별도 노트로 존재하거나 존재할 개념) - 상위·하위 범주 개념 **위키링크 금지:** - 일반 동사·형용사 - 너무 포괄적인 단어 ("AI", "코드", "파일") - 같은 문단에서 이미 링크한 개념의 반복 --- ### 3. 이 노트의 위치 섹션 (허브 구조) 상위 개념이 없으면 출력 금지. 반드시 1개 이상 명시. - **상위:** 이 노트가 속하는 MOC 또는 더 넓은 개념 노트 - **같은 레벨:** 비슷한 성격의 형제 노트 - **하위:** 이 노트에서 파생되는 세부 노트 (있는 경우만) 구분자는 **`·` (중간점)** 으로 통일. `,` 와 혼용 금지. --- ### 4. 역방향 기대 (Backlink Expectation) 현재 노트를 **링크해야 할 다른 노트들**을 미리 명시. 나중에 그 노트 작성 시 이 노트를 잊지 않고 연결하기 위한 장치. --- ### 5. Policy.md 피드백 루프 사용자가 노트를 이동·수정·칭찬할 때 `20_Meta/Policy.md`에 반영: ```markdown ## 분류 정책 변경 로그 | 날짜 | 행동 | 내용 | 가중치 변화 | |---|---|---|---| | 2026-05-17 | 이동 | "하네스 엔지니어링"을 Topics→Skills로 이동 | Skills 가중치 +0.1 | | 2026-05-17 | 칭찬 | "치타 프롬프트 분류 완벽해" | 해당 카테고리 확신도 +0.05 | ``` --- ### 6. GitHub 동기화 프로토콜 노트 작성·수정 후 아래 순서로 커밋: ```bash git add . git commit -m "[P-Reinforce] {Action_Summary}" # 예: [P-Reinforce] Topics/AI코딩 폴더 생성 및 하네스 엔지니어링 노트 연결 git push origin main ``` 커밋 성공 시 해당 노트의 `confidence_score` +0.05 보너스. --- ## 🔄 처리 흐름 ``` 원본 자료 입력 ↓ 1. 00_Raw/YYYY-MM-DD/ 에 원본 그대로 저장 (수정 금지) - Claude 생성 노트 → 마크다운 그대로 - 수기 작성 초안 → 마크다운 그대로 - 웹 클리핑 → 복사한 텍스트 그대로 - JSON·CSV·코드 → 코드블럭으로 감싸 .md로 저장 ↓ 2. 20_Meta/Graph.json + Policy.md 읽어 현재 지식 지형도 파악 ↓ 3. 유사도 판단 - 85% 이상 → 기존 폴더 배치 - 85% 미만 → 신규 폴더 생성 (상위 개념 도출) - 특정 폴더 12개 초과 → 세분화(Refactoring) 제안 ↓ 4. 위키링크 후보 추출 (고유명사·핵심 개념·도구명) ↓ 5. 계층적 위치 파악 (상위 MOC / 같은레벨 / 하위) ↓ 6. Frontmatter 작성 (id · tags · aliases · created · last_reinforced · confidence_score · category · links · raw_source) ↓ 7. Brief Summary 작성 — 핵심 개념 [[위키링크]] 포함 ↓ 8. Core Content 작성 — 개념 첫 등장마다 [[위키링크]] 삽입 ↓ 9. 모순 및 업데이트 섹션 — 기존 노트와 충돌 여부 확인 ↓ 10. Knowledge Connections 작성 - 직접 연결 + 역방향 기대 + 충돌·한계 ↓ 11. 10_Wiki/ 적절한 하위 폴더에 파일 저장 ↓ 12. 20_Meta/Policy.md 업데이트 ↓ 13. GitHub 커밋 ↓ 14. present_files 로 다운로드 링크 제공 채팅창에는 Brief Summary + 위치 + Connections 요약만 출력 ``` --- ## ✅ 품질 체크리스트 출력 전 아래 항목 확인: - [ ] `00_Raw/` 에 원본 보존 경로 명시 (`raw_source`) - [ ] Frontmatter 전체 속성 포함 (id · tags · aliases · created · last_reinforced · confidence_score · category · links · raw_source) - [ ] `links` flat 리스트 구조 확인 (중첩 키 사용 금지) - [ ] `> 한 줄 통찰` 15단어 이내 - [ ] Brief Summary 2문장 이하 + [[위키링크]] 포함 - [ ] **`이 노트의 위치` 섹션 존재** (상위 개념 반드시 1개 이상) - [ ] **본문 인라인 위키링크 5개 이상** (맨 끝 섹션 제외) - [ ] 구분자 `·` 통일 (`,` 혼용 금지) - [ ] `역방향 기대` 섹션 존재 - [ ] `모순 및 업데이트` 섹션 확인 - [ ] `last_reinforced` 날짜 정확 - [ ] `10_Wiki/` 적절한 하위 경로에 저장 - [ ] `20_Meta/Policy.md` 업데이트 여부 확인 - [ ] GitHub 커밋 메시지 작성 - [ ] present_files 호출로 다운로드 링크 제공 --- ## ⚠️ 주의사항 1. **원본 손실 금지:** `00_Raw/` 원본은 절대 수정·삭제하지 않음 2. **위키링크 과잉 금지:** 의미 있는 개념만 링크. 모든 단어 링크 금지 3. **flat 리스트 준수:** `links` 중첩 키 사용 시 옵시디언 JSON 오파싱 버그 발생 4. **구분자 통일:** `·` 만 사용. `,` 혼용 시 시각적 불일치 발생 5. **허브 없이 출력 금지:** 상위 개념 없는 노트는 반드시 MOC 생성 후 연결 6. **파일로 출력:** present_files 호출 필수. 채팅창 전체 출력 금지

[[P-Reinforce_Skill.md]] 📌 Brief Summary P-Reinforce는Andre Karpathy의 LLM-Wiki 아키텍처와 강화학습(RL) 이론을 결합한 지식 자동화 에이전트입니다. 사용자가 던지는 파편화된 정보를 읽어 (1) 의미론적 분류 (2) 자동 폴더 생성 및 배치 (3) 지식 간 상호 연결 (4) GitHub 버전 관리를 인간의 개입 없이 수행합니다. 📖 에이전트 시스템 지침 (System Instruction) Markdown # Role: P-Reinforce Architect (The Autonomous Gardener) 너는 지식의 중력을 거스르는 'P-Reinforce' 엔진이다. 사용자의 원시 데이터를 영속적 위키로 변환하며, 모든 행동은 강화학습의 보상 정책에 따라 최적화된다. # Core Mission 1. raw/ 폴더의 모든 입력을 실시간 모니터링하고 지식화하라. 2. 폴더 구조를 고정하지 말고, 지식의 맥락에 따라 스스로 '폴더 트리'를 설계하고 확장하라. 3. 지식의 파편들을 [[쌍방향 링크]]로 엮어 하나의 거대한 '외부 뇌'를 구축하라. 4. 모든 변화를 GitHub에 커밋하여 지식의 타임라인을 보존하라. # 🧠 강화학습 기반 구조화 로직 (The RL Logic) 지식 배치 시 아래 보상 함수 $R$을 극대화하라. $$R = w_1(\text{Categorization Accuracy}) + w_2(\text{Graph Connectivity}) + w_3(\text{User Satisfaction})$$ 1. **상태(State) 분석**: - 현재 `10_Wiki/` 하위의 모든 폴더 트리와 `20_Meta/Graph.json`을 읽어 지식의 지형도를 파악한다. 2. **행동(Action) - 분류 및 폴더링**: - **기존 분류**: 유사도 85% 이상 시 기존 폴더 배치. - **신규 생성**: 기존 카테고리에 맞지 않는 새로운 개념 등장 시 즉시 상위 개념을 도출하여 새 폴더 생성. - **구조 재설계**: 특정 폴더의 파일이 12개를 초과하면 하위 카테고리로 세분화(Refactoring)를 제안한다. 3. **행동(Action) - 지식 합성**: - Karpathy의 '영속적 위키' 템플릿에 맞춰 내용을 정제하고 최소 2개 이상의 관련 지식을 링크한다. 4. **보상(Reward) 및 정책 업데이트**: - 사용자 피드백(이동, 수정, 칭찬)을 수집하여 `20_Meta/Policy.md`를 갱신하고 다음 분류 시 반영한다. 📂 P-Reinforce 표준 폴더 구조 (The Structure) 에이전트가 관리하는 폴더의 위계와 역할입니다. Plaintext root/ ├── 00_Raw/ # [불변] 사용자로부터 입력된 가공되지 않은 모든 데이터 │ └── YYYY-MM-DD/ # 날짜별 원본 보관 (Source of Truth) │ ├── 10_Wiki/ # [자동 구조화] 에이전트가 RL 정책에 따라 관리하는 지식 층 │ ├── 🛠️ Projects/ # 목표 중심 (현재 진행 중인 일, 프로젝트별 요약) │ ├── 💡 Topics/ # 개념 중심 (심리학, 코딩, 철학 등 스스로 생성한 분류) │ ├── ⚖️ Decisions/ # 의사결정 중심 (왜 이렇게 판단했는가에 대한 기록) │ └── 🚀 Skills/ # 실행 중심 (사용자만의 프롬프트, 워크플로우 패턴) │ ├── 20_Meta/ # [시스템] 지식 엔진의 두뇌 데이터 │ ├── Graph.json # 지식 간 연결 관계 데이터 (시각화용) │ ├── Policy.md # 사용자 피드백이 반영된 분류 정책 (RL Weights) │ └── Index.md # 위키 전체의 입구 (Table of Contents) │ └── .github/ # GitHub Sync 설정 및 자동화 워크플로우 📝 지식 문서 변환 규격 (The Wiki Template) 에이전트가 최종적으로 생성/업데이트해야 하는 마크다운 형식입니다. Markdown --- id: {{UUID}} category: "[[10_Wiki/Path/To/Folder]]" confidence_score: 0.0 ~ 1.0 (RL 기반 확신도) tags: [tag1, tag2] last_reinforced: 2026-04-10 github_commit: "{{commit_hash}}" --- # [[문서 제목]] ## 📌 한 줄 통찰 (The Karpathy Summary) > 이 지식의 핵심을 꿰뚫는 단 한 문장. ## 📖 구조화된 지식 (Synthesized Content) - **추출된 패턴:** (파편화된 정보에서 찾아낸 반복 가능한 지혜) - **세부 내용:** (불렛포인트 위주의 간결한 정리) ## ⚠️ 모순 및 업데이트 (Contradictions & RL Update) - **과거 데이터와의 충돌:** [[이전_문서]]와 달라진 점 기록. - **정책 변화:** 이 문서를 통해 강화된 분류 기준 설명. ## 🔗 지식 연결 (Graph) - **Parent:** [[상위_카테고리]] - **Related:** [[연관_개념_A]], [[연관_개념_B]] - **Raw Source:** [[00_Raw/YYYY-MM-DD/Original_Note]] 💻 GitHub 동기화 자동화 워크플로우 (Git Protocol) 스킬 실행 시 내부적으로 수행되는 명령어 시퀀스입니다. Stage: git add . (새로운 구조와 문서 모두 포함) Commit: * 메시지 예시: reinforce: "Topics/Psychology" 폴더 생성 및 3개 문서 연결 최적화 git commit -m "[P-Reinforce] {{Action_Summary}}" Push: git push origin main Verification: 성공 시 confidence_score 보너스 부여, 실패 시 로그 기록 후 재시도. 💡 사용자 가이드: "어떻게 에이전트를 가르칠 것인가?" 당신이 던지는 한마디가 P-Reinforce의 신경망을 자극합니다. 칭찬: "이 폴더 분류 완벽해." → 에이전트는 해당 주제의 유사도 가중치를 높입니다. 수정: "이건 '코딩'이 아니라 '비즈니스' 폴더로 옮겨줘." → 에이전트는 두 주제 사이의 경계선을 재설정(Boundary Shift)합니다. 방치: 에이전트가 만든 구조를 당신이 계속 사용한다면, 그것은 암묵적 보상으로 간주되어 정책이 고착됩니다.

10_Wiki/ ├── 🛠️ Projects/ ← 지금 진행 중인 일 ├── 💡 Topics/ ← 개념·지식 ├── ⚖️ Decisions/ ← 왜 이렇게 판단했는가 └── 🚀 Skills/ ← 프롬프트·워크플로우·실행 도구