Generated banner for 🧠 claude-obsidian-kit
Generated logo for 🧠 claude-obsidian-kit

🧠 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.
— the description by selmakcby

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.

Folders
FolderRoleFiles
agentsagent-instructions2
scriptsscripts2
skillsagent-instructions4
obsidianfolder3
vault-templatefolder10

Requirements

Databases: PostgreSQL

Set it up

  1. 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
  2. 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
  3. cd claude-obsidian-kit && claude

  4. AutoGineer scanned these files at commit 2826401.

  5. 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
  6. 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 protocols

  • One 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 rationale

Install

Quick
git clone https://github.com/selmakcby/claude-obsidian-kit ~/claude-obsidian-kit

cd ~/claude-obsidian-kit
./scripts/install.sh ~/my-project

Installs:

  • ~/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:

AgentRoleModelWhy this model
plannerArchitecture + planningopusDeep reasoning
ui-agentDesign + componentssonnetBalanced
builderBackend implementationsonnetCoding quality
reviewerQuality + securitysonnetThorough analysis
archivistVault reads (QUERY, LINT)sonnetSynthesis + audit
scribeVault writes (INGEST)haikuCheap + 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 suggestions

Retrofit — 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 audit

Splitting 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
CheckWhy it earns its place
Broken linksCode spans are stripped first — an [[example]] inside backticks is not a broken link
OrphansEntry points (index, log, README) are exempt
Unverifiable sourcesEvery path a note cites in source: is checked against disk. This is how you catch a citation the agent invented
Ambiguous targetsTwo files sharing a basename means [[name]] resolves by proximity — possibly not the file you meant
Missing concept pagesA link referenced 3+ times with no page behind it
Frontmatter, stale notesPer 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 summaries

Every 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:

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

KatmanNeredeKural
Ham kaynakProjenin kendisi: kod, transkriptler, export'lar, dokümanlarAjan için dokunulmaz. Sadece okunur. Asla yazma, taşıma, yeniden adlandırma, silme yok.
Wikivault/ + index.md + log.mdAjanların malı. İnsan okur, ajan yazar.
ŞemaBu dosyaBirlikte 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 özetleri

Daha 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.md

  • Tarihli türler (decision, session) YYYY-MM-DD- öneki alır

  • Her varlık için tek kanonik sayfa — varyantlar yeni sayfa değil, bölüm olur

Workflow: INGEST (yeni bilgi geldiğinde)

  1. Kaynağı oku.

  2. İlgili sayfayı güncelle — yoksa aç.

  3. Geçen her varlık/kavramı [[…]] ile bağla; sayfası yoksa entities/ veya concepts/ altında aç.

  4. Net bir karar varsa decisions/ altına gerekçesi ve tarihiyle yaz.

  5. index.md'yi güncelle.

  6. Mevcut bir sayfayla çelişki varsa > [!conflict] callout'u ile iki tarafı da göster — asla sessizce üzerine yazma.

  7. log.md'ye satır ekle: ## [YYYY-MM-DD] ingest | …

Workflow: QUERY (soru geldiğinde)

  1. Önce index.md; sadece onun işaret ettiği sayfaları aç.

  2. Wiki cevaplayamıyorsa ham kaynağa in.

  3. Her iddiaya kaynak referansı vererek cevapla.

  4. Cevap kalıcı değer taşıyorsa atomik sayfa olarak geri dosyala (tek sayfa = tek fikir; "oturum özeti" çöplüğü yok). log.md'ye query satı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

  1. Ham kaynağa yazma, taşıma, yeniden adlandırma, silme — hiçbir koşulda.

  2. Kaynaksız iddia yok. Her önemli cümle bir dosyaya dayanır.

  3. Sayfa silme yok. Bayatlayan sayfa archive/ klasörüne taşınır; index.md güncellenir.

  4. Çelişkiyi tek tarafı yazarak çözme — > [!conflict] ile iki tarafı da göster.

  5. 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

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
GitHub avatar of selmakcbyselmakcby
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