# SPEC-D — `care_navigation`
## Steuerungsmethode — Spec-Tiefe D v0.1

**Status:** vorläufig freigegeben (PO 2026-07-26) — mit zugehöriger Archetyp-Vollspec; Implementierungsausreichendheit noch offen
**Stand:** 2026-07-26  
**Prozess:** `M1_Hybrid_Path_and_Depth_D_v0.1.md`  
**Quellen:** Decision-Lock Care, `SPEC_Care_initiative_care_v0.1.md`, Fit-Analyse  
**Ist-Code:** Methode existiert noch nicht (neu) — P0  
**OM/UI:** Archetyp-Vollspec Care

---

## D1 Identität

| Feld | Wert |
|------|------|
| `method_key` | `care_navigation` |
| Rolle | primary (**Ausführung** — Kernel §6) |
| Label (DE) | Fürsorge-Navigation |
| Zweck | Steuert das **Wohlergehen einer Person im Fürsorgefokus** (andere oder Self-Care). Vereinigt Prinzipien, Meilensteine, Rituale und reaktive Stränge unter **einer** Methode — ohne Archetyp-Mix A3+C1+A2. |

---

## D2 Geltung

| Feld | Wert |
|------|------|
| Default für | `initiative.care` |
| kompatibel | `initiative.care` |
| nicht Default für | A1 (Können), A3 (Cadence ohne Fürsorge-Kern), C1 (Verfahren/Fall), B1 (Checklisten) |

---

## D3 Horizon

| Schicht | Inhalt |
|---------|--------|
| **CareFocus** | welche Person (Selbst/Andere) ist der Fürsorgefokus |
| **Checkpoint** | optionaler Lebens-/Entwicklungs-Meilenstein („bis Schuleingang“, „Stabilität nach Krise“) |
| **Jetzt** | Schnitt aus: fälliges Ritual **oder** offene Reaktion **oder** nächster Checkpoint-Schritt |

Horizon ist **mehrschichtig** — nicht nur ein Gate.

---

## D4 Leading Work Item — polymorph (Kern)

Next Action zeigt auf **genau eines** der folgenden, je Ranking:

| Typ | Wann typisch |
|-----|----------------|
| `CadenceInstance` | fälliges/überfälliges Ritual (eine Instanz, kein Duplikat) |
| `CareReaction` | offener situativer Strang (Situation → Reaktion); oft Action oder Decision |
| `HorizonStep` | nächster Schritt am Care-Checkpoint (Action oder Kriterium) |
| `PrincipleReminder` | selten: Prinzip verletzt / Drift ohne konkrete Aufgabe — eher Attention als NA |

**Nicht Leading:** flache Todo-Wand; fremde Rechtsfall-Logik (C1); Skill-Übung ohne Fürsorge-Framing (A1).

---

## D5 Lifecycle-Pfad

| Schritt | Status | Bedeutung Care |
|---------|--------|----------------|
| intake | active | Fokus-Person, Prinzipien, Ausgangslage |
| method_selection | active | Default `care_navigation` |
| structure_setup | active | Prinzipien (EFS/Config), optionale Checkpoints, Rituale, Reaktions-Eingang |
| planning | skip/light | keine Vollplanung; Checkpoints rollierend |
| action_selection | active | Ranking über Cadence / Reaction / HorizonStep |
| assignment | active | oft ein Primary Caregiver; Übernahme möglich (später) |
| waiting | active | auf Ritual-Erledigung, situatives Ereignis, Termin |
| result_intake | active | Ritual done, Reaktion abgeschlossen, Evidence |
| validation | optional | Checkpoint-Kriterien |
| review | optional | Lage der Fürsorge / Retrospektive |
| adaptation | active | Rituale/Prinzipien/Checkpoints anpassen |
| closure | skip/soft | Fürsorge oft dauerhaft; Closure nur wenn Fokus endet (z. B. Fall abgeschlossen) |

---

## D6 Next Action — Ranking (Ziel)

**Priorität (Vorschlag):**

