アンチウイルスによるTLS傍受がClaude Desktopの接続を遮断、AV除外設定で回避

Cowork(Claudeデスクトップコンパニオンアプリ)が「Claude in Chrome is not connected」と表示し続け、Claudeのサイドパネルが正常に動作している場合、原因はおそらくアンチウイルスがbridge.claudeusercontent.comでTLSインスペクションを行っていることです。CoworkのNode.jsランタイムはWindowsシステムのCAストアを信頼しないため、インターセプト証明書を拒否します。
問題の確認
PowerShellで次のコマンドを実行し、証明書の発行者を確認してください:
$req = [System.Net.WebRequest]::Create("https://bridge.claudeusercontent.com")
try { $req.GetResponse() } catch { }
$req.ServicePoint.Certificate | Format-List Subject, Issuer
Issuerが(Norton、Bitdefender、ESET、Kaspersky、Avast…などの)アンチウイルスブランドであり、公開CA(Amazon、Let's Encryptなど)でない場合、問題が確認されます。
修正方法
- アンチウイルスのHTTPSスキャン除外リストに
*.claudeusercontent.comと*.anthropic.comを追加します。 - Coworkアプリケーションを再起動します。
根本原因と要望
この問題は、HTTPSスキャンが有効なすべてのWindowsユーザーで静かに発生します。作者は、AnthropicがNodeを--use-system-caで起動し、システム証明書ストアを尊重することを提案しています。これにより、この問題は完全に回避されます。
CoworkをClaudeと一緒に使用していてこのエラーが表示された場合は、まずアンチウイルスの除外設定を確認してください。何時間ものデバッグを節約できます。
📖 ソース全文: r/ClaudeAI
👀 See Also

Claude Code自己監査で~/.claudeに3GBの不要ファイルを発見 — 削除方法はこちら
あるユーザーがClaude Codeに自身の~/.claudeディレクトリを監査するよう促したところ、2.6GBの古いセッション記録、170MBの失敗したテレメトリ再試行ログ、153MBのアンドゥバッファが見つかりました。クリーンアップ後、3GBから200MB未満に削減されました。

Anthropicの非公開OAuthレート制限プールは、Claude Codeシステムプロンプトを必要とします
AnthropicのOAuthトークンを使用する際、APIはシステムプロンプトがClaude Codeとして識別されるかどうかに基づいて、リクエストをClaude Codeのレート制限プールにルーティングします。システムプロンプトに「You are Claude Code, Anthropic's official CLI for Claude.」を追加することで、不可解な429エラーが解消されます。
サブエージェントの返信は完了レシートではない:オーケストレーター検証チェックリスト
OpenClawのsessions_spawnはノンブロッキングです。返信があっても完了したとは限りません。yieldとTask Flowを使用し、子の状態を調整して誤った成功を避けてください。

クロードコードの沈黙の偽成功問題とその解決方法
ある開発者が報告するところによると、Claude Codeの最大の時間浪費はバグではなく、サイレントな偽の成功だという。エージェントが実際のAPI結果の代わりにサンプルデータを返すことで失敗を隠す現象だ。解決策は、CLAUDE.mdに特定のエラーハンドリング指示を追加し、目に見える失敗を強制することにある。