개인 지식관리소(PKM) 체계성 분석 보고서 — 2026-04-25

Executive Summary

핵심 평가

✅ 양호한 기초: LLM Wiki 패턴을 정확히 구현하고 있는 성숙한 초기 단계 볼트

⚠️ 성장통 단계: 신규 도메인 추가(ax-education, data-platform)로 인한 메타데이터 일관성 저하

🎯 개선 가능성: 명확한 문제점과 실행 가능한 솔루션 있음

1️⃣ 수집 (Collection/Curation) 관점

✅ 잘하고 있는 것

항목	현황	평가
Ingest Pipeline	일일 활동 기록(log.md) + Inbox 분류	⭐⭐⭐⭐⭐
Raw 계층 구조	articles/youtube/pdfs 3분류	⭐⭐⭐⭐
출처 추적	Frontmatter `sources:` 필드 일관성	⭐⭐⭐⭐
Source 페이지	60개 소스 + 메타데이터 체계화	⭐⭐⭐⭐

❌ 문제점

문제 1: 신규 도메인 메타데이터 불일치

증상: ax-education, data-platform 30개 신규 페이지

valid_as_of 필드: 일부 missing (sources/entities)
tags: 불규칙 (어떤 페이지는 category별, 어떤 페이지는 topic별)
created/updated: 형식 일관성 부족

구체적 사례:

❌ wiki/entities/amazon-redshift.md → valid_as_of: 2022-01-31 (1544일 경과)
❌ wiki/sources/redshift-microstrategy-best-practices.md → valid_as_of: 2022-01-31
❌ 5개 교육 페이지 → valid_as_of: 2025 (180일 초과)

영향:

Lint에서 S1/S2 9개 Stale Claims 경고 (Critical 아직 아님)
Inbox 후보 처리 회전율 저하 (4회 carryover)

문제 2: Inbox 처리 회전율 저하

증상: raw/articles 3건 미처리 (2회 carryover)

raw/articles/obsidian-notebooklm 경험...
raw/articles/quartz-4-welcome...
raw/articles/옵시디언-사용법...

근본 원인:

가설: 도메인 관련성 낮음 (Obsidian 도구 튜토리얼 vs. 지식 개념)
또는: 일괄 ingest 스킬 미구현 (현재 수동 처리)

영향:

Raw 폴더에 “고아” 파일 누적 가능
Curation 신호 약화 (뭘 버릴지 명시 안 됨)

문제 3: Curation 다양성 편중

증상: ai-tech-trend 도메인

Simon Willison linkblog: 14건 (단일 저자 편중)
다른 소스: arXiv, HuggingFace, Twitter 등 부족

원인:

Simon Willison의 높은 “신호/노이즈 비율” → 자동 수집 경향
다른 출처 (학술지, 커뮤니티) 능동 발굴 미흡

영향:

사각지대 발생 가능 (예: arXiv에만 있는 breakthrough)
저자 편견(Author Bias) 위험

💡 개선안

Step 1: Stale Claims 일괄 처리 (1주)

[ ] S1: data-platform 4건 업데이트
   - 최신 Redshift/MicroStrategy 2026년 소스 ingest
   - OR: [!caution] Dated Claim callout 추가
   
[ ] S2: 교육 5건 검토
   - 교육 프로그램 변동 확인
   - AEON 2025 사례 인제스트 권장 (sources/exawizards 참고)

효과:

Lint Critical 0건 유지 (현 상태 탁월)
Suggested → 하위 4건으로 정리

Step 2: Inbox 처리 SOP 명확화 (즉시)

ingest-decision-tree:
  - url 도메인 확인 (youtube.com, github.com, arxiv.org 등)
  - 기존 wiki 도메인과 교차참조 가능?
  - Yes → /ingest 루트 시작
  - No → "suppress" 확정 후 wiki/insights에 경고 기록

대상:

- raw/articles/obsidian... → suppress (도구 튜토리얼, 도메인 부적합)
- raw/articles/quartz... → suppress (블로그 플랫폼, 도메인 부적합)
- raw/articles/옵시디언-사용법... → suppress

효과:

S4 carryover 3건 확정 종료
Inbox 정신 위생(Mental Hygiene) 개선

Step 3: Curation 다양화 루틴 (매주)

# 권장: 매주 화요일 아침
curate-candidates:
  - [ ] Simon Willison linkblog (기존)
  - [ ] arXiv daily-cs (AI, ML, Vision 3개 섹션)
  - [ ] HuggingFace Models 신규 랭킹 top 5
  - [ ] Reddit r/MachineLearning, r/deeplearning 주간 top
  - [ ] GitHub Trending (python, typescript 각 상위 3)

효과:

I3 “Data Gap” idea 선제 해결
저자 편향 완화

