B2 beheben: Chat-Laeufe pro Agent serialisieren

Der Konversationskontext _chatContexts[agentId] ist eine geteilte List<ChatMessage>.
Nur der Lookup lief unter Lock, alle Add-Aufrufe im Schleifenkoerper waren
ungeschuetzt. Da WebView, ToolJob-Wakeups und AgentComm denselben Agenten
gleichzeitig ansprechen koennen, verschraenkten sich ihre Nachrichten zu einer
ungueltigen Tool-Sequenz, die die API mit HTTP 400 ablehnt.

ChatAsync laeuft jetzt hinter einem SemaphoreSlim(1,1) pro Agent; verschiedene
Agenten bleiben unabhaengig. Die Timeout-Uhr startet erst nach dem Eintritt,
damit Wartezeit in der Warteschlange den Lauf nicht aufzehrt.

Zwei Folgeprobleme mit demselben Ursprung:

- _runningChats hielt nur EINE CancellationTokenSource je Agent; der zweite Lauf
  ueberschrieb den ersten. AbortChat brach dadurch nur einen ab, der andere lief
  bis ins Run-Timeout. Jetzt eine Liste, die auch wartende Laeufe erfasst.
- ExecuteToolCallAsync fing OperationCanceledException mit ab und gab sie als
  Tool-Ergebnis zurueck, wodurch der Abbruch erst einen Schritt spaeter griff.
  Cancellation wird nun durchgereicht.

Ausserdem: send_message an den eigenen Agenten wird abgelehnt — es waere mit dem
neuen Gate in einen Deadlock gelaufen.

Neu: GetChatContext(agentId) als Momentaufnahme des Kontexts, fuer Diagnose und
Kontextgroessen-Anzeige.

Build-Fix: Das WinForms-Projekt globbt **/*.cs und kompilierte dadurch die
Test-Quellen mit. tests\** wird jetzt wie src\** ausgeschlossen.

Alle 49 Tests gruen.

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

docs/Bestandsaufnahme-2026-07.md

@@ -178,6 +178,12 @@ sodass `AbortChat` nur den zuletzt gestarteten Lauf abbricht.
 **Fix:** Pro Agent ein `SemaphoreSlim(1,1)`, das den gesamten `ChatAsync`-Durchlauf serialisiert.
 Wartende Nachrichten in eine Queue statt parallel starten.
 
+Beim Umsetzen kamen zwei Folgeprobleme dazu, die denselben Ursprung haben:
+- `ExecuteToolCallAsync` fing `OperationCanceledException` mit ab und gab sie als
+  Tool-Fehlerergebnis zurück. Der Abbruch griff dadurch erst einen Schritt später.
+- `send_message` an den eigenen Agenten wäre mit dem neuen Gate in einen Deadlock gelaufen
+  (der laufende Chat hält es bereits) — wird jetzt abgelehnt.
+
 ### B3 — `maxTokens` vermischt Abrechnungs-Budget und Kontextgröße ⚠️
 [`LoopGuard.cs:22`](../src/ClawdDotNet.Core/Engine/LoopGuard.cs#L22), Defaults in
 [`AgentConfig.cs:105`](../src/ClawdDotNet.Core/Config/AgentConfig.cs#L105)
@@ -521,7 +527,7 @@ Siehe K3.
 1. ~~B1 Compaction-Paarung (bricht produktiv ab)~~ ✅ behoben
 2. ~~B3 `maxTokens`-Semantik (bricht produktiv ab)~~ ✅ behoben
 2b. ~~B14 System-Prompt-Duplikat~~ ✅ behoben
-3. B2 Race Condition im Chat-Kontext
+3. ~~B2 Race Condition im Chat-Kontext~~ ✅ behoben
 4. S2 yt-dlp-Injection
 5. S3 API-Key-Leak