🧠 claude-obsidian-kit
LLM wiki kit
First committed by selmakcby
Published in selmakcby/claude-obsidian-kit. Publisher page
26 GitHub stars
What it is
Give your Claude Code agents a shared, persistent brain — an Obsidian vault that survives sessions. Includes a retrofit guide for folders you already have, and a runnable vault linter.
AutoGineer overview, from the brain’s own files
claude-obsidian-kit transforms ephemeral Claude Code sessions into a persistent knowledge base. By introducing specialized agents—the archivist for reading and linting, and the scribe for writing—it enables agents to maintain context across sessions. The kit provides a structured vault template, a schema-driven constitution, and a linter to ensure the integrity of the knowledge graph, effectively turning a project's reasoning into a searchable, long-term asset.
How it works
Memory model: LLM wiki
AutoGineer overview, from the brain’s own files
The kit installs two specialized agents into your project: an archivist that handles queries and vault health, and a scribe that performs efficient writes. It uses a structured Obsidian vault layout with predefined folders for architecture, decisions, design, entities, and concepts. Agents follow a specific llm-wiki skill protocol for ingesting information, querying the vault, and linting for issues like broken links or orphans. A provided Python script allows for command-line linting of the vault's health.
| Folder | Role | Files |
|---|---|---|
| agents | agent-instructions | 2 |
| scripts | scripts | 2 |
| skills | agent-instructions | 4 |
| obsidian | folder | 3 |
| vault-template | folder | 10 |
Requirements
Databases: PostgreSQL
Set it up
This brain runs code automatically: 1 script. Review scripts/install.sh before opening the folder in Claude Code. No step below turns a hook on for you.
scripts/install.sh:sh scripts/install.sh
- Download the brain as a ZIP and unzip it where you keep your notes or project: https://mp-staging.autogineer.com/agent-brains/selmakcby/claude-obsidian-kit/download
cd claude-obsidian-kit && claude
AutoGineer scanned these files at commit 2826401.
- Not scanned by AutoGineerThe author’s README also describes installing it from a clone of its repository. Read its install section: AutoGineer did not scan that path. https://github.com/selmakcby/claude-obsidian-kit/blob/282640137e4761c5a6b0aa75aa509cf39199d6c4/README.md#install
First committed by selmakcby. Published in selmakcby/claude-obsidian-kit. Licence: MIT License.
Usage
AutoGineer overview, from the brain’s own files
- Automating the ingestion of project decisions into a persistent vault.
- Querying past architectural decisions to inform current development.
- Running automated health checks on the knowledge base to identify stale notes or broken links.
- Maintaining a shared knowledge graph that survives individual agent sessions.
- “Why did we choose Stripe webhooks for the payment integration?”
- The archivist agent reads the relevant decision note from the vault and synthesizes the rationale in seconds.
- “Check vault health.”
- The archivist scans the vault for orphans, broken links, and contradictions, returning a severity-sorted report.
Documentation by selmakcby
<div align="center">
🧠 claude-obsidian-kit
Give your Claude Code agents a shared, persistent brain.
Turn ephemeral sessions into accumulating knowledge — stored in an Obsidian vault. Built for efficiency: right model for each job, cheap writes, index-first reads.
┌─ planner (opus) ─┐
│ ui-agent (sonnet)│ QUERY / LINT
│ builder (sonnet)│ ─────▶ archivist (sonnet · read-only)
│ reviewer (sonnet)│ │
└──────────────────┘ ▼
│ VAULT
└────── INGEST ──▶ scribe (haiku · writes)
▲
│
Main Claude
(orchestrator)Install · Retrofit · Lint · Efficiency · FAQ · Prompts 🇹🇷
</div>
What this is
A drop-in kit that extends Claude Code with:
Two agents:
archivist— vault reader + health guardian (QUERY, LINT)scribe— dedicated vault writer (INGEST, runs on haiku for efficiency)
One skill —
llm-wiki— the INGEST · QUERY · LINT protocolsOne constitution —
vault-template/CLAUDE.md— the schema every agent reads before touching the vault (🇹🇷 Türkçe)One vault template — pre-structured Obsidian vault with conventions
One linter —
vault-lint.py, the LINT protocol as a runnable command (no dependencies)One retrofit guide — RETROFIT.md, for when you already have months of material
Obsidian config — graph colours by layer, and the
[!conflict]callout the skill needs
After install, your agents read from and write to a shared markdown knowledge graph that survives sessions. Yesterday's decisions are tomorrow's context.
The problem this solves
Default Claude Code agents are stateless:
Monday: agents plan a feature, build it → close session
Tuesday: new session — "why did we use Stripe webhooks?"
Claude: "I don't know. Let me re-analyze from scratch..."Every session starts from zero. Context dies with the conversation. The project's reasoning evaporates even when the code persists.
With this kit:
Monday: agents plan → scribe files to vault/decisions/
Tuesday: "why Stripe webhooks?"
archivist → reads vault/decisions/2026-04-21-stripe-webhooks.md → answers in 1 second with full rationaleInstall
Quick
git clone https://github.com/selmakcby/claude-obsidian-kit ~/claude-obsidian-kit
cd ~/claude-obsidian-kit
./scripts/install.sh ~/my-projectInstalls:
~/my-project/.claude/agents/archivist.md~/my-project/.claude/agents/scribe.md~/my-project/.claude/skills/llm-wiki/~/my-project/vault/(if doesn't exist)
Final step
Update your project's CLAUDE.md with vault permissions:
{
"permissions": {
"allow": [
"Write(vault/**)",
"Edit(vault/**)",
"Read(vault/**)"
]
}
}How it works
The 6-agent team
After this kit, your full team:
| Agent | Role | Model | Why this model |
|---|---|---|---|
| planner | Architecture + planning | opus | Deep reasoning |
| ui-agent | Design + components | sonnet | Balanced |
| builder | Backend implementation | sonnet | Coding quality |
| reviewer | Quality + security | sonnet | Thorough analysis |
| archivist | Vault reads (QUERY, LINT) | sonnet | Synthesis + audit |
| scribe | Vault writes (INGEST) | haiku | Cheap + fast |
The scribe / archivist split is token-efficient by design — see EFFICIENCY.md.
Three operations
🟢 INGEST (scribe)
Other agents produce findings. Main Claude passes findings to scribe. Scribe formats into proper note + writes to correct folder + updates index.
planner: "We should use monthly/annual pricing toggle"
↓
main Claude: Task(scribe, finding="...", type=decision)
↓
scribe: writes vault/decisions/2026-04-23-pricing-toggle.md🔵 QUERY (archivist)
you: "Why did we choose monthly/annual toggle?"
↓
archivist: reads index.md → greps "toggle" → reads 2-3 notes → synthesizes answer🟡 LINT (archivist)
you: "Check vault health"
↓
archivist: scans for orphans, broken links, stale notes, contradictions
archivist: returns severity-sorted report with fix suggestionsRetrofit — you already have a folder
vault-template/ assumes you are starting clean. Almost nobody is. The realistic situation is
months of accumulated material — transcripts, drafts, half-finished projects, and often an older
vault somewhere inside that already works.
RETROFIT.md is the guide for that case. It covers the two decisions you make before writing anything (the vault root is the folder you already have; an existing vault inside it is canonical and read-only), and the parallel-ingest design that keeps agents from writing the same entity page twice:
Phase 1 domain agents ──▶ project + decision pages only
(reference [[entities]], write none)
│
▼ union + dedupe + deterministic split, in code
Phase 2 node agents ──▶ disjoint slices of the entity/concept list
│
▼
Phase 3 index + lint ──▶ one owner for index.md, one auditSplitting by page type rather than only by domain makes collisions impossible by construction rather than by instruction. Reference run: 1.9 GB, ~1,000 text files, 226 pages, 3,484 links, zero broken links, zero fabricated source citations.
Lint, as a command
skills/llm-wiki/lint.md specifies the checks and a health-score formula. vault-lint.py
implements that spec so the result is measured rather than asserted. Single file, standard
library only, read-only:
python3 scripts/vault-lint.py path/to/vault
# retrofit case: audit the wiki layer, resolve links against the whole folder
python3 scripts/vault-lint.py . --notes 'wiki/*' --notes 'index.md'
# non-English frontmatter
python3 scripts/vault-lint.py . --fields tur,durum,guncelleme --date-field guncelleme
# CI
python3 scripts/vault-lint.py . --fail-under 85| Check | Why it earns its place |
|---|---|
| Broken links | Code spans are stripped first — an [[example]] inside backticks is not a broken link |
| Orphans | Entry points (index, log, README) are exempt |
| Unverifiable sources | Every path a note cites in source: is checked against disk. This is how you catch a citation the agent invented |
| Ambiguous targets | Two files sharing a basename means [[name]] resolves by proximity — possibly not the file you meant |
| Missing concept pages | A link referenced 3+ times with no page behind it |
| Frontmatter, stale notes | Per the schema; stale = old date still in draft |
Flagged > [!conflict] callouts are reported but not scored. A marked contradiction is the
protocol working; the dangerous one is unmarked, and no linter can see that. Pass
--score-conflicts for the strict formula.
Obsidian config
The skill tells the agent to flag contradictions with > [!conflict] — and Obsidian has no such
callout type, so they render as anonymous grey notes. obsidian/ fixes
that and colours the graph by layer. Copy it into your vault's .obsidian/.
Efficiency
This kit is intentionally designed for low token cost. See EFFICIENCY.md for all 10 patterns.
Highlights:
Separate thinking from writing — opus plans, haiku files (80% cost reduction on writes)
Index-first reads — never grep the whole vault
Model tiering — haiku for scribe, sonnet for reads, opus for architecture
Least-privilege tools — smaller system prompts, fewer wasted calls
Parallel when independent — wall-clock savings
Rough cost per full feature (plan + design + build + review + 2 ingests): ~$0.18 Naive "opus everywhere" alternative: ~$0.90 → 5× cheaper with proper model routing.
FAQ
Common questions about INGEST, QUERY, LINT, PII, versioning, RAG comparison, and more — see FAQ.md.
Vault layout
vault/
├── index.md ← entry point, read first
├── _schema/
│ ├── template.md ← required frontmatter for all notes
│ └── conventions.md ← naming, linking, tagging rules
│
├── architecture/ ← how the system is built
├── decisions/ ← why we chose X over Y (dated)
├── design/ ← UI/UX decisions
├── entities/ ← tools, services (stripe, supabase)
├── concepts/ ← cross-cutting ideas
└── sessions/ ← dated session summariesEvery note has frontmatter. Every note links to others. Orphans are tech debt.
File structure
claude-obsidian-kit/
├── README.md ← you are here
├── RETROFIT.md ← pointing the kit at a folder you already have
├── EFFICIENCY.md ← token patterns (10 of them)
├── FAQ.md ← common questions
├── LICENSE ← MIT
├── agents/
│ ├── archivist.md ← reader/guardian (QUERY + LINT)
│ └── scribe.md ← dedicated writer (INGEST)
├── skills/
│ └── llm-wiki/
│ ├── SKILL.md ← main skill manifest
│ ├── ingest.md ← INGEST protocol detail
│ ├── query.md ← QUERY protocol detail
│ └── lint.md ← LINT protocol detail
├── vault-template/
│ ├── index.md ← vault entry point
│ ├── _schema/
│ │ ├── template.md ← note template
│ │ └── conventions.md ← full rulebook
│ ├── architecture/
│ ├── decisions/
│ ├── design/
│ ├── entities/example-service.md
│ ├── concepts/example-concept.md
│ └── sessions/
├── obsidian/
│ ├── graph.json ← graph coloured by vault layer
│ ├── snippets/
│ │ └── vault-layers.css ← [!conflict] callout + folder colours
│ └── README.md
└── scripts/
├── install.sh ← one-command setup
└── vault-lint.py ← runs the LINT protocol for real (no deps)Works well with
Claude Code — the primary target
Obsidian — the vault viewer/editor (optional — vault is plain markdown)
VS Code, Typora, Bear — any markdown editor works
Previous kit: knowledge-pipeline — this extends it with the multi-agent efficiency layer
License
MIT
Credits
Built on Claude Code's agent + skill system.
Inspired by:
obra/superpowers — skills as methodology
anthropics/skills — skill file format
wshobson/agents — multi-agent orchestration patterns
Zettelkasten — atomic notes + aggressive linking
CLAUDE.tr.md
Vault Anayasası (CLAUDE.md) — 🇹🇷 Türkçe Şablon
Bu dosya şema — vault'un anayasası. Ajanlar herhangi bir nota dokunmadan önce bunu okur. Bir şablondur: kendi vault köküne kopyala; amaç, klasörler ve naming'i kendi alanına göre uyarla. İçinde projeye özel hiçbir şey yok.
İngilizce orijinali: vault-template/CLAUDE.md
Amaç
Bu vault, projenin kalıcı ve paylaşılan bilgi grafıdır. Cevaplaması beklenen sorular:
Bu karar neydi, neden böyle verildi?
Bu servis / araç / kavram ne, nerelerde kullanılıyor?
Geçmiş oturumlarda ne oldu, bugünkü oturumun neyi bilmesi gerekiyor?
Ne bayatladı, ne çelişiyor, ne eksik?
Üç katman
| Katman | Nerede | Kural |
|---|---|---|
| Ham kaynak | Projenin kendisi: kod, transkriptler, export'lar, dokümanlar | Ajan için dokunulmaz. Sadece okunur. Asla yazma, taşıma, yeniden adlandırma, silme yok. |
| Wiki | vault/ + index.md + log.md | Ajanların malı. İnsan okur, ajan yazar. |
| Şema | Bu dosya | Birlikte evrilir. Bilinçli değiştir, değişikliği log'la. |
Klasör yapısı
vault/
├── CLAUDE.md ← bu anayasa
├── index.md ← katalog — her ingest'te güncellenir
├── _schema/ ← template.md + conventions.md (ayrıntılı kural kitabı)
├── architecture/ ← sistem tasarım dokümanları
├── decisions/ ← her "neden X, Y değil" — tarihli, gerekçeli
├── design/ ← UI/UX tasarım kararları
├── entities/ ← servis, araç veya kişi başına bir sayfa
├── concepts/ ← kesişen kavramlar (rate-limiting, webhook, RAG…)
└── sessions/ ← tarihli oturum özetleriDaha derin iç içe klasör yok — en fazla 2 seviye. İlişkiyi klasörle değil [[link]] ile anlat.
Sayfa formatı
Her not frontmatter taşır (tam spek: _schema/template.md):
---
type: decision | session | entity | concept | architecture | design
date: YYYY-MM-DD
tags: []
links: []
status: draft | accepted | deprecated
source: user | <ajan-adı> | <dış-kaynak>
---Gövde: # Başlık → ## Context (bu not neden var) → ## Content (tek atomik fikir)
→ ## Related (her [[link]] yanında neden bağlı olduğunu söyleyen bir ifade).
Naming
Dosya adları ASCII kebab-case:
rate-limiting.md,2026-04-23-auth-secimi.mdTarihli türler (
decision,session)YYYY-MM-DD-öneki alırHer varlık için tek kanonik sayfa — varyantlar yeni sayfa değil, bölüm olur
Workflow: INGEST (yeni bilgi geldiğinde)
Kaynağı oku.
İlgili sayfayı güncelle — yoksa aç.
Geçen her varlık/kavramı
[[…]]ile bağla; sayfası yoksaentities/veyaconcepts/altında aç.Net bir karar varsa
decisions/altına gerekçesi ve tarihiyle yaz.index.md'yi güncelle.Mevcut bir sayfayla çelişki varsa
> [!conflict]callout'u ile iki tarafı da göster — asla sessizce üzerine yazma.log.md'ye satır ekle:## [YYYY-MM-DD] ingest | …
Workflow: QUERY (soru geldiğinde)
Önce
index.md; sadece onun işaret ettiği sayfaları aç.Wiki cevaplayamıyorsa ham kaynağa in.
Her iddiaya kaynak referansı vererek cevapla.
Cevap kalıcı değer taşıyorsa atomik sayfa olarak geri dosyala (tek sayfa = tek fikir; "oturum özeti" çöplüğü yok).
log.md'yequerysatırı ekle.
Workflow: LINT (periyodik sağlık kontrolü)
Şunlara bak: sayfalar arası çelişki · yeni kaynakla geçersizleşen iddia · yetim sayfa
(hiç inbound link almayan) · metinde geçip sayfası olmayan kavram · kırık [[link]] ·
wiki'de karşılığı olmayan ham kaynak.
Bulguları log.md'ye lint satırıyla yaz. Otomatik düzeltme sadece kırık link ve
eksik çapraz-referansta. İçerik çelişkisi raporlanır; kararı insan verir.
Yasaklar
Ham kaynağa yazma, taşıma, yeniden adlandırma, silme — hiçbir koşulda.
Kaynaksız iddia yok. Her önemli cümle bir dosyaya dayanır.
Sayfa silme yok. Bayatlayan sayfa
archive/klasörüne taşınır;index.mdgüncellenir.Çelişkiyi tek tarafı yazarak çözme —
> [!conflict]ile iki tarafı da göster.Spekülatif sayfa yok. Ham kaynakta karşılığı olmayan "ileride lazım olur" sayfası açılmaz.
Evrim notu
Bu şema değişir. Bir kural işlemiyorsa bu dosyayı güncelle ve log.md'ye schema
satırı ekle. Değişiklik geriye dönük uygulanmaz — mevcut sayfalar bir sonraki
dokunuşta yeni kurala geçer.
31 files
- .gitignore
- ATTRIBUTION.md
- AUTOGINEER-RUNS.md
- CLAUDE.tr.md
- EFFICIENCY.md
- FAQ.md
- LICENSE
- PROMPTS.md
- README.md
- RETROFIT.md
- agents/archivist.md
- agents/scribe.md
- obsidian/README.md
- obsidian/graph.json
- obsidian/snippets/vault-layers.css
- scripts/install.sh
- scripts/vault-lint.py
- skills/llm-wiki/SKILL.md
- skills/llm-wiki/ingest.md
- skills/llm-wiki/lint.md
- skills/llm-wiki/query.md
- vault-template/CLAUDE.md
- vault-template/_schema/conventions.md
- vault-template/_schema/template.md
- vault-template/architecture/overview.md
- vault-template/concepts/example-concept.md
- vault-template/decisions/.gitkeep
- vault-template/design/.gitkeep
- vault-template/entities/example-service.md
- vault-template/index.md
- vault-template/sessions/.gitkeep
Advantages
- Reduces token costs by using specialized models for different tasks, such as using Haiku for writes and Sonnet for reads. evidence: README.md
- Ensures knowledge persists across sessions, preventing the loss of project reasoning. evidence: README.md
- Provides a robust linting protocol to maintain vault health and catch fabricated citations. evidence: README.md
Limitations
- Requires manual setup and integration into existing project structures. evidence: README.md
- Relies on specific agent roles which must be correctly configured within the Claude Code environment. evidence: README.md
Security
Risk level: Low risk
This brain runs
Install scripts (1)
scripts/install.sh:sh scripts/install.sh
- Low risk: scripts-present (scripts/install.sh)
Attribution and licence
- First committed by
selmakcby
- Publisher
- selma (Community)
- Source
- selmakcby/claude-obsidian-kit · commit 2826401
- Licence
- MIT License (files served here)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
- Contributors
- selmakcby
AutoGineer is not affiliated with or endorsed by selmakcby.
Download
The ZIP holds the files AutoGineer serves, with ATTRIBUTION.md and the licence. Download claude-obsidian-kit.zip