---

## Current System Boundary

### Was die aktuelle Infrastruktur erlaubt

- Gmail-Ingestion (live_forward, historical_import, manual_forward)
- Raw-Mail-Archivierung (eine Datei pro Mail, unveränderlich)
- Label-basierte Verarbeitung (Gmail-Labels: processed, historical_import)
- Duplicate-Erkennung (via gmail_message_id)
- Technische Zusammenfassungen (inbox_log.json, error_log.json)
- Identity-Signal-Extraktion (Absender, Betreff, Datum aus Raw-Mails)
- Auditierbare Rohdatenspeicherung (/opt/data/gmail/raw/)

### Was noch NICHT vorhanden ist

- Echte semantische Identity Resolution
- Persistente Contact Registry Integration
- Kanalübergreifende Entitäten (keine Cross-Channel-Linking)
- Verifizierte Projektkontinuität
- Governance-basierte Knowledge-Writes
- Kontrollierte Obsidian-/Graphiti-Synchronisierung
- Review Queue Integration

### Wichtige Architektur-Erkenntnis

> Die Infrastruktur befindet sich aktuell im Übergang von:
> **Mail Processing**
> zu
> **Semantic Knowledge Infrastructure**

Die Raw-Ingestion-Schicht ist stabil und auditierbar. Die nächsten Layer müssen kontrolliert, schrittweise und governance-basiert aufgebaut werden — keine automatischen Writes, keine Merges ohne Verifikation.

---

## Strategic Next Layer

| Stage | Ziel | Status |
|-------|------|--------|
| Stage 3 | Populate  | 🔜 Nächster Meilenstein |
| Stage 4 | Identity Resolution Engine | ⏳ Geplant |
| Stage 5 | Review Queue Integration | ⏳ Geplant |
| Stage 6 | Governed Obsidian/Graphiti Writes | ⏳ Geplant |

### Stage 3 Detail: Populate contact_registry.json

**Ziel:** Kontakte aus Raw-Mails extrahieren und strukturiert speichern.

**Regeln:**
- Keine automatischen Merges
- Confidence-Level pro Kontakt setzen ( /  / )
-  und  bleiben in Review-Queue
- Nur -Kontakte werden persistiert
- Original-Mails werden nie verändert

---
*Abschnitte ergänzt: 2026-05-24*


---

## Current System Boundary

### Was die aktuelle Infrastruktur erlaubt

- Gmail-Ingestion (live_forward, historical_import, manual_forward)
- Raw-Mail-Archivierung (eine Datei pro Mail, unveränderlich)
- Label-basierte Verarbeitung (Gmail-Labels: processed, historical_import)
- Duplicate-Erkennung (via gmail_message_id)
- Technische Zusammenfassungen (inbox_log.json, error_log.json)
- Identity-Signal-Extraktion (Absender, Betreff, Datum aus Raw-Mails)
- Auditierbare Rohdatenspeicherung (/opt/data/gmail/raw/)

### Was noch NICHT vorhanden ist

- Echte semantische Identity Resolution
- Persistente Contact Registry Integration
- Kanalübergreifende Entitäten (kein Cross-Channel-Linking)
- Verifizierte Projektkontinuität
- Governance-basierte Knowledge-Writes
- Kontrollierte Obsidian-/Graphiti-Synchronisierung
- Review Queue Integration

### Wichtige Architektur-Erkenntnis

Die Infrastruktur befindet sich aktuell im Übergang von:
"Mail Processing"
zu
"Semantic Knowledge Infrastructure"

Die Raw-Ingestion-Schicht ist stabil und auditierbar. Die naechsten Layer
muessen kontrolliert, schrittweise und governance-basiert aufgebaut werden —
keine automatischen Writes, keine Merges ohne Verifikation.

---

## Strategic Next Layer

| Stage | Ziel | Status |
|-------|------|--------|
| Stage 3 | Populate contact_registry.json | Naechster Meilenstein |
| Stage 4 | Identity Resolution Engine | Geplant |
| Stage 5 | Review Queue Integration | Geplant |
| Stage 6 | Governed Obsidian/Graphiti Writes | Geplant |

### Stage 3 Detail: Populate contact_registry.json

**Ziel:** Kontakte aus Raw-Mails extrahieren und strukturiert speichern.

**Regeln:**
- Keine automatischen Merges
- Confidence-Level pro Kontakt setzen (high / probable_match / unknown)
- unknown und probable_match bleiben in Review-Queue
- Nur verified-Kontakte werden persistiert
- Original-Mails werden nie veraendert

---
*Abschnitte erganzt: 2026-05-24*