The primary problem I’m trying to solve is AI context loss in long-running projects. Most memory MCPs focus on storing and retrieving notes. Memory Journal is designed more as a persistent project intelligence layer. It helps AI maintain continuity across sessions by tracking decisions, implementation history, milestones, relationships, GitHub activity, and other project context, then surfacing the most relevant information through search and project briefings.
The scenarios I primarily use it for are:
-
Long-running software projects where AI is involved over weeks or months
-
Session handoffs between conversations or different AI agents
-
Capturing architectural decisions and project history
-
GitHub-centric development workflows
-
Team collaboration between developers and AI agents
-
Keeping memory useful over time through importance-based auto-pruning
Regarding the identity layer, I like the idea of a lightweight alias system that can map identities such as “Chris”, “Christopher”, and “neverinfamous” to a single canonical identity for better attribution and analytics. That’s now on the roadmap for the next version (or two):
## Prioritized Roadmap
###
Tier 1 — High Impact, Feasible
| # | Item | Category | Effort |
| — | ---------------------------------------------------- | ---------- | ------ |
| 1 | ~~Cursor-based pagination~~ (Completed) | Database | M |
| 2 | ~~Soft-delete recovery (restore_entry)~~ (Completed) | Database | S |
| 3 | Auto-prune dry-run mode | Auto-Prune | S |
| 4 | Prune exclusion rules (tags / pin) | Auto-Prune | S |
| 5 | ~~Entry archiving state~~ (Completed) | Database | M |
| 6 | ~~Composite & partial indexes~~ (Completed) | Database | S |
| 7 | ~~GitHub rate limit resource~~ (Completed) | GitHub | S |
| 8 | ~~Search result highlighting (FTS5)~~ (Completed) | Search | S |
###
Tier 2 — Medium Impact
| # | Item | Category | Effort |
| — | ------------------------------------------------------- | ------------- | ------ |
| 9 | ~~Entry versioning / history~~ (Completed) | Database | L |
| 10 | ~~Bulk create/delete operations~~ (Completed) | Database | M |
| 11 | ~~Faceted search results~~ (Completed) | Search | M |
| 12 | ~~Swappable embedding model~~ (Completed) | Vector | M |
| 13 | Latency percentiles (p50/p95/p99) | Observability | M |
| 14 | Prometheus metrics export | Observability | M |
| 15 | Config file support (YAML) | Configuration | M |
| 16 | Audit log query interface | Observability | M |
| 17 | ~~Team RBAC (admin/member/viewer)~~ (Completed) | Team | L |
| 18 | ~~Optimistic locking (version field)~~ (Completed) | Team | M |
| 19 | Duplicate detection on create | Search | M |
| 20 | ~~MCP `resources/subscribe`~~ (Completed) | Team | L |
| 21 | ~~True phrase match support (FTS5 quotes)~~ (Completed) | Search | S |
###
Tier 3
| # | Item | Category | Effort |
| — | ---------------------------------------------------- | ------------- | ------ |
| 22 | Entry templates | UX | M |
| 23 | Encryption at rest (SQLCipher) | Security | L |
| 24 | Tag hierarchy | Database | M |
| 25 | CSV export format | IO | S |
| 26 | Import from Obsidian/Notion | IO | L |
| 27 | Scheduled digest delivery | Observability | M |
| 28 | Visualization enhancements (timeline, exports, etc.) | UX | L |
| 29 | Level 2 Identity Layer (Author Aliases) | Team | M |
Additionally, I am constantly adding aliases and things to accommodate agent hallucinations for when it ignores the proper way of doing things and just guesses (in code mode). The guesses cause failed operations and waste a few tokens and time. It’s easy to accommodate these mistakes but somewhat hard to predict all the possible hallucinations. So, it is an ongoing process. Thanks for the interest!