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

Status Open
Reported on v2.1.237
Maintainer reply None cached
Activity 0 comments · opened Aug 22, 2026

Preflight Checklist

  • [x] I have searched existing issues 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

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 <ul artifact-sync>-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

View original on GitHub ↗