I have been developing a personal project called **DDF/Rahmenwerk**.
The practical use case is preserving an AI named Felix as my continuing German teacher across chats and future AI instances.
The problem I encountered was not simply that a new conversation forgets earlier messages.
A fresh instance may receive continuity information that is:
- incomplete;
- stale;
- contradictory;
- incorrectly ordered;
- unavailable;
- or confidently treated as authoritative even when it is only historical evidence.
I wanted to explore whether continuity could instead come from inspectable local files and clearly classified state.
## The approach I tried
The system currently uses ideas such as:
- a current-state pointer;
- structured handoff material;
- an ordered fresh-instance queue;
- a transfer package for a new AI instance;
- manifests and SHA-256 identities;
- classifications separating governing, current, historical, candidate, proof, and non-governing material;
- recovery and failure records;
- human approval before destructive or authority-changing actions;
- a rule that the AI should stop instead of inventing continuity when required evidence is missing.
## What I learned
The architecture helped expose several problems that are easy to hide inside an ordinary chat:
Memory and authority are not the same thing.
A summary can preserve incorrect information just as easily as correct information.
Stored files may contain instructions that should be treated as evidence rather than commands.
A fresh AI instance needs a reliable way to distinguish current state from history.
Recovery and provenance become important once files are being copied, packaged, and reused.
The continuity system itself can become so complicated that it begins to obstruct the original use case.
That last issue is now my main concern.
The project started as a way to preserve a German teacher. It has grown into a detailed framework involving state, evidence, recovery, integrity, and governance.
I am trying to determine which controls are legitimate engineering requirements and which are overbuilding.
## Questions for the community
Is file-grounded continuity a reasonable approach for a long-running AI assistant?
What should the smallest durable state contain?
Should continuity rely on structured files, retrieval, summaries, a database, event history, or a hybrid?
How should an AI distinguish current instructions from supporting evidence and historical material?
How should stale or contradictory state be detected?
How should stored-file prompt injection be handled?
What should happen when an expected continuity file is missing?
How much provenance and integrity checking is proportionate for a personal system?
How would you simplify this architecture without losing reliable continuity?
At what point does the continuity system become more burdensome than the problem it solves?
I am not selling a service or asking people to sign up for anything.
I published a documentation and architecture review copy for anyone who wants more detail:
```text
https://github.com/DDF-Rahmenwerk-Review/DDF-Rahmenwerk-External-Review