Kansho/docs/architecture/functional/documentation_index.md

title	status	date	product_family	document_role	parent_document
Kanshō – Dokumentationsindex und Context Bundles	Arbeitsstand	2026-08-18	Jinkendo	Documentation Index / Context Loading Guide	fachliche_zielarchitektur.md

# Kanshō – Dokumentationsindex und Context Bundles

Dieses Dokument dient dazu, für weitere Konzeptarbeit nur die tatsächlich benötigten Dateien in den aktiven Kontext zu laden.

1. Root-Dokumente

• handover.md – Session-Bootstrap und aktueller Arbeitsstand; verweist für Details auf die kanonischen Fachkapitel und ersetzt sie nicht.
• fachliche_zielarchitektur.md – Governance, Dokumentationsprinzipien, Querschnittsinvarianten, Dateistruktur.
• produktvision_und_produktidentitaet.md – Vision, Identität, Scope, Produktprinzipien und Nicht-Ziele.
• interview_plan.md – Kapitelplan, Interviewmethode, Fortschritt und nächster Interviewblock.

2. Fachkapitel

Datei	Kanonisches Thema
usage_situations.md	Nutzungssituationen und aktuell ausgearbeitete Tagesreflexion
reflection_spaces.md	Reflection Contexts und Spaces
dialogue_model.md	Entry, Intent, Gesprächsführung, Dialogfäden
memory_and_context.md	Working/Thread/Episodic Memory, Context, mindnet im Dialog
resurfacing_and_saturation.md	Wiedervorlage, Relevanz, Saturation
context_fidelity_and_regrounding.md	Drift, Provenance, Re-Grounding
self_model_and_lived_experience.md	Self Model, Point-in-Time Self, digitaler Zwilling
writing_profile_and_journaling.md	persönlicher Schreibstil und Journalgenerierung
reflection_intelligence.md	Reflection Frontiers, Hypothesen, Kausalitätsvorsicht
reflection_outputs.md	Journal/Memory/Knowledge/Action Outputs
integrations.md	Jinkendo-Produktgrenzen und Integrationen
guardrails.md	Privacy Gateway, Pseudonymisierung, externe KI

3. Empfohlene Context Bundles

Laufendes Interview zu Nutzungssituationen

1. fachliche_zielarchitektur.md
2. produktvision_und_produktidentitaet.md
3. interview_plan.md
4. usage_situations.md
5. bei Bedarf dialogue_model.md und resurfacing_and_saturation.md

Memory / digitaler Zwilling

1. Root-Dokumente
2. memory_and_context.md
3. self_model_and_lived_experience.md
4. context_fidelity_and_regrounding.md
5. guardrails.md

Dialogarchitektur

1. Root-Dokumente
2. dialogue_model.md
3. usage_situations.md
4. reflection_spaces.md
5. resurfacing_and_saturation.md

Integrationen

1. Root-Dokumente
2. integrations.md
3. reflection_outputs.md
4. das jeweils betroffene Fachkapitel

Datenschutz / externe KI

1. fachliche_zielarchitektur.md
2. guardrails.md
3. self_model_and_lived_experience.md
4. memory_and_context.md
5. das konkret betroffene Technik- oder Integrationskapitel

4. Technische Architektur

Seit 2026-08-19 existiert eine vorläufige technische Rahmenarchitektur unter ../technical/. Einstieg: ../technical/technische_zielarchitektur.md und ../technical/documentation_index.md.

Sie übernimmt den Produktrahmen weitgehend von Mitai. Datenschutz, Privacy Gateway und Guardrails sind fachlich bereits Invariante und technisch bindend. Dialog-, Memory- und MVP-Schnitte bleiben Arbeitsstand; Phasen F–I führen sie weiter. Encryption, Löschen und DSFA (Phase H1) sind Ausprägung, nicht Ersatz der Invariante.

5. Ladeprinzip

Nicht alle Kanshō-Dokumente gleichzeitig laden. Root-Dokumente plus die 2–4 fachlich betroffenen Dateien bilden den Standardkontext.

Vor größeren Querschnittsentscheidungen wird zusätzlich über migration_mapping.md und die relevanten Invarianten geprüft, ob andere Kapitel betroffen sind.