diff --git a/docs/superpowers/specs/2026-07-30-stripe-price-adoption-design.md b/docs/superpowers/specs/2026-07-30-stripe-price-adoption-design.md
index 1f3987a..be50139 100644
--- a/docs/superpowers/specs/2026-07-30-stripe-price-adoption-design.md
+++ b/docs/superpowers/specs/2026-07-30-stripe-price-adoption-design.md
@@ -272,3 +272,88 @@ Zwei Regeldatei-Tests nach Repo-Sitte, getrennt danach, **gegen wen** sie prüfe
 - `app/Services/Billing/PlanPrices.php` — dasselbe
 - `docs/handoffs/2026-07-30-real-run-handoff.md` — Block-D-Punkt als erledigt
   markieren
+
+---
+
+## 14. Folgepunkte, die aus der Umsetzung entstanden sind
+
+Nachgetragen nach dem Abschluss-Review. Alle Befunde sind offengelegt, keiner
+blockiert den Merge — aber keiner ist erledigt.
+
+### Die eine echte Lücke: Waisen-**Produkte**
+
+`activePricesFor()` erkennt einen verwaisten *Preis* wieder. Für ein verwaistes
+**Produkt** gibt es kein Gegenstück, und dort ist der Schaden größer: ein
+zweites Produkt lässt jedes `activePricesFor($neueId)` leer zurückkommen, damit
+ist die Wiedererkennung für dieses Modul oder diese Familie **dauerhaft blind**
+und jede Waise am ersten Produkt unerreichbar. Der Zweig deaktiviert seine
+eigene Sicherung durch die Lücke, die er nicht geschlossen hat.
+
+Betroffen: `SyncStripeCatalogue::handle()` (Produkt anlegen, ID danach in einem
+zweiten Schreibvorgang speichern) und `AddonPrices::product()`. Beide Kommentare
+benennen die Lücke jetzt; der Fix wäre ein `productsFor()` nach dem Muster von
+`activePricesFor()`, das Stripe nach den Produkten fragt und über die Metadaten
+wiedererkennt.
+
+### Das Geld-Tor sitzt an der falschen Stelle
+
+`AdoptStripePrice` verspricht in seinem Kopfkommentar, keine Übernahme könne
+Geld verschieben — kann aber nur Betrag, Währung und Intervall vergleichen. Was
+sonst noch entscheidet, was ein Preis verrechnet (`interval_count`,
+`usage_type`, `transform_quantity`, `billing_scheme`), filtert
+`HttpStripeClient::activePricesFor()`. Zwei Folgen: der `FakeStripeClient` kann
+diese Felder gar nicht ausdrücken, also kann **kein Test von
+`AdoptStripePrice` das Geld-Tor abdecken**; und eine dritte Implementierung von
+`StripeClient` ließe es still fallen. Die Prüfung gehört in die Klasse, die sie
+zusagt.
+
+Verwandt: `PlanPrices::ensure()` hat keine `<= 0`-Schranke, wo
+`AddonPrices::ensure()` eine hat. Das ist das Einzige, was einen
+`billing_scheme: tiered`-Preis (bei dem Stripe `unit_amount: null` liefert, hier
+als 0 gelesen) auf der Paketseite überhaupt erreichbar macht.
+
+### Kleineres, benannt statt vergessen
+
+- **Der Abgleich zählt „angelegt", auch wo er übernommen hat.** Die Wortwahl der
+  Konsolenausgabe ist entschärft („created or adopted"), gezählt wird weiterhin
+  vor dem Aufruf. Eine echte Trennung der beiden Zahlen fehlt — und das ist die
+  eine Zahl, die ein Mensch nach einem Vorfall zuerst liest.
+- **Die Warnung über einen unerklärlichen Preis hat keine Drosselung.** Sie
+  feuert bei jedem Abgleich *und* jeder Kundenbuchung, solange die Waise
+  existiert — und weil das Aufräum-Kommando (§12) ein Folgepunkt ist, auf
+  unbestimmte Zeit. Der Widerspruchs-Pfad wurde aus genau diesem Grund still
+  gestellt; der Bestätigungs-Pfad bekam dieselbe Überlegung nicht.
+- **`FakeStripeClient::updatePriceMetadata()` ersetzt, wo Stripe zusammenführt**,
+  und `activePricesFor()` gibt Metadaten ungecastet zurück, wo der HTTP-Client
+  auf String castet. Heute nicht beobachtbar, aber es ist genau die Sorte
+  Untreue des Fakes, gegen die §9 geschrieben wurde.
+- **`created` im Fake kann gleichstehen**: `createPrice()` stempelt
+  `count($prices) + 1`, `plantPrice()` hat die Vorgabe `1`. Der Kommentar sagt
+  das jetzt zu, statt es zu bestreiten; ein Gleichstand-Tiebreak auf die ID
+  fehlt weiter.
+- **`HttpStripeClient::activePricesFor()` bricht das Blättern still ab**, wenn
+  dem letzten Eintrag einer nicht-letzten Seite die `id` fehlt — getreue Kopie
+  desselben Verhaltens in `invoiceLines()`. Die Folge hat sich aber geändert: in
+  `invoiceLines()` entsteht ein zu kurzer Belegtext, hier eine ungesehene Waise
+  und ein zweiter aktiver Preis, also der Vorfall. Wer es anfasst, soll werfen
+  statt anhalten.
+- **Der Idempotenz-Fingerabdruck und der POST-Rumpf müssen zusammenbleiben.**
+  Ein Feld, das künftig in `createPrice()` gesendet, aber nicht in
+  `IdempotencyKey::priceParameters()` aufgenommen wird, öffnet den Vorfall
+  wieder. Der Test „does not block a booking because the metadata format moved"
+  wacht über diese Nahtstelle — mit einem gesetzten Ledger-Eintrag, weil der
+  Zustand heute nicht mehr fahrbar ist.
+
+### Zwei fremde, vorbestehende Testfehler, die dieser Zweig aufgedeckt hat
+
+Keiner davon wird von diesem Zweig verursacht.
+
+1. **`HostStepsTest.php:1064`** schreibt `fsn-01.node.clupilot.com` hart hinein,
+   während `.env:107` `CLUPILOT_DNS_ZONE=clupilot.cloud` setzt und `phpunit.xml`
+   neun andere Variablen mit `force="true"` festnagelt, diese aber nicht. Eine
+   Zeile in `phpunit.xml`. Derselbe Punkt steht als offene Aufgabe in
+   `docs/handoffs/2026-07-30-real-run-handoff.md`.
+2. **`PlanCatalogueTest.php`** ist einmal ausgefallen und lief beim
+   Wiederholen durch. „Beim zweiten Mal grün" ist keine Diagnose, und ein
+   sprunghafter Fehler in den Katalogpreis-Tests liegt im Wirkungskreis dieses
+   Zweigs, auch wenn er nicht von ihm kommt.