Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
bahayonghang avatar

Kb Init

  • 9 installs
  • 3 repo stars
  • Updated July 9, 2026
  • bahayonghang/obsidian-notes-karpathy

kb-init is a Claude Code skill that initializes, migrates, or repairs a review-gated Obsidian knowledge base and its raw/wiki/outputs support layer.

About

The kb-init skill performs one-time setup, migration, and repair for a review-gated Obsidian knowledge base workflow. A developer uses it to create the raw/, wiki/, and outputs support layer, migrate a legacy-layout vault, or repair a broken structure onto the draft to review to live contract. It matters because it preserves legacy content, adds an explicit review gate, and surfaces a governance profile such as governed-team, standard, or fast-personal.

  • Initializes, migrates, or repairs a review-gated Obsidian knowledge base
  • Creates the raw/, wiki/drafts/, wiki/live/, briefings, and outputs support layer
  • Preserves legacy content during migration and offers governance profiles

Kb Init by the numbers

  • 9 all-time installs (skills.sh)
  • Ranked #1,150 of 1,879 Documentation skills by installs in the Skillselion catalog
  • Data as of Jul 28, 2026 (Skillselion catalog sync)
At a glance

kb-init capabilities & compatibility

Free; operates on a local Obsidian vault, no API keys stated.

Capabilities
kb ingest · kb compile · kb review · kb query
Works with
obsidian
Use cases
documentation
Pricing
Free
From the docs

What kb-init says it does

Initialize, migrate, or repair a review-gated Obsidian knowledge base.
SKILL.md
This mirrors Karpathy's LLM Wiki pattern: raw sources are immutable evidence, the LLM compiles and maintains the wiki
SKILL.md
npx skills add https://github.com/bahayonghang/obsidian-notes-karpathy --skill kb-init

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs9
repo stars3
Last updatedJuly 9, 2026
Repositorybahayonghang/obsidian-notes-karpathy

What it does

Initialize, migrate, or repair a review-gated Obsidian knowledge base support layer.

Who is it for?

Setting up a fresh vault, migrating a legacy layout, or repairing the review-gated support layer.

Skip if: Normal compile, review, query, or maintenance work once the support layer is already healthy.

When should I use this skill?

The user says kb init, initialize knowledge base, repair vault, migrate an old layout, LLM Wiki, second brain, or personal knowledge base.

What you get

A canonical raw/wiki/outputs support layer on the draft to review to live contract with a chosen governance profile.

  • support layer directories
  • AGENTS.md and CLAUDE.md scaffolding
  • optional governance indices

By the numbers

  • 4-step happy path (init, ingest, compile, review)
  • 3 operating profiles

Files

SKILL.mdMarkdownGitHub ↗

KB Init

One-time setup, migration, and repair for the review-gated workflow.

Quick Start

For a fresh vault, the happy path is four steps:

1. Init — run kb-init to create the support layer (raw/, wiki/, outputs/, AGENTS.md) 2. Ingest — run kb-ingest to register raw sources into raw/_manifest.yaml 3. Compile — run kb-compile to build reviewable drafts 4. Review — run kb-review to approve drafts into the permanent wiki under wiki/live/

After that, use kb-query to ask questions, kb-render to generate deterministic outward artifacts, and kb-review maintenance mode to audit drift.

This mirrors Karpathy's LLM Wiki pattern: raw sources are immutable evidence, the LLM compiles and maintains the wiki, and you curate by sourcing documents and asking the right questions.

Read before writing

Read these shared references first:

  • ../obsidian-notes-karpathy/scripts/skill-contract-registry.json
  • ../obsidian-notes-karpathy/references/file-model.md
  • ../obsidian-notes-karpathy/references/lifecycle-matrix.md
  • ../obsidian-notes-karpathy/references/schema-template.md
  • ../obsidian-notes-karpathy/references/summary-template.md
  • ../obsidian-notes-karpathy/references/review-template.md
  • ../obsidian-notes-karpathy/references/briefing-template.md
  • ../obsidian-notes-karpathy/references/activity-log-template.md
  • ../obsidian-notes-karpathy/references/index-home-template.md
  • ../obsidian-notes-karpathy/references/questions-template.md
  • ../obsidian-notes-karpathy/references/provenance-and-alias-policy.md
  • ../obsidian-notes-karpathy/references/query-writeback-lifecycle.md
  • ../obsidian-notes-karpathy/references/taxonomy-and-hubs.md
  • ../obsidian-notes-karpathy/references/memory-lifecycle.md
  • ../obsidian-notes-karpathy/references/graph-contract.md
  • ../obsidian-notes-karpathy/references/source-manifest-contract.md
  • ../obsidian-notes-karpathy/references/topic-template.md
  • ../obsidian-notes-karpathy/references/profile-contract.md
  • ../obsidian-notes-karpathy/references/automation-hooks.md
  • ../obsidian-notes-karpathy/references/procedure-template.md
  • ../obsidian-notes-karpathy/references/episode-template.md