1. **Offene kritische Reaktion** (akuter Bedarf, Frist, Sicherheit) → `care_reaction_urgent`  
2. **Überfälliges Ritual** (verpasste Cadence, Eskalation) → `care_ritual_overdue`  
3. **Heute fälliges Ritual** → `care_ritual_due`  
4. **Checkpoint-Schritt ready** → `care_checkpoint_ready`  
5. Sonst ruhige Lage → leerer NA-Kanal + Attention „stabil“ / Prinzip-Drift

**Anti-Patterns:**

- jedes verpasste Ritual erzeugt neuen Task-Duplikat (A3-Verbot gilt hier analog)  
- alle Rituale + Reaktionen als gleichwertige Todo-Liste  
- Self-Care als A1-Skill-Training umdeklarieren

**Leerer Fall:** erlaubt („gerade kein Schritt nötig“) — anders als A2, wo leerer Fall oft Planning Debt ist.

---

## D7 Attention

| Code | Wann |
|------|------|
| `care_reaction_open` | offene Reaktion ohne Fortschritt |
| `care_ritual_overdue` | Cadence verpasst |
| `care_checkpoint_at_risk` | Meilenstein gefährdet |
| `care_principle_drift` | wiederholte Abweichung von Prinzipien |
| `care_caregiver_overload` | zu viele offene Lasten auf einem Actor (später) |

---

## D8 Events

| Event | Wirkung |
|-------|---------|
| Situatives Ereignis erfasst | öffnet/aktualisiert `CareReaction` |
| Ritual erledigt | CadenceInstance schließt; nächster Zyklus geplant (eine Instanz) |
| Checkpoint verify | Horizon wechselt |
| Prinzip geändert | Attention/Guidance, kein Auto-Commit von Arbeit |
| Externer Termin (Arzt, Schule) | kann Reaction oder Waiting speisen — **nicht** automatisch C1 |

---

## D9 Nested

`n/a` typisch. Care kann Kind unter B2a sein (selten); dann gilt Child-NA = diese Methode, Parent = Impulse.

---

## D10 OM-Voraussetzungen

| Minimal | Optional |
|---------|----------|
| Initiative `initiative.care` | Checkpoints als RoadmapItems |
| CareFocus (EFS oder gleichwertig) | Evidence |
| ≥1 Ritual (Recurring) **oder** Reaktions-Eingang | Decision bei schweren Abwägungen |
| Prinzipien (EFS/Text) | Mehrere Fokus-Personen — TBD |

---

## D11 Extension Points

| Art | Ziel |
|-----|------|
| next_action_strategy | `care_navigation` |
| steering_elements | `next_action_primary`, `recurring_rhythm`, neu `care_focus`, `care_reactions` |
| attention rules | siehe D7 |
| hooks | `on_next_action_requested`, `on_result_received`, `on_escalation_required`, `on_reassessment_required` |
| structure builder | optionales Minimal-Kit: Fokus + 1 Ritual + 1 Prinzip |

---

## D12 Spannungen zum Kandidat-Kern · offene PO-Punkte

| Anker | Bedarf |
|-------|--------|
| Work-Item-Polymorphie | **zwingend** (Cadence + Reaction + HorizonStep) |
| Event-Pfad | **zwingend** (Situation → Reaktion) |
| Loop / weiches Closure | **zwingend** |
| Horizon mehrschichtig | CareFocus + Checkpoint — Kern-Horizon muss mehr als „ein Gate“ können |

**PO ✓ (2026-07-25) — in Klartext:**

1. **Ein Vorhaben = eine Fokus-Person** (oder „ich“ bei Self-Care). Mehrere Personen → mehrere Vorhaben / später Programm.  
2. **Reaktion = normales Arbeitspaket** (ggf. kurz über Eingang); kein neues OM-Objekt „CareReaction“ — nur Spec-/Read-Model-Begriff.  
3. **Meilensteine/Checkpoints optional** — Care nur mit Ritualen + Reaktionen ist gültig.

## Nächste Methode

Degenerierter Pfad: **`checklist_flow`**.