From vicky
Fully automatic KB building. Install vicky, run `/vicky:learn`, watch your knowledge grow. Tier-progressive drain (high-importance files first), auto-advancing between tiers. File monitors detect changes and auto-react (relink, relearn) — zero manual intervention. No external fetches, no stub conclusions — synthesis only via `conclude`. /vicky:research auto-feeds learn. Monitors also auto-trigger on pending growth or graph changes.
How this skill is triggered — by the user, by Claude, or both
Slash command
/vicky:learnThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Fully automatic tier-progressive drain → sources → relink + monitor setup. Finds the highest unprocessed tier, drains it bit by bit, auto-advances. Pure DB walk; no web, no stubs. File monitors auto-trigger relink/relearn on dependent file changes.
Fully automatic tier-progressive drain → sources → relink + monitor setup. Finds the highest unprocessed tier, drains it bit by bit, auto-advances. Pure DB walk; no web, no stubs. File monitors auto-trigger relink/relearn on dependent file changes.
Invoke: /vicky:learn (optionally: count=50 to drain up to 50 notes instead of default 20)
Pending notes are ranked by their connection to high-importance files (from AST analysis). Files are grouped into tiers:
On each run:
No manual tier passing needed — fully automatic. Call /vicky:learn once per session or on a schedule; it finds the right tier and keeps going.
For pending files in the current tier (or overflow):
vicky/sources/<slug>.md with
type: source, tags: [source], body = question + context + graph
context. Any existing source links from the pending stub end up as
related: on the new source.related: frontmatter refreshed on sources + conclusions.vicky/.graphify/graph.json → auto-trigger relink on changevicky/.graphify/.graphify_ast.json → auto-trigger re-analyze + learn on changevicky/pending/ → auto-trigger learn on file additionsvicky/sources/ → auto-trigger relink on changesNo conclusion is created. Conclusions land in vicky/conclusions/
only when an agent has a real synthesis to write — via conclude
(direct) or complete-research (research/ promotion). Dashboard
"Sources awaiting synthesis" surfaces sources without an inbound conclusion.
Idempotent: if a source already exists for a pending slug, the pending file is dropped without overwrite.
When /vicky:learn completes, it instructs Claude Code to create monitors on dependent files:
/monitor create vicky/.graphify/graph.json \
--on change --run "/vicky:relink"
/monitor create vicky/.graphify/.graphify_ast.json \
--on change --run "/vicky:learn"
/monitor create vicky/pending/ \
--on new-file --run "/vicky:learn"
/monitor create vicky/sources/ \
--on change --run "/vicky:relink"
These monitors run continuously. When a dependent file changes, the monitor auto-triggers the next operation:
No manual /vicky:learn calls needed — the system is fully automatic. To temporarily disable: /monitor pause vicky/. To permanently remove: /monitor delete vicky/.
WORKFLOW.md → default_workflow: triage filters drain to
priority: high pending notes only. Others stay queued.
Initial KB build:
/vicky:learn once to start Tier 0 processing/vicky:conclude between runs/vicky:learn again — auto-advances when Tier 0 done, starts Tier 1Ongoing (automatic):
/vicky:learn/vicky:relink/vicky:learn run)Manual call only when:
Do NOT call for single Q/A (use research-gap). Do NOT call when needing fresh external data — use /vicky:research (auto-calls learn after fetch).
learn leaves new sources without paired conclusions on purpose. Open
Dashboard.md (or call dashboard) and look at "Sources awaiting
synthesis": those are the candidates for the next conclude pass.
Read the source body, distil the takeaway, then call conclude title=<slug> sources=[<slug>, ...].
vicky/pending/*.md deletedvicky/sources/*.md added (promoted from pending)vicky/graphs/*.json rebuiltvicky/sources/*.md related: updated by relinkvicky/conclusions/*.md related: updated by relink## Question — filename used as the question.npx claudepluginhub yesitsfebreeze/vicky --plugin vickyMines projects and conversations into a searchable memory palace. Activates on queries about MemPalace, memory palace, mining, searching, palace setup, wings, rooms, drawers, or recalling past work.
Guides Payload CMS config (payload.config.ts), collections, fields, hooks, access control, APIs. Debugs validation errors, security, relationships, queries, transactions, hook behavior.
Implements vector databases with Pinecone, Weaviate, Qdrant, Milvus, pgvector for semantic search, RAG, recommendations, and similarity systems. Optimizes embeddings, indexing, and hybrid search.