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:
Fusion
2026-04-18 22:02:46 -07:00
committed by gsxdsm
parent 5d65667a5a
commit ff59470b03
18 changed files with 110 additions and 85 deletions

View File

@@ -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: