Deploymentcenter-Anbindung auf SDK 2.8.2 nachgezogen (#218)

Der Changelog seit 2.6.0 nennt sechs Fassungen, 16 action_items und fuenf
brechende Aenderungen. Davon trifft fast nichts diese Anwendung - und das
ist ein Befund, kein Versaeumnis:

- finding_status (brechend, 2.7.0): kein Aufrufer. Weder
  /api/supervisor/v1/observe noch /status werden hier angesprochen.
  Vorgemerkt fuer #528 Stufe 3 - wer den Manager baut, liest den
  Befundzustand von Anfang an aus diesem Feld.
- Nachpruefungs-Status awaiting_verification, in_verification,
  fix_insufficient (brechend, 2.6.1): Die Anwendung wertet
  bugtracker_items.status nirgends aus. Betrifft den Arbeitsablauf der
  Agenten, und der steht in CLAUDE.md bereits richtig beschrieben.
- Meldungen ohne project_slug (brechend, 2.8.1): BugtrackerClient und
  ErrorReporter schicken project_slug und build_version seit jeher mit.
- Leseweg ohne project_slug und schmales dc_roadmap (brechend, 2.8.1):
  betrifft den MCP-Adapter, nicht den Anwendungscode.

Geblieben ist die eine Zusage, die man nicht sieht, wenn man sie verletzt:
Seit 2.8.1 erbt ein Watchdog-Monitor das Projekt seines Ping-Tokens. Ohne
Bindung landen die Befunde im Scheinprojekt "default", und eine Abfrage
nach dem eigenen Projekt liefert fuer eine laufende, fleissig meldende
Instanz null Befunde - die Aufsicht sieht aus wie "nichts auffaellig". Das
ist genau die Falle, in die hier schon einmal Meldungen gelaufen sind.

Deshalb neu: TokenProvisioner.WhoAmIAsync gegen GET
/api/tokens/v1/whoami (SDK 2.7.1) und der Typ TokenIdentity mit
IsProjectBound. DeploymentcenterService fragt beim Start das eigene
Melde-Token, protokolliert das Projekt und warnt, wenn keines dransteht.
Bewusst nur eine Warnung: Monitoring, das bei unklarer Rechtelage gar nicht
erst anlaeuft, ist genau dann still, wenn man es braucht. Faellt die
Auskunft aus - aelterer Server, kein Netz -, bleibt es bei Debug.

Gemessen statt geraten: TokenProvisioner schickt keinen project_slug mit,
und ob der Server die Bindung vom Master-Token erbt, steht in keiner
Beschreibung, die vorliegt. Ein Sub-Token dafuer eigens auf dem
Produktivserver auszustellen waere zu viel Nebenwirkung gewesen; die erste
Instanz, die eines zieht, sagt es jetzt selbst ins Protokoll.

#176 ist erledigt und die Regel in CLAUDE.md gestrichen: dc_roadmap ohne
project_slug liefert jetzt das eigene Projekt (nachgemessen: 51 Eintraege,
alle clawddotnet). Wer projektuebergreifend lesen will, schickt
project_slug=all.

dc_link_project auf 2.8.2 gesetzt, CLAUDE.md-Zeile hochgesetzt.

Build ohne Warnungen, 717 Tests gruen, 8 uebersprungen.

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

src/ClawdDotNet.App/Services/DeploymentcenterService.cs

@@ -121,6 +121,8 @@ public sealed class DeploymentcenterService : IAsyncDisposable
         var watchdog = instance.Watchdog;
         var token = await ResolveInstanceTokenAsync(instance, saveInstanceConfig, ct);
 
+        await WarnIfTokenHasNoProjectAsync(token, ct);
+
         try
         {
             _heartbeat = WatchdogHeartbeatService.Create(
@@ -191,6 +193,54 @@ public sealed class DeploymentcenterService : IAsyncDisposable
         }
     }
 
+    /// <summary>
+    /// Prüft, ob das Melde-Token an ein Projekt gebunden ist, und sagt es, wenn nicht.
+    ///
+    /// <para><b>Warum das eine eigene Anfrage wert ist.</b> Seit SDK 2.8.1 erbt ein
+    /// Watchdog-Monitor das Projekt seines Ping-Tokens. Fehlt dort die Bindung, legt der
+    /// Server die Befunde im Scheinprojekt „default" ab — und eine Abfrage nach dem
+    /// eigenen Projekt liefert für eine laufende, fleißig meldende Instanz dann
+    /// <b>null Befunde</b>. Die Aufsicht sieht aus wie „nichts auffällig", und genau
+    /// darauf verlässt sich niemand gern.</para>
+    ///
+    /// <para>Der Fall ist nicht erfunden: Genau so sind schon Meldungen in „default"
+    /// gelandet und waren danach für ihren eigenen Melder gesperrt. Ein Heartbeat, der
+    /// ins Leere geht, meldet sich nicht von selbst — deshalb wird hier einmal
+    /// nachgefragt, statt es anzunehmen.</para>
+    ///
+    /// <para>Nur eine Warnung, kein Abbruch: Ein Monitoring, das bei unklarer Rechtelage
+    /// gar nicht erst anläuft, ist genau dann still, wenn man es braucht.</para>
+    /// </summary>
+    private async Task WarnIfTokenHasNoProjectAsync(string token, CancellationToken ct)
+    {
+        try
+        {
+            using var api = new DeploymentcenterApi(_api.BaseUrl, token);
+            var identity = await new TokenProvisioner(api).WhoAmIAsync(ct);
+
+            if (identity.IsProjectBound)
+            {
+                _logger.LogInformation(
+                    "Deploymentcenter: Meldungen gehen an Projekt {Projekt} (Token {TokenId}, {Typ}).",
+                    identity.ProjectSlug, identity.TokenId, identity.Type);
+
+                return;
+            }
+
+            _logger.LogWarning(
+                "Deploymentcenter: Das Melde-Token {TokenId} ist an kein Projekt gebunden. "
+                + "Watchdog-Befunde dieser Instanz landen damit im Scheinprojekt \"default\" "
+                + "und tauchen in der Projektansicht nicht auf.",
+                identity.TokenId);
+        }
+        catch (Exception ex)
+        {
+            // Aelterer Server ohne whoami (vor SDK 2.7.1), kein Netz, kein Recht: Das ist
+            // eine Auskunft, die ausfaellt, und kein Grund, den Heartbeat nicht zu starten.
+            _logger.LogDebug(ex, "Deploymentcenter: Token-Auskunft nicht verfügbar.");
+        }
+    }
+
     private static string DescribePlatform() =>
         $"{System.Runtime.InteropServices.RuntimeInformation.OSDescription} / "
         + $".NET {System.Environment.Version}";