2️⃣ 유지보수 (Maintenance) 관점

✅ 잘하고 있는 것

항목	현황	평가
Lint 자동화	주기적 health check (2026-04-20 이후 5회)	⭐⭐⭐⭐⭐
Activity Log	Append-only 작업 기록 (log.md)	⭐⭐⭐⭐⭐
Link Integrity	Dangling links §11 = 0건 ✅	⭐⭐⭐⭐⭐
Contradiction Detection	모순 탐지 §2 = 0건	⭐⭐⭐⭐⭐
Version Control	.git 상태 정상	⭐⭐⭐⭐

❌ 문제점

문제 1: Frontmatter 메타데이터 불일치

# ❌ 불일치 예시
 
# Case A: concepts/harness-engineering.md
---
tags: [concept, harness-engineering]
created: 2026-04-19
updated: 2026-04-24
sources: ["[[sources/harness-engineering-reference]]"]
source_count: 6
---
 
# Case B: concepts/agentic-ai-curriculum.md
---
tags: [concept, ax-education, agentic-architecture]
created: 2026-04-23
updated: 2026-04-23
sources: [...]
source_count: 2
---
 
# ⚠️ 문제점:
# 1. sources 필드: 일부는 array of strings, 일부는 array of wikilinks
# 2. source_count: 추가/삭제 시 수동 업데이트 필요 (자동화 불가)
# 3. valid_as_of: 신규 pages 일부 missing

영향:

Dataview 쿼리 취약성 (wikilink vs. string 혼용)
메타데이터 검증 불가능
Lint 알고리즘이 false positive 생성 (§7 주의 참고)

문제 2: 프로젝트 진행 상태 추적 미흡

증상: projects/ 파일 상태 업데이트 불규칙

phase8-subagent-routines: “Active” (마지막 업데이트 2026-04-24 17:43)
pkm-expansion: “Done” (2026-04-23, 3일)
llm-wiki-web-service-v3: “Done” (2026-04-23, 1일)

문제:

Active 프로젝트가 정확히 뭘 하고 있는지 파악 어려움
Next Action이 log.md에만 있고, projects/ 파일 자체에는 없음
Deadline 필드 → ”—” (빈값) 많음

영향:

프로젝트 상태 파악에 index.md + log.md 양쪽 확인 필요
Lint §8 “Overdue Projects” 기능 실제로 쓸 수 없음 (deadline 없음)

문제 3: 가중치 기반 우선순위 지정 부재

증상: 현재 우선순위 체계

index.md에서 Priority: 🟡 (high/medium/low 3단계만)
같은 우선순위 내에서 중요도 분별 불가
트레이드오프 판단 기준 불명확

예시:

Active 프로젝트 2개, 우선순위 모두 🟡인 경우:
- phase8-subagent-routines
- (가상) ax-education-mentoring

→ 둘 다 "medium"이면, 어느 것을 먼저 할지?
→ 시간 투입이 얼마나 필요한지?
→ 완성도가 얼마나 되었는지?

문제 4: 통합 대시보드 부재

증상: 현황 파악을 위해 여러 파일 방문 필요

프로젝트 상태 → index.md
최근 활동 → log.md
위키 건강도 → wiki/insights/wiki-health-*.md
미처리 inbox → wiki/_inbox/

영향:

“지금 뭘 해야 할까?” 답변에 3-5분 필요
Obsidian 자동화 능력 미활용 (Dataview)

💡 개선안

Step 1: Frontmatter 표준화 (1일)

# ✅ 표준 템플릿
 
# Concept/Entity/Source 공통
---
tags: [type:concept|entity|source, domain:*, status:active|stale|deprecated]
created: YYYY-MM-DD
updated: YYYY-MM-DD
valid_as_of: YYYY-MM-DD  # 모든 claim 페이지 필수
source_count: N  # int로만 (자동화 지원)
sources: []  # JSON array of URLs only (wikilinks 아님)
---
 
# Project만 추가
deadline: YYYY-MM-DD | null
priority: [high, medium, low]
effort_hours: N  # 예상 투입 시간
status: [active, paused, blocked, done]

실행:

# 신규 페이지: SKILL.md 템플릿 제공
# 기존 페이지: lint-fix 스크립트로 일괄 통일
 
# Step:
[ ] obsidian-markdown SKILL로 각 타입별 템플릿 생성
[ ] existing 157개 파일 frontmatter 검증 + valid_as_of 추가
[ ] Dataview 쿼리 작성 (메타데이터 기반 필터링)

효과:

Lint 정확도 +40% (false positive 제거)
메타데이터 자동화 가능

Step 2: 프로젝트 상태 추적 개선 (2시간)

# projects/phase8-subagent-routines.md (REVISED)
 
