add

concepts/llm-wiki-pattern.md

@@ -4,7 +4,7 @@ created: 2026-06-28
 updated: 2026-06-28
 type: concept
 tags: [wiki, knowledge-base, synthesis, agent, markdown]
-sources: [raw/articles/karpathy-llm-wiki-2026.md]
+sources: [raw/articles/karpathy-llm-wiki-2026.md, raw/articles/nashsu-llm-wiki-2026.md, raw/articles/hermes-research-llm-wiki-skill-2026.md]
 confidence: medium
 ---
 
@@ -16,8 +16,15 @@ LLM Wiki は、LLM が curated raw sources を読み、持続的な Markdown wik
 
 人間の役割は source selection、問いの設計、レビュー、方向づけ。LLM の役割は要約、相互リンク、既存ページ更新、矛盾検出、index/log 更新などの bookkeeping。閲覧・探索には [[obsidian]] のような wikilink 対応エディタが合う。
 
+## Implementation Surface
+
+Karpathy の原案は抽象的な運用パターンだが、実装形態は複数ある。Hermes の `llm-wiki` skill は Markdown directory、`SCHEMA.md`、`index.md`、`log.md`、raw source frontmatter、agent の手順を組み合わせて、軽量な file-based workflow として実行する。一方、[[llm-wiki-app]] は同じ発想を desktop app、persistent ingest queue、folder watch、knowledge graph、semantic search、web clipper、local HTTP API/MCP server まで含む product として具体化している。
+
+この差は「単純な Markdown vault を agent が保守する」のか、「専用アプリが ingest/search/API を統合する」のかという設計選択。小さく始めるなら skill + [[obsidian]] で十分だが、source 数が増え、画像/PDF、queue、graph、API 連携が必要になると app 型の surface が効いてくる可能性がある。
+
 ## Open Questions
 
 - どの粒度でページを分けると、後から検索・更新しやすいか。
 - チーム運用では、LLM 更新をどこまで自動化し、どこを人間レビューにするか。
 - 小規模 wiki では index.md だけで十分か、いつ CLI/MCP search が必要になるか。
+- 専用アプリ化した場合、raw source と wiki page の source of truth をどう保つか。

concepts/wiki-maintenance-loop.md

@@ -4,7 +4,7 @@ created: 2026-06-28
 updated: 2026-06-28
 type: concept
 tags: [workflow, maintenance, wiki, agent]
-sources: [raw/articles/karpathy-llm-wiki-2026.md]
+sources: [raw/articles/karpathy-llm-wiki-2026.md, raw/articles/hermes-research-llm-wiki-skill-2026.md, raw/articles/nashsu-llm-wiki-2026.md]
 confidence: medium
 ---
 
@@ -17,3 +17,9 @@ LLM Wiki の基本運用は ingest / query / lint のループ。
 3. **Lint**: broken links、orphan pages、古い主張、矛盾、frontmatter 不備、肥大化ページを点検する。
 
 この loop によって、[[rag-vs-compiled-wiki|query-time retrieval]] だけでは残りにくい知識整理が継続的に蓄積される。[[obsidian]] の graph view や backlinks は、orphan や hub page を見つける補助になる。
+
+## Automation Notes
+
+Hermes の `llm-wiki` skill では、毎回 `SCHEMA.md`、`index.md`、recent `log.md` を読む orientation が必須になっている。これは自動 ingest が duplicate page creation や schema drift を起こさないための guardrail。新規 raw source には `source_url`、`ingested`、body hash を持たせ、wiki page の frontmatter、index、log を同時に更新する。
+
+[[llm-wiki-app]] はこの loop をアプリ側の persistent ingest queue、folder auto-watch、source cleanup、graph/search、MCP/API に拡張している。つまり maintenance loop は単なる checklist ではなく、agent procedure と product feature のどちらにもなりうる。