upd readme
This commit is contained in:
parent
90bae45bc3
commit
c1707d99a4
18
README.md
18
README.md
|
|
@ -85,3 +85,21 @@ docs/
|
||||||
rules/ — Constraints Claude follows automatically
|
rules/ — Constraints Claude follows automatically
|
||||||
.claude/commands/ — Slash commands for session workflow
|
.claude/commands/ — Slash commands for session workflow
|
||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
# Remakrs
|
||||||
|
|
||||||
|
## Howm to use it?
|
||||||
|
Der Ablauf wäre:
|
||||||
|
1. Session 1: Legacy-Code ins Projekt, CLAUDE.md anpassen, task.md der Phase 1 mit ersten DoD-Punkten füllen
|
||||||
|
2. Session 2-N: Discovery-Arbeit — je ein DoD-Punkt pro Session (oder mehrere kleine)
|
||||||
|
3. Wenn alle DoD-Punkte ✅: Phasenwechsel zu Phase 2
|
||||||
|
|
||||||
|
Das Session-Protokoll ist kein Extra-Overhead für spezielle Anlässe — es ist der Standardrhythmus für jede Sitzung. Es stellt sicher, dass:
|
||||||
|
- Der Kontext vom letzten Mal wiederhergestellt wird
|
||||||
|
- Am Ende nichts verloren geht
|
||||||
|
- Entscheidungen dokumentiert werden
|
||||||
|
|
||||||
|
Die task.md muss auch nicht in Session 1 perfekt sein. Du kannst mit 2-3 DoD-Punkten starten und sie in späteren Sessions erweitern, wenn du den Legacy-Code besser verstehst.
|
||||||
|
|
||||||
|
Kurz: Jede Interaktion = eine Session. Das Protokoll ist der Herzschlag des Frameworks, nicht ein Sonderereignis.
|
||||||
Loading…
Reference in New Issue