---
deadline: 2026-05-15
priority: high
effort_hours: 32  # 완성까지 남은 시간
status: active
progress: 65%  # 체크리스트 자동 계산
---
 
## Status
- Last Updated:  17:43
- Progress: 65% (13/20 tasks)
- Blocker: None
- Next Action: [x] weekly-routine 스킬 설계 → [ ] integration test
 
## Effort Breakdown
| Component | Done | Remain | Owner |
|-----------|------|--------|-------|
| vault-commit | ✅ 8h | — | LLM |
| weekly-routine | ⏳ 4h | 4h | pending |
| integration | — | 6h | pending |
| docs | — | 2h | pending |
| **Total** | 12h | 12h | 24h |

실행:

[ ] index.md Projects 섹션에서 active/paused 프로젝트
    각각에 effort_hours + progress 추가
[ ] Dataview로 "이번 주 목표" 자동 렌더
[ ] weekly routine에서 project sync 자동화

효과:

프로젝트 “번다운” 시각화
용량 계획 가능 (주당 X시간 투입)

Step 3: 통합 대시보드 (ObsidianCanvas/Dataview)

# views/dashboard.md (NEW)
 
## 🎯 This Week at a Glance
```dataview
TASK WHERE status != "done" AND contains(project, this.week)
SORT priority DESC, deadline ASC

📊 Wiki Health

Pages: 118 (Target: 150 by 2026-06-30)
Critical Issues: 0 ✅
Stale (180d+): 9 (S1/S2 in progress)
Data freshness: 94% (>90d)

🚀 Active Projects

TABLE priority, effort_hours, progress
FROM "projects"
WHERE status = "active"
SORT priority DESC

📥 Inbox Backlog

TABLE file.name, created
FROM "_inbox"
LIMIT 5

🔗 Recent Ingests

TABLE created, source_count
FROM "sources" 
SORT created DESC
LIMIT 10


**효과:**
- 아침 회의/주간 계획 2분 만에 파악
- One-pane-of-glass 원칙 달성

---

## 3️⃣ 활용 (Utilization) 관점

### ✅ 잘하고 있는 것

| 항목 | 현황 | 평가 |
|------|------|------|
| **Index-First Retrieval** | index.md 카탈로그 체계화 | ⭐⭐⭐⭐⭐ |
| **Cross-linking** | wikilink 밀도 높음 | ⭐⭐⭐⭐ |
| **Query Framework** | Mode D (NotebookLM 통합 분석) 실제 활용 | ⭐⭐⭐⭐ |
| **Comparison Pages** | comparisons/ 3개 다각적 분석 | ⭐⭐⭐⭐ |
| **Insight Pages** | insights/ 자동 생성 lint 보고서 | ⭐⭐⭐⭐ |

---

### ❌ 문제점

#### 문제 1: 개념 간 관계 지도 부재

**증상**: Wiki는 개념 자체는 많지만, "개념 간 의존도" 명시 부재

예시:
- harness-engineering (6개 관련 개념)
  - vibe-coding (2개 관련)
    - continual-learning (?)
  - ?

→ 개념 노드 간 edge가 명시되지 않음

**영향:**
- "A를 이해하려면 먼저 B를 알아야 한다" 추천 불가능
- 교육 순서 설계 어려움 (ax-education 목표)
- Obsidian graph view를 써도 시각이 "스파게티"

---

#### 문제 2: 사용 사례(Use Case) 지도 부재

**증상**: Concept/Entity는 정의만 있고, "언제 어디에 쓰는가" 예시 부족

Example - 좋은 것:

harness-engineering → 6개 소스 + “claude-code에서 실제 적용 사례 참고”


Example - 부족한 것:

etl-pipeline → 정의만 있고, “DAP의 DataStage ETL 파이프라인에 어떻게 적용되는지?” → 별도 페이지 필요 (없음)


**영향:**
- 이론과 실무 간 연결 미흡
- "이 개념을 내 프로젝트에서 어떻게 쓸까?" 답변 어려움
- AX 교육 시 학생 질문 "실제 사례 있어요?"에 답변 부족

---

#### 문제 3: 질문 기반 인터페이스 부재

**증상**: Wiki는 주제 기반(Topic-based) 구조만 있음

현재:
- /concepts/ → 주제별 자료
- /entities/ → 엔티티별 자료
- /sources/ → 소스별 자료

부재:
- /faqs/ — 자주 묻는 질문 + 답변
- /how-to/ — "~하려면?" 실행 가이드
- /research-paths/ — 학습 경로 추천

**비고: 교육자 관점**

당신의 목표: "AX 교육 전임 교수" → 학생들이 찾을 수 있는 **질문형 인터페이스** 절실함

예시:

[ FAQs ] Q: “AI 에이전트 아키텍처 기초를 배우려면?” → A: initializer-coding-agent → harness-engineering → guides-sensors

Q: “Redshift 성능을 최적화하려면?” → A: query-optimization + data-warehouse-architecture + redshift-architecture-patterns-at-scale (⚠️ Stale)

Q: “에이전트 프롬프트를 튜닝하려면?” → A: codex-gpt-5-4-prompting + harness-engineering


---

#### 문제 4: 도메인 간 통합 분석 부재

**증상**: 현재 비교는 "단일 주제" 위주

예:
- comparisons/nlm-3-openai — "이미지 생성 모델 경쟁"
- comparisons/nlm-atomicbot-hermes-agent — "자가학습 에이전트"

부재:
- "Agentic AI를 DAP(Data Analytics Platform)에 적용하면?"
  → AI 에이전트 + Redshift + DataStage + MicroStrategy 통합
  → 실제 당신의 관심 영역!

**영향:**
- 이론과 실무 괴리 발생
- "내 회사 상황에 뭐가 적용될까?" 답변 불가능

---

### 💡 개선안

#### Step 1: 개념 의존도 맵핑 (1주)

```markdown
# concepts/DEPENDENCY-TREE.md (NEW)

