Tree Gen 1.38.0: ein Weg zum Blattwerk, generischer Baum entsaeult

1) Zwei-Pfade-Fehler behoben (von der Spielseite gemeldet)
   Blattwerk entstand an zwei Stellen - Haekchen "_Leaf anlegen" beim Erzeugen
   und Knopf "Blattwerk streuen" - und nur der zweite rechnete die
   Wachstums-Staffel. Am Modifier nachgemessen trug der S1-Setzling aus dem
   Create-Pfad Size 0.85, Max Radius 0.04, Min Height 0.25: die Altbaum-Werte.

   Zum dritten Mal dieselbe Fehlerklasse (nach Stufen-Deckung und build_group):
   zwei Quellen fuer dieselbe Frage. Die Staffel liegt jetzt in make_leaves
   selbst und zieht growth_t/preset vom Baum-Objekt - ein Aufrufer KANN sie
   nicht mehr vergessen. Darueber blattwerk_streuen() als der eine Einstieg
   fuer beide Knoepfe, inklusive der Dichte-Regelung, die vorher ebenfalls nur
   der Operator hatte. Nebenbei bekommt der Create-Pfad damit auch die
   Card-SAMMLUNG, die ihm bisher fehlte.

   test_zwei_pfade.py prueft die DIFFERENZ zwischen beiden Wegen, nicht die
   absoluten Werte - ein Test, der nur einen Weg anschaut, findet so etwas nie.
   Plus die Gegenprobe im Test selbst: waeren beide Wege gleich falsch, muss
   auffallen, dass S1 und S4 dieselbe Card-Groesse tragen.
   Gegenprobe gefahren: mit dem alten Create-Pfad meldet der Test 10 Fehler und
   reproduziert exakt die gemeldeten 0.85 / 0.04 / 0.25.

2) Generischer "baum" entsaeult
   Gemessen B/H 0.18 ueber fuenf Seeds - schmaler als jedes andere Laubgehoelz.
   Ursache dieselbe wie bei der Birke: Branch Up 1.3 aus den DEFAULTS. Zielband
   der Spielseite 0.45-0.60, jetzt 0.55 (0.52-0.56).
   Die DEFAULTS bleiben unangetastet - sie sind die Socket-Vorgaben, an denen
   die haendischen Regler haengen. Nur "baum" bekommt eigene Werte.

26 Tests bestehen.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

README.md

@@ -563,6 +563,38 @@ Der Kaktus erzeugt regulaer **0 Cards** — kein Ast ist duenner als `Max Radius
 und das ist botanisch richtig. Vorher lief das still durch und man stand vor
 einer leeren `_Leaf`-Ebene; jetzt sagt der Operator es und nennt den Regler.
 
+### Zwei Knoepfe, ein Weg
+
+Blattwerk entsteht an zwei Stellen: ueber das Haekchen "_Leaf anlegen" beim
+Erzeugen und ueber den Knopf "Blattwerk streuen". Nur der zweite rechnete die
+Wachstums-Staffel. Von der Spielseite am Modifier nachgemessen trug der
+S1-Setzling aus dem Create-Pfad **Size 0.85, Max Radius 0.04, Min Height 0.25** -
+exakt die Altbaum-Werte.
+
+Das ist zum dritten Mal dieselbe Fehlerklasse (nach der Stufen-Deckung und
+`build_group`): **zwei Quellen fuer dieselbe Frage**. Die Staffel liegt deshalb
+jetzt in `make_leaves` selbst, die sie aus `growth_t` und `preset` am
+Baum-Objekt zieht - ein Aufrufer KANN sie nicht mehr vergessen. Darueber sitzt
+`blattwerk_streuen()` als der eine Einstieg, den beide Knoepfe benutzen; dort
+haengt auch die Dichte-Regelung, die vorher ebenfalls nur der Operator hatte.
+
+`tests/test_zwei_pfade.py` prueft nicht die absoluten Werte, sondern die
+DIFFERENZ zwischen beiden Wegen - ein Test, der nur einen Weg anschaut, findet
+so etwas grundsaetzlich nie. Zusaetzlich prueft er, dass sich S1 und S4
+ueberhaupt unterscheiden: waeren beide Wege gleich falsch, waere der Vergleich
+allein zufrieden.
+
+### Der generische Baum war auch eine Saeule
+
+Gemessen Breite/Hoehe **0.18** ueber fuenf Seeds - schmaler als jedes andere
+Laubgehoelz im Satz. Ursache dieselbe wie bei der Birke: `Branch Up` 1.3 aus den
+DEFAULTS. Zielband der Spielseite 0.45-0.60, gemessen jetzt **0.55**
+(0.52-0.56).
+
+Die DEFAULTS bleiben unangetastet - sie sind die Socket-Vorgaben der
+Node-Gruppe, an denen jeder haendische Regler haengt. Nur `baum` bekommt eigene
+Werte; alle anderen Presets ueberschreiben `Branch Up` ohnehin.
+
 ### Obstbaum: die Krone muss groesser sein als eine Card
 
 Das Preset ist nicht nur eine Silhouette, es ist eine FUNKTIONALE Bedingung.