Use this checklist to move from a folder of docs to an LLM-ready knowledge system.
- Choose a repository or wiki platform with exportable files and history.
- Create the starter folder structure.
- Add required metadata fields.
- Identify page owners.
- Define trust labels.
- If MATM is selected, add Memory Event schemas, curator decision rules, scope taxonomy, privacy controls, retrieval policy, and invalid fixtures before runtime integration.
- Define sensitivity labels.
- Create the index.
- Add the governance page.
- Add agent instructions.
- Add the first core knowledge pages.
- Add decision logs.
- Add review cycles.
- Add contribution rules.
- Add redaction rules.
- Add link checking and metadata linting.
- Add human review for AI-generated edits.
- Connect retrieval systems only after the source content is curated.
- Schedule recurring audits.
Split-Memory Checklist
- Does the package keep
.uaiactive when LLM Wiki/MATM is configured? - Does the active
.uailayer preserve emergency reconnect context when external memory is unavailable? - Does
.uai/short-term-memory.uaidescribe itself as active short-term continuity memory? - Does
.uai/long-term-memory.uaiact as a pointer ledger rather than a body dump? - Does the LLM Wiki/MATM plan say durable memory augments, not replaces,
.uai? - Does active
.uaiavoid date-coded filenames and dated historical-snapshot treatment unless the human requested an archive outside the active path? - Does any generated text imply retire
.uai,.uai retirement path, stop consulting.uai, make.uaiemergency-only, replace.uaiwith durable memory, move all active memory out of.uai, or disconnect local memory after migration? If yes, fail unless exact human decommissioning approval exists.
Completion Test
A new human or AI agent should be able to answer what the wiki covers, where to start, what is authoritative, what is sensitive, who owns each core page, what may be edited, what requires human approval, and what remains unknown.