fix(FN-2078): adopt canonical .fusion/memory paths
- Update core and engine prompt text to reference .fusion/memory/ with MEMORY.md and daily-note guidance - Allow worktree tool boundary access to .fusion/memory/ files while preserving legacy .fusion/memory.md compatibility - Revise memory compaction/insight extraction messaging and related type/docs comments to use canonical memory paths - Refresh dashboard and test expectations across core/engine/dashboard/docs for the new memory path wording
This commit is contained in:
@@ -242,7 +242,7 @@ Fusion supports OpenClaw-style project memory with legacy fallback support:
|
||||
- Long-term: `.fusion/memory/MEMORY.md`
|
||||
- Daily notes: `.fusion/memory/YYYY-MM-DD.md`
|
||||
- Dream processing: `.fusion/memory/DREAMS.md`
|
||||
- Legacy fallback (still supported): `.fusion/memory.md`
|
||||
- Legacy fallback (deprecated compatibility path): `.fusion/memory.md`
|
||||
|
||||
**Memory subsystems:**
|
||||
- `memory-backend.ts` — backend contracts + file/readonly/qmd implementations
|
||||
@@ -485,7 +485,7 @@ SQLite schema is initialized in `packages/core/src/db.ts` and uses:
|
||||
- `.fusion/memory/MEMORY.md`
|
||||
- `.fusion/memory/YYYY-MM-DD.md`
|
||||
- `.fusion/memory/DREAMS.md`
|
||||
- Legacy fallback still supported: `.fusion/memory.md`
|
||||
- Legacy fallback (deprecated compatibility path): `.fusion/memory.md`
|
||||
|
||||
### File-based side stores
|
||||
Some data remains intentionally filesystem-based:
|
||||
|
||||
Reference in New Issue
Block a user