Continual Learning
Auto-mine session activity for durable memory updates. CK's ck_memory_record is manual — this skill automates extraction.
Do NOT use when
- During active coding (distracts from the task)
- When no meaningful session activity has occurred
- To record secrets, tokens, or transient debugging state
What gets learned (only two categories)
- User Preferences: Recurring corrections, preferred patterns, naming, tools, workflows
- Workspace Facts: Stable codebase facts, architecture decisions, module ownership, constraints
What does NOT get learned
Secrets, one-off instructions, transient state, process meta-guidance
Workflow
- Search
ck_memory_searchfor existing memories to avoid duplication. - Scan session recent events (reviews, findings, decisions) for:
- User corrections recurring more than once
- Architecture decisions approved and not reversed
- Workspace facts discovered and not contradicted
- Preferences stated explicitly or demonstrated consistently
- For each candidate: Is it durable? Reusable? Specific? If no to any, skip.
- Record via
ck_memory_record:- Preferences → type
decision, tags["user-preference"] - Facts → type
brief, tags["workspace-fact"]
- Preferences → type
- Archive superseded items via
ck_memory_archive. - If no high-signal items found: "No high-signal memory updates."
Rules
- Plain bullet points only — no metadata blocks, confidence scores
- Cap at 12 items per section
- Deduplicate semantically — "prefer Req" and "always use Req" are the same item
- Update in place, do not create duplicates alongside old items
- Never record secrets
Output
ck_memory_recordentries for new preferences/factsck_memory_archivefor superseded items- Summary: "Recorded N preferences, M facts, archived K items."