Trust
Project Scope for AI Memory in Wenlan
Understand how Wenlan scopes local AI work memory with spaces, project context, and deliberate product boundaries.
Article packet
Concepts
Users deciding whether Wenlan fits their actual problem
5 min read
01
Wenlan scopes to AI work artifacts and project spaces.
02
It does not try to become a life OS or full workflow suite.
03
It is for repeated AI work, not one-off chats.
01
Quick answer
Wenlan is local-first memory for repeated AI work. Use spaces as project/client buckets, not account permissions or team governance. It is not a life OS, not a general workflow suite, not a generic memory infrastructure SDK, and not needed for one-off chats.
Wenlan focuses on decisions, lessons, gotchas, project context, handoffs, source-backed pages, and retrieval across MCP clients configured against the same daemon, data dir, and active space.
02
When this problem appears
Many AI tools blur scope until users cannot tell what problem they solve. Clear boundaries make Wenlan easier to choose and easier to reject.
03
Use Wenlan when the scope matches
Choose Wenlan for repeated work that needs continuity.
- Use Wenlan for multi-session AI work.
- Use Wenlan when local, inspectable memory matters.
- Use spaces for project, client, or context buckets that should not automatically inform each other.
- Do not use Wenlan as a calendar, habit tracker, or full personal OS.
- Do not use Wenlan as a generic backend SDK for app memory.
- Skip Wenlan for one-off chats with no future context.
04
What to check next
A narrow scope is a product feature. Local-first keeps Wenlan's memory layer local by default, but connected AI clients may still send retrieved context to their own model providers.
Try the local memory loop
Install Wenlan, connect your AI client, and verify that capture, recall, and handoff work on your machine.
FAQ