| `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. 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.