[BUG] Artifact mit artifact-Capability zeigt dauerhaft "Nur Lesezugriff" für den Eigentümer – Schreibvorgänge werden nicht gespeichert

### Preflight Checklist

- [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code

### What's Wrong?

Ein über Claude Code veröffentlichtes Artifact mit deklarierter artifact-Capability (Live-Doc mit artifact-sync-Bereich) zeigt für den bestätigten Eigentümer dauerhaft schreibgeschützten Zugriff. Lokale DOM-Änderungen (z. B. neue Listeneinträge) werden im Browser sichtbar, aber nach einem Reload sind sie verschwunden – sie wurden also nie tatsächlich gespeichert/synchronisiert.

### What Should Happen?

Eintrag bleibt erhalten, keine "Nur Lesezugriff"-Meldung für den Eigentümer.

### Error Messages/Logs

```shell
Eintrag verschwindet nach Reload. Ein claude:sync-off-Event feuert bereits beim initialen Laden der Seite (nicht erst nach einem Schreibversuch).
```

### Steps to Reproduce

1. Minimales Artifact mit einem

-Bereich veröffentlichen (Capability {"artifact": {}}).
2. Artifact als Eigentümer öffnen (bestätigt: gleicher Account, gleicher Browser, eingeloggt).
3. Einen neuen Eintrag über ein Formular hinzufügen.
4. Seite neu laden.

### Claude Model

Sonnet (default)

### Is this a regression?

I don't know

### Last Working Version

_No response_

### Claude Code Version

2.1.237

### Platform

Anthropic API

### Operating System

Windows

### Terminal/Shell

PowerShell

### Additional Information

Bereits ausgeschlossen:

1. Kein Fehler im Seiten-Code (mehrfach reduziert bis zu einem 20-Zeilen-Minimalbeispiel, gleiches Verhalten).
2. Kein Berechtigungsproblem (Eigentümer über claude.ai/code/artifacts bestätigt: "Irawan Wisudanto").
3. Kein Cache-/Session-Problem (reproduziert in privatem/Inkognito-Fenster ohne jeglichen Browser-Zustand).
4. Kein "Arming"-Verzögerungsproblem (mehrere Minuten gewartet, kein Unterschied).
5. Kein artifaktspezifisches Problem (reproduziert auf mehreren frisch erstellten Artifacts mit unterschiedlichen URLs).
6. Kein Runtime-Versionsproblem (reproduziert nach Upgrade auf contract: latest).

Betroffene Test-Artifacts (nur für Anthropic-Support nachvollziehbar, falls Zugriff auf Logs möglich):

- b2fabd5b-72c4-4838-8e33-2c6566c9be56
- e6a55fad-01b7-44ec-8156-ef1bd2e7b279
- 0797f3b5-b825-4434-91af-b495b118e374

Start by reproducing the issue with a minimal published artifact containing an

area and Capability {"artifact": {}}. Inspect when the claude:sync-off event fires during initial loading and trace the owner permission and synchronization entry points. Done means the confirmed owner does not see the read-only message and added entries remain after reload.

索引モデルが issue の本文から書いたものです。