- Welche Daten gehören fachlich weiterhin ausschließlich in die Quellanwendung?
**Zieldateien:**
-`04_kairo_integration.md`
-`05_mitai_integration.md`
-`06_shinkan_integration.md`
-`01_integration_principles.md`
---
## F3. AI Architecture
**Ziel:**
Die technische Umsetzung der kollaborativen KI definieren.
**Leitfragen:**
- ein Modell oder mehrere Rollen?
- Reflection Agent?
- Memory Agent?
- Context Builder?
- Journal Writer?
- Critic/Verifier?
- Model Routing?
- lokale Modelle?
- Cloud Modelle?
- Prompt Registry?
- Evaluation?
**Zieldateien:**
- gesamter Ordner `10_ai_architecture/`
---
## F4. Datenarchitektur
**Ziel:**
Kanonische Datenmodelle definieren.
**Leitfragen:**
- Conversation
- Message
- Thread
- Reflection Space
- Memory
- Hypothesis
- Insight
- Journal Entry
- Context Reference
- Action Candidate
- Writing Profile
- Self Model
**Zieldateien:**
- gesamter Ordner `11_data_architecture/`
---
# Phase G – Experience, Voice, PWA und Offline
## G1. Mobile-First Experience
**Ziel:**
Die Hauptnutzung auf dem Smartphone definieren.
**Leitfragen:**
- Was sieht der Nutzer beim Öffnen?
- Wie schnell kann eine Reflexion beginnen?
- Sprache oder Text?
- Einhandbedienung?
- Wie werden lange Dialoge dargestellt?
- Wie erscheinen frühere Threads?
- Wie vermeidet man Informationsüberladung?
**Zieldateien:**
-`01_experience_principles.md`
-`02_mobile_first.md`
-`03_home_and_entry_points.md`
-`04_conversation_ui.md`
---
## G2. Desktop Experience
**Ziel:**
Desktop nicht nur als vergrößerte Mobile UI behandeln.
**Leitfragen:**
- Welche Tätigkeiten sind auf Desktop besser?
- Welche Mehrspaltenansichten?
- Journal und Dialog nebeneinander?
- Recherche in alten Reflexionen?
- Mindnet-Verbindungen?
**Zieldatei:**
-`07_desktop_experience.md`
---
## G3. Sprache und Transkription
**Ziel:**
Voice als primäre mobile Interaktion prüfen.
**Leitfragen:**
- Push-to-talk?
- kontinuierliche Aufnahme?
- Live-Transkription?
- Audio speichern oder nach Transkription löschen?
- Korrektur vor Übergabe?
- offline?
- Unterbrechungen?
- Mischform Text + Sprache?
**Zieldateien:**
- gesamter Ordner `13_voice_and_media/`
---
## G4. PWA und Offline
**Ziel:**
Festlegen, was ohne Netz noch funktioniert.
**Leitfragen:**
- lokale Journaleinträge?
- lokale Dialoge?
- lokale Transkription?
- lokale kleine Modelle?
- Sync Queue?
- Verschlüsselung?
- Konfliktauflösung?
- Installation auf iOS/Android/Desktop?
**Zieldateien:**
- gesamter Ordner `14_pwa_and_offline/`
---
# Phase H – Datenschutz, Sicherheit und Vertrauen
## H1. Privacy by Design
**Ziel:**
Besonders sensible persönliche Langzeitdaten schützen.
**Leitfragen:**
- Welche Daten sind besonders kritisch?
- Verschlüsselung at rest und in transit?
- lokale Speicherung?
- Cloud Verarbeitung?
- Export?
- vollständiges Löschen?
- selektives Vergessen?
- Zugriff anderer Jinkendo-Apps?
**Zieldateien:**
-`01_privacy_principles.md`
-`02_sensitive_personal_data.md`
-`03_encryption_and_access.md`
-`05_export_delete_and_portability.md`
---
## H2. Memory Transparency
**Ziel:**
Der Nutzer muss verstehen und kontrollieren können, was Kanshō über ihn „weiß“.
**Leitfragen:**
- Kann man gespeicherte Memories ansehen?
- Quelle anzeigen?
- Confidence?
- korrigieren?
- löschen?
- Herleitung anzeigen?
- Self Model editieren?
**Zieldatei:**
-`04_memory_transparency.md`
---
## H3. Safety Boundaries
**Ziel:**
Grenzen bei psychisch belastenden, medizinischen oder anderweitig hochriskanten Themen definieren.
**Zieldateien:**
-`06_ai_safety_boundaries.md`
-`07_crisis_and_high_risk_scenarios.md`
-`06_conversation_safety_and_boundaries.md`
---
# Phase I – MVP und Delivery
## I1. MVP-Schnitt
**Ziel:**
Nach vollständiger fachlicher Konzeption eine erste vertikale Produktversion definieren.
Wichtig:
Der MVP soll nicht dadurch entstehen, dass beliebige Features gestrichen werden. Er soll eine **vollständige kleine Reflexionsschleife** ermöglichen.
Eine mögliche spätere vertikale Scheibe könnte sein:
1. Reflexionsraum auswählen oder erkennen,
2. kontextbezogenes Gespräch starten,
3. Dialog führen,
4. Thread Memory erzeugen,
5. Tagebucheintrag generieren,
6. Nutzer bestätigt,
7. Eintrag nach Obsidian überführen,
8. Reflection Memory in mindnet schreiben.
Dies ist noch keine endgültige MVP-Entscheidung.
**Zieldateien:**
- gesamter Ordner `16_product_delivery/`
---
# Phase J – Research und Benchmarking
Diese Phase kann parallel zu den anderen Phasen laufen.
Zu untersuchen sind insbesondere:
- Day One,
- KI-Journaling-Produkte,
- Reflection Apps,
- Mindfulness Apps,
- Meditation Apps,
- Personal Memory Systeme,
- Long-Term-Memory-Architekturen,
- Voice Journaling,
- Privacy Patterns,
- Personal AI.
**Zieldateien:**
- gesamter Ordner `17_research/`
---
# 5. Empfohlene Reihenfolge des weiteren Interviews
Die unmittelbar nächste Sequenz sollte lauten:
1.**Reflection Spaces**
2.**typische Nutzungssituationen**
3.**Gesprächseinstieg**
4.**Dialogmethodik**
5.**Threads und Branching**
6.**Dialogabschluss und Outputs**
7.**Memory Architecture**
8.**Self Model**
9.**Writing Profile**
10.**Context Builder**
11.**Reflection Frontiers**
12.**Journaling**
13.**Achtsamkeit**
14.**Meditation**
15.**Integrationen**
16.**AI Architecture**
17.**Mobile UX / Voice**
18.**Offline**
19.**Privacy / Safety**
20.**MVP**
Diese Reihenfolge verhindert, dass technische Entscheidungen zu früh getroffen werden, bevor klar ist, welches Verhalten das Produkt tatsächlich benötigt.
---
# 6. Interviewmethode
Für jedes Kapitel wird derselbe Arbeitsmodus empfohlen.
## Schritt 1 – Ausgangshypothese
Auf Basis der bisherigen Entscheidungen wird eine erste strukturierte Hypothese formuliert.
## Schritt 2 – gezielte Fragen
Es werden nur Fragen gestellt, die echte Produktentscheidungen verändern können.
## Schritt 3 – Szenarien
Die Entscheidung wird anhand konkreter Situationen geprüft.
## Schritt 4 – Gegenbeispiele und Grenzfälle
Bewusst problematische oder widersprüchliche Situationen werden getestet.
## Schritt 5 – Entscheidung
Ergebnis wird klassifiziert als:
- entschieden,
- bevorzugte Richtung,
- Hypothese,
- offen,
- verworfen.
## Schritt 6 – Dokumentation
Das betreffende Kapitel wird als eigene Datei aktualisiert.
---
# 7. Definition of Done für ein Konzeptkapitel
Ein Kapitel gilt konzeptionell als ausreichend bearbeitet, wenn mindestens folgende Punkte beantwortet sind:
- Zweck,
- Begriffe,
- fachliche Verantwortung,
- zentrale Regeln,
- Nutzerinteraktion,
- Daten-/Informationsbedarf,
- Schnittstellen zu anderen Bereichen,
- Edge Cases,
- offene Punkte,
- getroffene Entscheidungen,
- bewusste Nicht-Ziele.
Technische Kapitel erhalten zusätzlich:
- Datenmodell,
- API-/Event-Bedarf,
- Persistenz,
- Fehlerfälle,
- Security-/Privacy-Auswirkungen,
- Offline-Auswirkungen,
- Testbarkeit.
---
# 8. Fortschrittsstatus zum Start
| Themenbereich | Status |
|---|---|
| Produktvision | begonnen / bereits relativ klar |
| Produktidentität | weitgehend entschieden |
| Produktgrenzen zu Jinkendo | weitgehend entschieden |
Ziel ist nicht, bereits eine vollständige interne Taxonomie oder technische Automatik zu entwerfen, sondern nur die fachlichen Mindestfragen zu beantworten:
Erst wenn diese fachliche Mindestlogik steht, wird entschieden, ob überhaupt unterschiedliche interne Space-Typen oder komplexere Lifecycle-Modelle notwendig sind.
