diff --git a/sonar-analysis.md b/sonar-analysis.md
index 7ac6edf..b4b40d6 100644
--- a/sonar-analysis.md
+++ b/sonar-analysis.md
@@ -157,6 +157,8 @@ erreicht. Sie stehen jetzt dort, wo Gemessenes hingehört: auf
 hat dabei dieselbe Frage für `OP_CONNECT_HOST` in
 [publish-helm-chart](publish-helm-chart) mitbeantwortet.
 
+**Lauf 399 des ersten Abnehmers hat den Baustein inzwischen vollständig durchlaufen** — 44 Sekunden, `ANALYSIS SUCCESSFUL`, mit Bericht auf dem Server. Damit ist am Baustein selbst nichts mehr offen; was bleibt, ist eine Eigenschaft der jeweiligen Instanz und des jeweiligen Projekts:
+
 Offen bleibt genau einer, und es ist der inhaltliche:
 
 1. **Was eine Analyse überhaupt meldet**, insbesondere aus Helm-Templates. Der
@@ -173,6 +175,16 @@ Offen bleibt genau einer, und es ist der inhaltliche:
    Einzelbefunde. Es braucht also einen erfolgreichen Lauf, nicht nur einen
    gestarteten.
 
+   Lauf 399 war dieser erfolgreiche Lauf — und **auch er beantwortet die Frage
+   nicht aus dem Protokoll heraus.** Ein Scanner-Protokoll nennt grundsätzlich
+   keine Einzelbefunde, es nennt die Adresse des Berichts. Und die Instanz
+   antwortet auf `api/measures/component` anonym mit **401**, während die
+   Oberfläche 200 liefert — die richtige Einstellung, aber sie heißt: Die Zahlen
+   bekommt nur, wer ein Konto dort hat. **Diese Frage ist damit keine Messung,
+   die noch aussteht, sondern eine, die aus einer Pipeline grundsätzlich nicht
+   zu beantworten ist.** Wer wissen will, ob Helm-Templates Rauschen erzeugen,
+   sieht auf das Dashboard.
+
 **Eine Sache, die nicht auf der Liste stand und auf ihr hätte stehen müssen:
 welche Analysatoren die Instanz tatsächlich hat.** Analysatoren sind
 **server-seitige Plugins**; der Scanner lädt eine CLI, keine Sprachen. Eine