アンチウイルスによる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

35日間のClaude Code:3つの並列エージェントが本当の上限である理由
Claude Code の1,800ターン以上の分析で、ボトルネックはコンテキストではなく、人間の統合能力にあることが判明。N ≈ 1 / (待機時間の割合)という単純な式が、エージェント3つで壁にぶつかる理由を説明する。

チャット質問でクロードコードトークンを無駄遣いするのをやめよう
r/ClaudeAIの開発者が、週間トークン上限を節約するために、簡単なチャット質問はHaikuのような安価なモデルに回し、Claude Codeは複数ファイル編集などのエージェントタスクに限定した。

Raspberry Pi 5上のHackRFを使用したESP32+CC1101 433 MHzセットアップのデバッグをOpenClawが行う
直接のGPIOやESP32へのフラッシュが失敗した後、OpenClawはHackRFを使ってCC1101のTx/Rxピンが入れ替わっていることを診断し、最終的にPi 5で433 MHz信号の自律的なキャプチャとリプレイに成功しました。

Raspberry Pi Model BでFree APIsを使ってOpenClawを実行する
OpenClawはRaspberry Pi Model B上で、Google Gemma 4 31B IT(約20 RPM、無制限のコンテキスト)やGemini Flashを含む無料APIを使用して安定して動作し、ブラウザ自動化ではChromiumよりFirefoxヘッドレスの方が優れています。