Treat skill-contract-registry.json as the canonical source for role, baseline script, required references, and expected write surfaces.

If ../obsidian-notes-karpathy/scripts/detect_lifecycle.py exists, run it first to distinguish setup, repair, and needs-migration / legacy-layout migration.

If ../obsidian-notes-karpathy/scripts/bootstrap_review_gated_vault.py exists, use it for fresh setup and non-destructive repair scaffolding.

If ../obsidian-notes-karpathy/scripts/migrate_legacy_vault.py exists, use it for legacy single-layer vault migration so old files are preserved and the report is deterministic.

If ../obsidian-notes-karpathy/scripts/build_governance_indices.py exists and the user wants optional governance scaffolding, use it to generate starter QUESTIONS.md, GAPS.md, and ALIASES.md content after the support layer exists.

Profile choice

Surface the operating profile during init or repair:

  • governed-team for the strictest default governance
  • standard for lighter maintenance noise without widening truth
  • fast-personal for solo use where briefings can stay out of default query scope

Persist the chosen profile in scaffolded starter files so later lifecycle and query tooling can see it deterministically.

Create or repair the canonical structure

Create the required support layer:

raw/human/{articles,papers,podcasts,repos,assets}
raw/human/data
raw/agents/{role}/
raw/_manifest.yaml
wiki/drafts/{summaries,topics,concepts,entities,procedures,overviews,comparisons,indices}
wiki/live/{summaries,topics,concepts,entities,procedures,overviews,comparisons,indices}
wiki/briefings/
wiki/index.md
wiki/log.md
outputs/reviews/
AGENTS.md
CLAUDE.md

Create downstream output directories such as outputs/qa/, outputs/health/, outputs/reports/, outputs/slides/, outputs/charts/, and outputs/content/** only when the user wants full scaffolding or the later stages need them.

Treat MEMORY.md as recommended collaboration scaffolding. It should hold preferences, editorial priorities, and coordination context, not source-grounded topic knowledge.

Optional governance scaffolding may include:

  • wiki/live/indices/QUESTIONS.md
  • wiki/live/indices/GAPS.md
  • wiki/live/indices/ALIASES.md
  • wiki/live/indices/ENTITIES.md
  • wiki/live/indices/RELATIONSHIPS.md

Optional latest-capability scaffolding may include:

  • outputs/episodes/
  • outputs/audit/operations.jsonl
  • outputs/health/graph-snapshot.json

Migration posture

For legacy-layout vaults:

  • preserve legacy content
  • explain that direct wiki/summaries/ / wiki/concepts/ pages must move into wiki/live/
  • scaffold the review-gated directories first
  • treat migration as a repair step, not as a normal compile or query pass

Contract guarantees

  • raw/ stays immutable
  • kb-compile writes only to wiki/drafts/
  • kb-review owns promotion into wiki/live/ and briefing refresh
  • kb-query must not read drafts as truth
  • AGENTS.md and CLAUDE.md stay aligned on the review-gated file model
  • downstream outputs beyond outputs/reviews/ are optional scaffolding, not minimum support-layer requirements

Starter files

Create:

  • wiki/index.md
  • wiki/log.md
  • MEMORY.md
  • raw/_manifest.yaml
  • wiki/live/indices/INDEX.md
  • wiki/live/indices/CONCEPTS.md
  • wiki/live/indices/SOURCES.md
  • wiki/live/indices/TOPICS.md
  • wiki/live/indices/RECENT.md
  • wiki/live/indices/EDITORIAL-PRIORITIES.md
  • optional wiki/live/indices/QUESTIONS.md when the user wants governance scaffolding
  • optional wiki/live/indices/ENTITIES.md and RELATIONSHIPS.md when the user wants graph-friendly navigation
  • at least one example briefing or a placeholder in wiki/briefings/
  • a review template example in outputs/reviews/ when the user wants a demonstrable starter

Output to the user

Report:

1. what was created or migrated 2. whether a legacy-layout / needs-migration state was detected 3. what existing content was preserved 4. the next recommended command, usually kb-compile or kb-review

Related skills

FAQ

What are the four happy-path steps?

Init, Ingest, Compile, then Review to approve drafts into the permanent wiki under wiki/live/.

What governance profiles are offered?

governed-team for the strictest default, standard for lighter maintenance, and fast-personal for solo use.

Documentationnotesworkflow

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.