| name | vaultr-index-knowledge |
| description | Builds and refreshes domain-based index files for the Vaultr knowledge base. Use this skill whenever the user wants to build, rebuild, refresh, or update the knowledge index, create domain indexes, organize knowledge by domain, or index the knowledge base. Triggers on phrases like 'build knowledge index', 'rebuild index', 'refresh knowledge index', 'update domain indexes', 'index my knowledge base', 'regenerate index', or any request to create or maintain the knowledge index files. |
Vaultr Index Knowledge
Scans the knowledge directory, finds units not yet in any index, and adds them. Running this skill repeatedly is safe and always converges — it only ever adds missing entries, never rewrites existing ones.
Domain index files live at <knowledge-dir>/_indexes/<Domain>.md. The compile skill matches a note to a domain by the index filename alone (e.g. AI.md, Business.md).
A unit may appear in at most 2 indexes: one primary domain, one secondary only when the unit genuinely straddles two.
Run all steps to completion without stopping. Only speak at the end (Step 4 summary).
Inputs
- Knowledge directory — default:
_knowledge/ (relative to cwd, which is always the vault root)
The index directory is always <knowledge-dir>/_indexes/. Create it if it does not exist.
Step 1 — Find unindexed units
Scan all knowledge units:
find <knowledge-dir> -name "*.md" -not -path "*/_indexes/*" | sort
Scan all existing index files and collect every Path value from their tables:
find <index-dir> -name "*.md" | sort
A unit is unindexed if its vault-absolute path (e.g. /_knowledge/Vertical Agent.md) does not appear in any index table. Build a list of only these units.
If all units are already indexed, report and stop.
Step 2 — Read unindexed units
For each unindexed unit, read its YAML front matter and first non-heading paragraph. Build an internal list:
references/extract.md documents partial-read commands — vaultr extract tag retrieves front-matter tags directly; vaultr extract segment --head N retrieves the opening lines. Use them instead of a full vaultr read when only these fragments are needed.
title | entity_type | tags | summary (≤80 chars) | vault-absolute path
Vertical Agent | concept | [ai, agent] | AI product focused on a specific vertical domain | /_knowledge/Vertical Agent.md
Jane Smith | person | [founder, ai] | Founder of SophiaPro, AI startup | /_knowledge/Jane Smith.md
Step 3 — Assign and update indexes
For each unindexed unit, determine domain assignment:
-
Match existing domains first by semantic understanding of the domain name (from existing index filenames) against the unit's title, entity_type, tags, and summary. Assign the strongest match.
-
Secondary domain only when the unit genuinely belongs to two domains — passing relevance is not enough. When in doubt, assign one.
-
New domain when no existing domain fits. Create a new domain if the topic is broad and stable enough to plausibly accumulate more units over time (e.g. Physics, History, Health, Law). The test is domain breadth, not how many unindexed units are present right now — a single unit can justify a new domain. Only fall back to "General" when the topic is genuinely narrow or one-off and unlikely to grow.
-
Domain names should be broad and stable (e.g. AI, Business, Science, People, Philosophy). Don't name a domain after a single entity unless it anchors a large cluster.
For each affected domain index, append the new rows and update unit_count and updated in the frontmatter. If the index file does not exist yet, create it:
---
kind: index
domain: <Domain>
unit_count: <N>
updated: <YYYY-MM-DD>
---
# <Domain>
| Title | Type | Tags | Summary | Path |
| -------------- | ------- | ------------- | ------------------------------------------------ | ----------------------------- |
| Vertical Agent | concept | [ai, agent] | AI product focused on a specific vertical domain | /_knowledge/Vertical Agent.md |
| Jane Smith | person | [founder, ai] | Founder of SophiaPro, AI startup | /_knowledge/Jane Smith.md |
Keep rows sorted alphabetically by Title within each index file.
Step 4 — Report
- How many units were already indexed vs. newly added
- Which index files were updated or created, and how many entries were added to each