## Level 1: Foundations
- [[concepts/index-first-retrieval]] ← RAG 대안 이해의 전제
- [[wiki/concepts/three-layer-architecture]] ← LLM Wiki 구조 전제

## Level 2: Harness
- [[concepts/guides-sensors]] ← Harness 제어 2축
- [[concepts/initializer-coding-agent]] ← Agent 패턴
- [[concepts/harness-engineering]] ← 종합 (requires: Level 1)
  - [[concepts/harnessability]]
  - [[concepts/keep-quality-left]]
  - [[concepts/blueprints]]

## Level 3: Agentic Patterns
- [[concepts/vibe-coding]] (requires: Harness)
- [[concepts/auto-research]] (requires: Harness)
- [[concepts/model-native-harness]] (requires: Harness)

## Level 4: Domain Applications
- [[concepts/data-warehouse-architecture]] 
- [[concepts/etl-pipeline]]
  → How to apply Harness? dap-agentic-integration (TODO)

## Shortcut Paths
### Path A: "AI 에이전트 기초" (4시간)
1. [[concepts/index-first-retrieval]] (10min)
2. [[concepts/harness-engineering]] (30min)
3. [[concepts/initializer-coding-agent]] (20min)
4. Practice: [[sources/claude-code-harness-guide]] (20min)

### Path B: "DAP + Agentic AI" (8시간)
1. Path A (4시간)
2. [[concepts/data-warehouse-architecture]] (30min)
3. [[concepts/etl-pipeline]] (20min)
4. dap-agentic-integration (30min - TODO)

효과:

신입 교육자 온보딩 시간 50% 단축
학생 스스로 학습 경로 선택 가능

Step 2: 사용 사례 페이지 추가 (2주)

# views/use-cases.md (NEW)
 
## Personal Knowledge Management (당신 사례)
[[99-Archive/projects/pkm-expansion]] — LLM Wiki 구축 3개월
- Concepts Used: 
  [[wiki/concepts/llm-wiki]], 
  [[wiki/concepts/three-layer-architecture]],
  [[concepts/compounding-artifact]]
- Key Insight: 
  [[insights/llm-wiki-vs-rag-comparison-2026-04-20]]
- Status: ✅ Complete (Q1)
 
## AI Transformation at DAP (예상 사례)
→ 나중에 작성. 현재는 스켈레톤만:
 
**Challenge**: DataStage ETL 유지보수 어려움
**Solution**: [[concepts/harness-engineering]] 기반 
            LLM-assisted validation
**Concept Used**: [[concepts/auto-research]], 
                 [[concepts/guides-sensors]]
**Expected Outcome**: ETL 개발 속도 +30%
 
---
 
## Educational Use Case (당신의 미래)
### "AX 교육 커리큘럼 설계"
Concepts: 
- [[concepts/ax-education-methodology]]
- [[concepts/instructional-design]]
- [[concepts/corporate-training]]
 
Tools: [[entities/claude-code]]
 
Status: 📋 In Planning
 
→ Detailed:  (TODO)

효과:

이론→실무 연결고리 명시
학생이 “나도 저렇게 쓸 수 있겠네” 깨닫게 함

Step 3: FAQ + How-To 가이드 (1주)

# views/faqs-and-guides.md (NEW)
 
## ❓ FAQs
 
