anthropics / anthropics/claude-code

Fehler bei Claude

未关闭
#91,014 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
area:chrome area:cowork area:mcp bug
主要语言
Python
星标
145k
派生
23.1k
PR 合并指标
PR 指标待抓取

描述

**Zusammenfassung**

In einer länger laufenden Cowork-Session (durchgängig seit 18.08.2026, gleiche Session-ID) traten zwei unabhängige technische Probleme auf:

**1. Claude-in-Chrome-Erweiterung verbindet nicht**

- Datum: 20.08.2026
- `tabs_context_mcp` liefert wiederholt (>6 Versuche über mehrere Stunden, inkl. Neustart von Chrome laut Nutzer) die Meldung: *"Browser extension is not connected."*
- Auf Nachfrage hat der Nutzer per Screenshot bestätigt, dass die Erweiterung ("Claude in Chrome", Version 1.0.85) installiert, aktiviert ("An") und mit den erwarteten Berechtigungen (Zugriff auf alle Websites etc.) versehen ist.
- Trotzdem blieb die Verbindung durchgehend fehlgeschlagen. Keine weitere Diagnosemöglichkeit von der Session-Seite aus vorhanden (kein Terminalzugriff auf das Nutzergerät, keine Sicht auf den Erweiterungsstatus außer über diesen einen Tool-Call).
- Vermutung: Pairing-Problem zwischen dieser Cloud-Session (Cowork) und der lokalen Chrome-Erweiterung, nicht ein Konfigurationsfehler beim Nutzer.

**2. `SendUserFile` liefert dauerhaft 429**

- Datum: 31.08.2026, ca. ab 15:00 Uhr (Europe/Vienna)
- Wiederholte Aufrufe von `SendUserFile` mit zwei kleinen Dateien (0,8 MB .docx + 0,1 MB .pdf) schlagen seither bei **jedem** Versuch (>10 Versuche über mehr als eine Stunde, mit steigenden Wartezeiten zwischen den Versuchen bis 15 Minuten) mit derselben Fehlermeldung fehl: *"upload failed: server returned 429"*.
- Zur Eingrenzung wurde die Session-Token-Nutzung geprüft (via `explain-usage`-Skill): Verbrauch liegt weit unter dem Session-Kontingent, ein Token-/Nutzungslimit ist als Ursache damit unwahrscheinlich.
- Betrifft sowohl den Chat-Versand als auch das Schreiben auf ein verbundenes Nutzergerät (`device_commit_files`), da Letzteres denselben Upload-Schritt voraussetzt.

**Möglicher Zusammenhang (unbestätigt)**

Der Nutzer vermutet einen Zusammenhang mit einer parallel/kürzlich in einer anderen Session bearbeiteten Aufgabe ("SeilGV Mappe" – Erstellung einer umfangreichen technischen Dokumentenmappe für eine Seilbahn-Generalrevision, mit vielen großen PDF/Bild-Dateien und Auflösungsreduktion). Das kann ich aus dieser Session heraus nicht verifizieren, da kein Zugriff auf andere Sessions oder kontoweite Limits besteht. Falls Upload-Limits kontoweit statt pro Session gelten, wäre ein Zusammenhang aber plausibel.

**Umgebung**

- Cowork-Modus, Modell: claude-sonnet-5
- Session läuft seit mehreren Tagen durchgehend (18.–31.08.2026)
- Betroffene Tools: `mcp__claude-in-chrome__tabs_context_mcp`, `SendUserFile`, `mcp__remote-devices__device_commit_files`

**Frage an Anthropic**

Ist bekannt, ob Upload-Limits pro Account statt pro Session gelten, und könnte eine parallele Session mit hohem Dateidurchsatz das für andere Sessions desselben Accounts sichtbare Limit auslösen?

贡献指南

这个仓库没有索引到贡献指南

调研方向

Start by examining the named tools: tabs_context_mcp, SendUserFile, and device_commit_files, then reproduce the persistent extension connection failure and HTTP 429 upload response. Compare behavior across the Cowork sessions described and verify whether limits are account-wide or session-specific. Done means the scope and cause of both failures are established, or a clearly reproducible defect is isolated.

由索引模型根据 Issue 内容生成。

评估

领域
api, cloud, devtools
Issue 类型
缺陷
难度
4/5
预计耗时
3-5 天
活跃度
活跃
描述清晰度
需要澄清
新手友好度
25/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。