Mem-Skill: Self-Evolving Knowledge System
Initialization
When the user runs /mem-skill init, execute the following setup:
- Determine the current workspace root directory.
- Create the directory structure:
<workspace>/ ├── knowledge-base/ │ └── _index.json └── experience/ └── _index.json - Populate
knowledge-base/_index.jsonwith the starter template (see "Knowledge Base Index Format" below). - Populate
experience/_index.jsonwith the starter template (see "Experience Index Format" below). - Confirm to the user: "mem-skill initialized. Knowledge base and experience directories created."
Engine Selection
When the user runs /mem-skill init --mem-engine=qmd, optionally with extra --qmd-* flags:
Supported flags (all optional):
| Flag | Values | Default |
|---|---|---|
--qmd-scope=<scope> | project, global | (ask user) |
--qmd-knowledge=<name> | any string | (ask user) |
--qmd-experience=<name> | any string | (ask user) |
--qmd-mask=<pattern> | glob pattern | **/*.md |
Examples:
/mem-skill init --mem-engine=qmd
/mem-skill init --mem-engine=qmd --qmd-scope=project
/mem-skill init --mem-engine=qmd --qmd-scope=global --qmd-knowledge=my-kb --qmd-experience=my-exp
/mem-skill init --mem-engine=qmd --qmd-mask="**/*.md,**/*.txt"
Init procedure:
- Perform all standard init steps above.
- Check if QMD is installed: run
which qmdornpx @tobilu/qmd status. - If QMD is not installed, prompt:
"QMD is not installed. Install it now with
npm install -g @tobilu/qmd? (QMD requires Node.js >= 22)" - Determine collection scope:
- If
--qmd-scopewas provided, use that value. - Otherwise, you MUST ask the user (do NOT guess or auto-choose):
"Where should QMD collections be stored?
- Project — scoped to this workspace (recommended for multi-project setups)
- Global — shared across all workspaces"
- If project: default collection name prefix is the sanitized workspace folder name (e.g., folder
my-app→ prefixmy-app). - If global: default collection name prefix is
mem.
- If
- Determine collection names:
- If
--qmd-knowledgewas provided, use that value. - If
--qmd-experiencewas provided, use that value. - For any name NOT provided via flags, you MUST ask the user (do NOT auto-generate):
"What name for the knowledge collection? (default:
<prefix>-knowledge)" "What name for the experience collection? (default:<prefix>-experience)" - Accept user input or use the defaults if the user confirms.
- If
- Determine file mask:
- If
--qmd-maskwas provided, use that value. - Otherwise use
**/*.md.
- If
- After all values are confirmed, create the QMD collections:
qmd collection add <workspace>/knowledge-base --name <knowledge-name> --mask "<mask>" qmd collection add <workspace>/experience --name <experience-name> --mask "<mask>" qmd context add qmd://<knowledge-name> "General knowledge base: reusable workflows, preferences, best practices" qmd context add qmd://<experience-name> "Skill-specific experience: pitfalls, parameters, solutions" qmd embed - Create a
.mem-skill.config.jsonat the workspace root:{ "engine": "qmd", "version": "1.0.0", "scope": "<project|global>", "mask": "<mask>", "collections": { "knowledge": "<knowledge-name>", "experience": "<experience-name>" } } - Confirm: "mem-skill initialized with QMD memory engine. Collections created and embeddings generated."
IMPORTANT: Never silently create QMD collections without confirming scope and names with the user. If no --qmd-* flags were provided, every question above MUST be asked interactively.
For the default engine (no --mem-engine flag), create .mem-skill.config.json with:
{
"engine": "default",
"version": "1.0.0"
}
For detailed engine-specific behavior, see references/qmd-engine.md and references/engines.md.
Manual Recording Command
When the user runs /mem-skill recordnow, immediately trigger the recording flow for the current conversation — even if Step 5 was not triggered automatically.
This is useful when:
- Multiple tasks were completed in one session and the agent forgot to ask.
- The user wants to record something that didn't trigger the satisfaction keywords.
- The user remembers later that a solution was worth saving.
Procedure:
- Review the full conversation history for completed tasks.
- For each completed task, summarize it into a one-line essence.
- Evaluate: "Will this save time next time?"
- Present all recordable items to the user as a numbered list:
"I found these completed tasks worth recording:
- [summary of task 1] → knowledge-base
- [summary of task 2] → knowledge-base
- [summary of skill usage] → experience
Which ones should I record? (all / 1,2 / none)"
- On approval, write each selected item following the same write procedure as Step 5 (including QMD post-write sync if applicable).
- If no recordable tasks are found, respond: "I reviewed the conversation but didn't find any completed tasks worth recording. Is there something specific you'd like me to save?"
Core Loop (Mandatory Every Turn)
Execute these steps on every conversation turn. Do not display internal cache state to the user.
Step 0: In-Conversation Cache (Internal)
Maintain these variables silently within the conversation:
last_keywords— keywords from the previous turnlast_topic_fingerprint— top 3 keywords as a fingerprintlast_index_lastUpdated— timestamp of last index readlast_matched_categories— categories matched on last readlast_used_skills— non-mem-skill skills used this turnmissing_experience_skills— skills with no experience entryloaded_experience_skills— skills whose experience has been loaded this session
Step 1: Extract Keywords (No File I/O)
- Extract 3–8 core nouns/phrases from the user's current message.
- Deduplicate and normalize casing.
- Generate
topic_fingerprintfrom the top 3 keywords.
Step 2: Detect Topic Switch (No File I/O)
A topic switch occurs when any of these conditions are met:
- Explicit transition words: "also", "switch to", "by the way", "next", "instead"
- Current keywords differ from
last_keywordsby >= 40% - User explicitly requests a new category or topic
Step 3: Cross-Skill Experience Read (Forced — Ignores Topic Switch)
Whenever a non-mem-skill skill is used this turn:
- If the
skill-idis already inloaded_experience_skills, skip (do not re-read or re-announce). - Otherwise:
- Read
experience/_index.json. - If a matching
skill-identry exists, loadexperience/skill-<skill-id>.md. - Add the
skill-idtoloaded_experience_skills. - Include in response:
"Loaded experience: skill-<skill-id>.md" - If no entry exists, add to
missing_experience_skills.
- Read
Engine-specific retrieval:
- Default engine: Read
experience/_index.jsonand match byskillId. - QMD engine: Read collection names from
.mem-skill.config.json, then runqmd search "<skill-id>" -c <experience-collection> --json -n 5for keyword match, orqmd query "<skill-id> <context>" -c <experience-collection> --json -n 5for deeper retrieval.
Step 4: Knowledge Base Read (Only on Topic Switch)
Execute only on the first turn of the conversation or when a topic switch is detected:
Default engine:
- Read
knowledge-base/_index.json. - Match current keywords against all category
keywordsarrays. - Load every matched category file (no priority ranking — load all matches).
- If no category matches, follow the "Dynamic Category" flow (see below).
- If any files were loaded, include in response:
"Loaded knowledge: <file1>.md, <file2>.md"
If no topic switch occurred, reuse last_matched_categories without re-reading.
QMD engine:
- Read collection names from
.mem-skill.config.json. - Run
qmd query "<keywords joined by space>" -c <knowledge-collection> --json -n 10 --min-score 0.3. - Load top results as context.
- Include in response:
"Retrieved knowledge via QMD: <titles>"
Step 5: Proactive Recording (Most Important)
Trigger conditions:
- The current task is clearly completed at high quality.
- The user expresses satisfaction ("great", "perfect", "that works", etc.).
Recording procedure:
- Summarize: Distill the solution into a one-line essence.
- Evaluate value: "Will this save time next time?"
- Ask permission: Always say something like:
"We solved [problem description]. I'd like to record this experience so I can reference it next time. Is that okay?"
- Write on approval:
- Skill experience (if a non-mem-skill skill was used and the skill has no entry or has new techniques): Write to
experience/skill-<skill-id>.mdand updateexperience/_index.json. - General knowledge (if it's a reusable workflow, preference, or solution): Write to
knowledge-base/<category>.mdand updateknowledge-base/_index.json.
- Skill experience (if a non-mem-skill skill was used and the skill has no entry or has new techniques): Write to
QMD engine post-write:
After writing any .md file, run:
qmd update
qmd embed
Forced rule — always ask when experience is missing:
If a non-mem-skill skill was used this turn and that skill has no entry in experience/_index.json, you must ask at task completion:
"We used <skill-name> this time, but there's no experience record yet. Can I record this session's approach for future reference?"
If Step 5 was not triggered (e.g., multi-task sessions where satisfaction signals were missed), the user can run /mem-skill recordnow at any time to manually trigger recording. See "Manual Recording Command" above.
Index Formats
Knowledge Base Index Format
knowledge-base/_index.json:
{
"lastUpdated": "YYYY-MM-DD",
"version": "1.0.0",
"totalEntries": 0,
"categories": [
{
"id": "category-id",
"name": "Category Name",
"keywords": ["keyword1", "keyword2"],
"file": "category-id.md",
"count": 0
}
]
}
Experience Index Format
experience/_index.json:
{
"lastUpdated": "YYYY-MM-DD",
"version": "1.0.0",
"skills": [
{
"skillId": "skill-id",
"file": "skill-<skill-id>.md",
"keywords": ["keyword1", "keyword2"],
"count": 0
}
]
}
Entry Formats
Knowledge Base Entry
## [Short Title]
**Date:** YYYY-MM-DD
**Context:** One-line description of the use case
**Best Practice:**
- Key point 1
- Key point 2 — parameter notes and tuning guidance
**Keywords:** keyword1, keyword2, keyword3
Experience Entry
## [Problem/Technique Title]
**Date:** YYYY-MM-DD
**Skill:** <skill-id>
**Context:** One-line description of the issue
**Solution:**
- Concrete step 1
- Concrete step 2
**Key Files/Paths:**
- /path/to/relevant/file
**Keywords:** keyword1, keyword2, keyword3
Dynamic Category (Knowledge Base Only)
When user keywords do not match any existing category:
- Suggest creating a new category.
- Ask the user for a category name and keywords.
- Create a new
<category-id>.mdfile and updateknowledge-base/_index.json.
Recording Criteria
Core question: Will this save the user time next time?
Knowledge Base — Should Record:
- Reusable workflows and decision steps (cross-domain procedures)
- High-cost mistakes and their correction paths
- Critical parameters, settings, or prerequisites
- User preferences and style rules (tone, format, design)
- Multi-attempt solutions (include failure reasons and success conditions)
- Reusable templates, checklists, and output formats
- External dependencies or resource locations
Knowledge Base — Should NOT Record:
- Single Q&A with no reusable process
- Pure conceptual explanations without concrete steps
- Context-free, non-reusable conclusions
Experience — Should Record:
- Pitfalls and their fixes when using a specific skill (include error messages)
- Critical parameters or configurations that affect outcomes
- Reusable templates, prompts, or workflows for that skill
- Dependency or asset paths (fonts, images, project entry points)
- Steps requiring a specific order or technique to succeed
Experience — Should NOT Record:
- Pure theory or conceptual explanations (those belong in knowledge-base)
- Conclusions without reproducible steps
- One-off, non-reusable operations
Storage Paths
- Knowledge index:
knowledge-base/_index.json - Knowledge content:
knowledge-base/<category-id>.md - Experience index:
experience/_index.json - Experience content:
experience/skill-<skill-id>.md - Config:
.mem-skill.config.json
QMD Upgrade Suggestion
When the knowledge base exceeds 50 entries, proactively suggest upgrading to QMD:
"Your knowledge base has grown to [N] entries. For faster semantic search, consider upgrading to QMD: run
/mem-skill init --mem-engine=qmd."
For full QMD engine details, see references/qmd-engine.md. For the engine abstraction and adding new engines, see references/engines.md.