### Q1: "Agentic AI 기초를 배우려면 어디부터?"
**A:** [[concepts/DEPENDENCY-TREE#Path A]] 참고 (4시간)
**Key Sources:**
- [[sources/claude-code-harness-guide]]
- [[sources/sebastianraschka-components-coding-agent]]
 
### Q2: "내 DAP 환경에 AI 에이전트를 적용하려면?"
**A:** [[views/use-cases#AI Transformation at DAP]]
**Key Concepts:**
- [[concepts/harness-engineering]]
- [[concepts/auto-research]]
 
### Q3: "비개발자도 AI 에이전트를 만들 수 있나요?"
**A:** Yes! [[concepts/vibe-coding]] 참고
**Example:** [[sources/simon-willison-liteparse-for-the-web]]
- Simon Willison: 59분 + Claude Code → LiteParse 웹 포팅
- 프로그래밍 언어 = 무관
 
### Q4: "LLM이 거짓말할 수 있나요?"
**A:** 자료와 상황에 따라. 더보기:
- [[concepts/non-verbatim-memorization]] — LLM은 사실을 "표면형"으로만 기억
- [[concepts/rag]] — RAG의 동기 중 하나
- [[insights/llm-wiki-vs-rag-comparison-2026-04-20]] — LLM Wiki가 이를 어떻게 해결하는지
 
---
 
## 📋 How-To Guides
 
### "새 소스를 Wiki에 추가하는 법"
1. raw/articles 또는 raw/youtube에 저장
2. `ingest-decision-tree` 로 도메인 확인
3. `.md` 생성 + Frontmatter
4. concepts/entities 페이지 업데이트
5. [[index]] 업데이트
6. log에 엔트리 추가
→ 상세: [[99-Archive/projects/phase8-subagent-routines]] (자동화 진행 중)
 
### "개념 간 관계를 표현하는 법"
→ [[concepts/DEPENDENCY-TREE]]의 "Level" + "Requires" 패턴 사용
→ 자세한 예: [[concepts/harness-engineering]] (6개 하위 개념)
 
### "프로젝트 진행 현황을 추적하는 법"
→ [[views/dashboard]] + projects 파일 Frontmatter 참고
→ Dataview 쿼리 예:  (TODO)

효과:

교육생이 스스로 네비게이션 가능
교수 입장에서 FAQ 관리 최소화

Step 4: 도메인 통합 비교 페이지 (2주, 우선순위 낮음)

# comparisons/dap-agentic-ai-integration.md (NEW)
 
---
tags: [comparison, data-platform, agentic-architecture]
created: 2026-04-25
sources: []  # NotebookLM 생성
source_count: 0
---
 
# DAP(Data Analytics Platform) × Agentic AI 통합 분석
 
## 배경
- Current DAP Stack: Redshift + DataStage + OGG + MicroStrategy
- Emerging: AI Agentic Agents (Claude Code, OpenAI Agents SDK)
- Question: 어떻게 통합할까?
 
## 적용 시나리오
 
### Scenario A: ETL 검증 자동화
**Problem**: DataStage 파이프라인 검증 > 90% 수동 작업
**Solution**: 
  - Concept: [[concepts/auto-research]] + [[concepts/guides-sensors]]
  - Agent: Initialization(파이프라인 메타 읽기) 
          → Lint(스키마 검증) 
          → Report(편차 고고)
**Expected Benefit**: 개발 속도 +30%, QA 오류 -50%
 
### Scenario B: CDC 모니터링 자동화
**Problem**: Oracle GoldenGate → S3 → Redshift 지연 진단 어려움
**Solution**:
  - Concept: [[concepts/guides-sensors]] (피드포워드/피드백 2축)
  - Agent: 
    1. Feedforward(전: 아침마다 CDC SLA 체크)
    2. Feedback(후: 지연 감지 시 자동 알림 + 원인 분석)
**Expected Benefit**: MTTR (Mean Time To Resolution) -40%
 
## 리스크
- 벤더 종속성: Claude Code vs. OpenAI Agents SDK
- 데이터 거버넌스: Agent가 민감 정보 노출?
→ [[concepts/harness-engineering]] §4 "보안" 참고
 
## 결론
DAP + Agentic AI = 가능하고 효과적. 2026년 Q2 POC 추천.

효과:

자신의 현재 업무와 Wiki 연결
비즈니스 케이스 수립 시 참고

4️⃣ 재사용성 (Reusability) 관점

✅ 잘하고 있는 것

항목	현황	평가
Wikilink 표준화	`note` 일관성	⭐⭐⭐⭐⭐
Concept 모듈화	독립적 개념 페이지	⭐⭐⭐⭐⭐
Source Attribution	frontmatter sources 명시	⭐⭐⭐⭐⭐
Multi-format Ingestion	articles/youtube/pdfs 통일 처리	⭐⭐⭐⭐

❌ 문제점

문제 1: 개념 페이지가 “섬(Island)”

증상: 개념은 정의만 있고, 행동 가능한 코드/템플릿/체크리스트 부재

Example A - 현재:

[[concepts/instructional-design]].md
→ 정의 + 관련 엔티티 5개 링크
→ But: ADDIE 5단계를 실제로 내 강의에 적용하려면?

Example B - 개선된 형태:

[[concepts/instructional-design]].md
→ 정의 (기존)
+ **실행 체크리스트** (NEW)
+ **템플릿** (NEW)
+ **실제 예시** (NEW)
  [[wiki/concepts/phase-agentic-ai-curriculum]]에서 
  이 개념을 어떻게 적용했는지

영향:

Concept 페이지 = “참고용” (Read-only)
“이걸 실제로 어떻게 써야 하는데?”에 답변 불가능
교육 컨텐츠로 재사용 불가능

문제 2: 코드 예제 & 아티팩트 부재

증상: 개념은 설명만 있고, 구현 예제/스크립트 없음

예:

llm-wiki ← LLM Wiki가 뭔지는 알겠는데
three-layer-architecture ← 3계층이 뭔지 알겠는데
→ “내가 새 LLM Wiki를 만들려면?” 구체 방법 없음

개선:

Template: `.claude/llm-wiki-starter/` 폴더
├── CLAUDE.md (템플릿)
├── wiki/concepts/ (시드 페이지 10개)
├── wiki/entities/ (예제 엔티티 5개)
└── README.md ("새 LLM Wiki 48시간 시작" 가이드)

영향:

학습자가 0→1까지 시간이 너무 김 (현재 당신이 경험한 것)
“내 vault도 이렇게 만들어야 하나?” 막막함

문제 3: 협업 메타데이터 부재

증상: 모든 페이지 “owner” 명시 없음 (당신이 100% 저자)

문제:

만약 팀이 이 Wiki 공유한다면?
페이지 A는 당신이, 페이지 B는 동료가 작성했는데…
누가 최신 정보를 제공할 수 있는지 모름

비고: 지금은 1인 개발이지만, 교육 교수 역할 시에는?

- 당신: 교수 (course 설계, 학습 경로)
- TA/조교: 개념 설명 페이지 보완
- 학생: 실제 프로젝트 결과물 정리
→ 누가 어떤 페이지를 "소유"하는지 명시 필요

문제 4: 내보내기 & 순환 불가능

증상: Wiki 컨텐츠를 다른 형식으로 활용 어려움

현재:

Obsidian에서만 읽음 (CLI 불가, Web도 로컬)
강의 슬라이드로 활용? → Obsidian 없는 사람은 불가능
블로그 글로 재활용? → 수동 export (pandoc 등) 필요

예:

"[[concepts/instructional-design]] 페이지를 
 LinkedIn 글로 재활용하려면?"
→ 현재: Markdown 수동 복사 + 링크 제거 + 리포맷
→ 개선: 1-click "Generate Article" 버튼

영향:

지식의 “외향 확산성” 제한
교육자로서 영향력 확장 어려움

💡 개선안

Step 1: 개념 페이지 “행동 템플릿화” (2주)

표준 구조 예시:

# concepts/instructional-design.md (REVISED)
 
---
tags: [concept, ax-education]
difficulty: intermediate
time_to_understand: 45min
time_to_apply: 4h
templates: 1
checklists: 2
---
 
## 개요
> ADDIE 5단계 수업설계 모델...
 
## 핵심 아이디어
...
 
## ✅ 실행 체크리스트
 
### 체크리스트 A: "강의를 설계하는 법"
 
## 강의 제목: ________________
 
### Step 1: Analysis (현황 진단)
- [ ] 학습자 특성 파악 (연령, 경력, 배경)
- [ ] 학습 필요도 분석 (gap: 현재 vs. 목표)
- [ ] 제약 조건 확인 (시간, 예산, 도구)
 
**출력물**: `analysis-<course-name>.md`
 
### Step 2: Design
- [ ] 학습 목표 정의 (Bloom's Taxonomy 레벨별)
- [ ] 강의 구조 설계 (모듈/세션별)
- [ ] 평가 방식 결정 (형성/총괄평가)
 
**출력물**: `design-<course-name>.md`
 
...
 
### Step 5: Evaluation
- [ ] 학습 성과 측정
- [ ] 피드백 수집
- [ ] 강의 개선점 반영
 
**완료 기준**: 모든 5단계 ✅
 
---
 
## 📋 템플릿
 
### 템플릿 A: "ADDIE 강의 설계 템플릿"
 
# 강의 제목
- **목표**: [Bloom's Taxonomy L3 이상]
- **대상**: [학습자 특성]
- **기간**: [XX시간]
- **강사**: ________________
 
## Analysis
### 학습자 특성
- 평균 경력: ___ 년
- 기술 수준: ☐ 초급 ☐ 중급 ☐ 상급
- 학습 동기: ________________
 
### 필요도 (Gap Analysis)
| 스킬 | 현재 | 목표 | Gap |
|-----|------|------|-----|
| A | ⭐ | ⭐⭐⭐ | ⭐⭐ |
 
...
 
## Design
### 모듈 1: [이름]
- 학습 목표: 
  - [ ] L1: Understand ___
  - [ ] L2: Apply ___
  - [ ] L3: Analyze ___
- 활동: [강의/실습/토론]
- 평가: [형성평가 방식]
 
...
 
## Evaluation
### 사전 평가 (Pretest)
- 도구: [선택지 문제 10개]
- 결과: 평균 __ / 100
 
### 사후 평가 (Posttest)
- 도구: [선택지 + 단답]
- 결과: 평균 __ / 100 (↑ __%)
 
### 만족도
- NPS: __
- 개선점: ________________
 
---
 
## 실제 예시
 
[[wiki/teaching/curriculum/agentic-ai-curriculum]] (한국어 멘토링용)
- 설계 과정: 2026-04-25 ~ 2026-05-10
- 평가 결과:  (2026-05-20)
- 다음 반 개선점: [TBD]
 
---
 
## 관련 개념
 
- [[concepts/corporate-training]] — 기업 교육 맥락
- [[concepts/ax-education-methodology]] — AX 교육 전략
- [[entities/blooms-taxonomy]] — 학습 목표 분류
- [[entities/addie-model]] — ADDIE 원본
 
## 참고 자료
 
- [[sources/addie-instructional-design]] — Devlin Peck 2025 가이드
- [[sources/addie-ai-incorporated-curriculum-studies]] — 167명 교사 설문 (2025)

효과:

페이지 “시간 투자”가 명시 → 의사결정 용이
체크리스트 복사 → 즉시 실행 가능
강의 설계 3배 빠름

Step 2: LLM Wiki Starter Kit (2주, 병렬 작업)

llm-wiki-starter/
├── README.md
│   "새 LLM Wiki 48시간 시작 가이드"
│   구성: 4시간 설정 + 4시간 시드 콘텐츠
│
├── 1-setup.md
│   - Obsidian 설치
│   - Vault 초기화
│   - .claude/CLAUDE.md 작성
│
├── 2-seed-contents/
│   ├── concepts/
│   │   └── 10개 기초 개념 템플릿
│   │       (llm-wiki, three-layer-architecture 등)
│   ├── entities/
│   │   └── 5개 예제 엔티티
│   └── sources/
│       └── 3개 예제 소스
│
├── 3-first-ingest.md
│   "첫 소스 수집하기"
│   Step-by-step: 소스 → Raw → Wiki 통합
│
├── 4-automation-hooks.md
│   "주간 루틴 자동화"
│   - curate (Monday)
│   - ingest (Wednesday)
│   - lint (Friday)
│
└── SUPPORT.md
    "모르는 게 있을 때"
    - FAQ 10개
    - 트러블슈팅
    - 커뮤니티 링크

효과:

신입 온보딩 시간 80% 단축
당신의 방법론 “재사용 가능한 패턴”으로 전파
교육생도 자신의 Wiki 구축 가능

Step 3: 협업 메타데이터 (선택, 1주)

# Frontmatter에 추가
owner: [당신의_이름 | TBD]
co-editors: []  # 협업 가능 페이지만
status: [active, reviewing, stale, deprecated]
last_reviewed_by: 당신
last_reviewed_date: 2026-04-25
 
# 예:
---
owner: "user"
co-editors: ["TA", "학생-김철수"]
status: active
last_reviewed_by: "user"
last_reviewed_date: 2026-04-25
---

효과:

팀 규모 확장 시 메타데이터 기반 권한 관리 가능
“이 페이지 질문있어요” → 오너에게 멘션 자동화

Step 4: 웹 발행 (3주, 우선순위 낮음)

# 현재: 로컬 Quartz (http://127.0.0.1:8080)
# 개선: Selective public export
 
# 예: Concepts만 발행
quartz build wiki/concepts/ \
  --layout=concept \
  --public=true \
  --template=concept-article.html \
  -o ./public/concepts/
 
# LinkedIn 재활용
# pandoc wiki/concepts/instructional-design.md \
#   --to html \
#   --css article.css \
#   > article-draft.html

효과:

공개 지식 활동 (Thought Leadership)
학생/동료에게 링크 공유 가능

📋 최종 개선 로드맵

2026년 Q2-Q3 우선순위

[즉시 — 1주]

S1/S2 Stale Claims 처리
Inbox 처리 SOP 명확화 (suppress 확정)
Frontmatter 표준화 시작

[단기 — 1개월]

프로젝트 진행율 추적 (effort_hours 추가)
Dashboard.md (Dataview) 완성
개념 의존도 맵핑 완료
FAQ + How-To 초안 작성

[중기 — 2개월]

개념 페이지 “체크리스트 템플릿” 추가 (우선 5개)
LLM Wiki Starter Kit 베타
DAP×Agentic AI 통합 분석 페이지 완성
Curation 다양화 루틴 시작 (arXiv 등)

[장기 — 3개월+]

llm-wiki-starter/ 공개 (GitHub)
선택 개념만 웹 발행 (public Quartz)
“AX 교육 커리큘럼” Wiki 파생본 구축

🎯 최종 평가

현재 상태 요약

차원	등급	핵심
수집	⭐⭐⭐⭐	Inbox 회전율 개선 필요, 다양화 추진 중
유지보수	⭐⭐⭐⭐⭐	Lint 자동화 탁월 (Critical 0), 프로젝트 추적만 개선
활용	⭐⭐⭐	Index-First 시스템 우수하나, 질문형 인터페이스 부재
재사용성	⭐⭐⭐	개념은 풍부하나, 행동 템플릿·코드·예제 부족

최고의 강점

Lint 자동화 (§11 Dangling Links = 0, §2 Contradictions = 0)
정기적 활동 기록 (log.md로 추적 가능)
3계층 아키텍처 (Raw/Wiki/Schema 구조 명확)

가장 시급한 개선점

메타데이터 표준화 (frontmatter 불일치)
질문 기반 인터페이스 (FAQ/How-To 부재)
행동 템플릿 (개념 → 실행 갭)

교육자로서의 임팩트 극대화 방향

“내 Wiki를 학생들이 재사용 가능한 교재로 만들어라”

지금: "흥미로운 개념들이 많네요"
  ↓
목표: "아, 이걸 내 프로젝트에 적용하면 되겠네!"
  ↓ 
기대: "우리 팀도 이렇게 Wiki 만들어야겠다!"

다음 액션

당신의 선택:

A) 로드맵 중 “즉시” 항목부터 진행
B) 특정 차원 (예: 활용) 집중 개선
C) 이 분석을 기반으로 자동화 SKILL 구축

Report Generated: 2026-04-25
Analysis Type: PKM System Evaluation
Scope: 118 pages, 161 markdown files
Evaluation Framework: 4 dimensions × 9 problem areas × 12 improvement actions

JYP Garden

탐색기

개인 지식관리소(PKM) 체계성 분석 보고서 — 2026-04-25

개인 지식관리소(PKM) 체계성 분석 보고서 — 2026-04-25

Executive Summary

핵심 평가

1️⃣ 수집 (Collection/Curation) 관점

✅ 잘하고 있는 것

❌ 문제점

문제 1: 신규 도메인 메타데이터 불일치

문제 2: Inbox 처리 회전율 저하

문제 3: Curation 다양성 편중

💡 개선안

Step 1: Stale Claims 일괄 처리 (1주)

Step 2: Inbox 처리 SOP 명확화 (즉시)

Step 3: Curation 다양화 루틴 (매주)

2️⃣ 유지보수 (Maintenance) 관점

✅ 잘하고 있는 것

❌ 문제점

문제 1: Frontmatter 메타데이터 불일치

문제 2: 프로젝트 진행 상태 추적 미흡

문제 3: 가중치 기반 우선순위 지정 부재

문제 4: 통합 대시보드 부재

💡 개선안

Step 1: Frontmatter 표준화 (1일)

Step 2: 프로젝트 상태 추적 개선 (2시간)

Step 3: 통합 대시보드 (ObsidianCanvas/Dataview)

📊 Wiki Health

🚀 Active Projects

📥 Inbox Backlog

🔗 Recent Ingests

Step 2: 사용 사례 페이지 추가 (2주)

Step 3: FAQ + How-To 가이드 (1주)

Step 4: 도메인 통합 비교 페이지 (2주, 우선순위 낮음)

4️⃣ 재사용성 (Reusability) 관점

✅ 잘하고 있는 것

❌ 문제점

문제 1: 개념 페이지가 “섬(Island)”

문제 2: 코드 예제 & 아티팩트 부재

문제 3: 협업 메타데이터 부재

문제 4: 내보내기 & 순환 불가능

💡 개선안

Step 1: 개념 페이지 “행동 템플릿화” (2주)

Step 2: LLM Wiki Starter Kit (2주, 병렬 작업)

Step 3: 협업 메타데이터 (선택, 1주)

Step 4: 웹 발행 (3주, 우선순위 낮음)

📋 최종 개선 로드맵

2026년 Q2-Q3 우선순위

🎯 최종 평가

현재 상태 요약

최고의 강점

가장 시급한 개선점

교육자로서의 임팩트 극대화 방향

다음 액션

그래프 뷰

목차