-
Notifications
You must be signed in to change notification settings - Fork 61
Clean up legacy record surfaces after architecture refactors #12
Copy link
Copy link
Open
Labels
area/memoryMemory, recall, Personal Model, and search behaviorMemory, recall, Personal Model, and search behaviorarea/qualityCode quality, cleanup, and regression hardeningCode quality, cleanup, and regression hardeningarea/runtimeRuntime orchestration and local executionRuntime orchestration and local executionenhancementNew feature or requestNew feature or requestkind/epicRoadmap-sized work that may need decompositionRoadmap-sized work that may need decompositionpriority/p0Critical roadmap blockerCritical roadmap blocker
Milestone
Description
Metadata
Metadata
Assignees
Labels
area/memoryMemory, recall, Personal Model, and search behaviorMemory, recall, Personal Model, and search behaviorarea/qualityCode quality, cleanup, and regression hardeningCode quality, cleanup, and regression hardeningarea/runtimeRuntime orchestration and local executionRuntime orchestration and local executionenhancementNew feature or requestNew feature or requestkind/epicRoadmap-sized work that may need decompositionRoadmap-sized work that may need decompositionpriority/p0Critical roadmap blockerCritical roadmap blocker
Type
Fields
Give feedbackNo fields configured for issues without a type.
Goal
Clean up legacy record/code paths left from repeated architecture refactors, and make the current Personal-Model-first architecture easier to reason about and maintain.
Background
The project has gone through several major refactors. The canonical direction is now the Understanding System: Personal Model facts/questions, Elephant State, Episode/Loop/Step trail, contextual recall, and background learning jobs. Legacy naming, compatibility shims, stale records, and obsolete code paths increase agent confusion and long-term maintenance cost.
Scope
docs/system-design/system-layer-model.md.Acceptance Criteria
make agent-pr-gatepasses after cleanup.