docs: Messwerte der Browserprüfung im Entwurf festhalten

Draw Calls, Dreiecke und Bildzeit für Draufsicht, Weg und Feld, der Anteil
der neuen Schichten daran, der Zustand der Konsole und die abgestimmte
Rasenfarbe.

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

docs/superpowers/specs/2026-09-15-flamingo-park-design.md

@@ -251,11 +251,12 @@ Das Parkpolygon ist das Viereck aus den Spielecken.
     | Schlüssel | Material |
     |---|---|
     | `paths` | Textur `concrete_pavement` |
-    | `field` | Textur `leafy_grass` mit grünerer Tönung, im Browser abgestimmt |
+    | `field` | Textur `leafy_grass` mit grünerer Tönung, im Browser abgestimmt (`FIELD_TINT` 0xc8f0b0) |
     | `court` | einfarbig grüngrau, ohne Textur |
     | `pool` | einfarbig blau, ohne Textur |
     | `parking` | Textur `asphalt_02` mit `ROAD_TINT`, als eigenes Material |
 
+  - Das Park-Material selbst bekommt `PARK_TINT` 0xb4dc94, ebenfalls im Browser abgestimmt: `leafy_grass` ist roh sandfarben, und der Park trägt diese Schicht jetzt in voller Fläche.
   - `POLYGON_OFFSET_ORDER` wird zu `ground`, `urban`, `park`, `sand`, `field`, `court`, `pool`, `parking`, `paths`, `roads`.
   - Die Regel, dass jeder Schlüssel eine Textur hat, gilt künftig nur für texturierte Schlüssel. `court` und `pool` stehen in einer eigenen Farbliste.
 - **`src/world/streaming.js`:** `DECALS` bekommt `paths`, `field`, `court`, `pool` und `parking`. Das sind reine Auflagen ohne eigene Kollision, wie heute Straßen und Beläge. Die Landplatte trägt, Gebäude kollidieren wie alle anderen. Man läuft also auch über den Pool.
@@ -337,6 +338,17 @@ Das Parkpolygon ist das Viereck aus den Spielecken.
   - Pipeline: 2 Wegflächen, 14 Flächen, 11 Gebäude, Jefferson Avenue 12 m breit; genau eine Warnung (`Zufahrt schneidet die Sperrfläche tribuene`, bekannt und gewollt).
   - Geänderte Chunks: nur die acht erwarteten `chunk_9_5`, `chunk_10_5`, `chunk_9_6`, `chunk_10_6`, `chunk_9_7`, `chunk_10_7`, `chunk_9_8`, `chunk_10_8`.
   - Tests: pytest 174 bestanden, vitest 199 bestanden / 3 übersprungen (der replaces-Test läuft jetzt für beide Orte nicht mehr, siehe `src/world/places.js`).
+  - Browser (1280 × 800, Debug-Seite mit sichtbarem Fenster, Median aus 31 Bildern):
+
+    | Blick | Draw Calls | Dreiecke | Bild | davon neue Schichten |
+    |---|---|---|---|---|
+    | Draufsicht aus 450 m | 1097 | 1 191 562 | 8,8 ms | +14 Calls, +0,1 ms |
+    | 13th-St-Weg auf Augenhöhe | 312 | 374 290 | 6,2 ms | +9 Calls, +0,1 ms |
+    | Baseballfeld zur Tribüne | 93 | 785 328 | 2,8 ms | +3 Calls, +0,1 ms |
+
+    Die neuen Schichten (Wege, Felder, Plätze, Pool, Parkplatz) sind 14 Meshes und kosten damit weniger als die im Entwurf veranschlagten fünf Draw Calls je Chunk. Größte Lücke zwischen zwei Bildern beim Nachladen der Parkchunks: 49 ms bei 33-ms-Takt, also kein sichtbarer Ruckler.
+  - Konsole: keine Fehler aus dem Spiel. Es bleiben die bekannten Meldungen des eingebetteten Browsers (`WrongDocumentError` beim Pointer-Lock) und eine Genauigkeitswarnung des Shader-Übersetzers, beide unabhängig von dieser Arbeit.
+  - Farbe: Der Rasen (`leafy_grass`, roh R 151, G 131, B 89) las sich von oben wie eine Brache, während ihn die Minimap grün zeichnet. Nach Abstimmung mit dem Nutzer bekommt das Park-Material `PARK_TINT` 0xb4dc94; die Felder behalten den helleren `FIELD_TINT`.
 - **OpenStreetMap ändert sich:** Der Stand liegt im Repo, ein neuer Abruf ist ein eigener Commit.
 - **Orte werden verschoben:** Der Datentest zu den Sperrflächen schlägt an.
 - **Pool ist nur eine Fläche:** bewusst so, ein Becken wäre eine eigene Aufgabe.