Author

claudehowto

API Error: Sonnet 5 can't help with this が出るときに見えていること

この症状は、Claude Code が作業を始めた直後に API Error: Sonnet 5 can't help with this で止まり、しかも内容と関係なさそうな分類が付くケースとして報告されています。手元で確認できた issue は 2 件で、どちらも「本来の用途なのに止められた」という筋です。

まず、自分のケースかどうかを見分けるなら、Claude Code が何かを読んだり実行したりしたあとに、この文言だけを返して中断していないかを見ます。報告されている例では、ソフトウェア開発の途中で突然止まりました。[bio] のような詳細が付いていた例もありますが、少なくとも issue 報告上は、扱っていた内容と分類が一致していませんでした。これが #87992 です。

もう 1 件の #94875 では、USPTO の API キーを使って既存の作業を進めようとしたところ、別のセッションでも同じエラーで止まりました。鍵をファイルから読ませても、チャットに直接貼っても、4 回とも正常に始まったあとで API Error: Sonnet 5 can't help with this になったと書かれています。つまり、少なくともこの報告では「鍵の渡し方が悪かった」だけでは説明しきれていません。

手元で実際に取得できた検証環境の情報はこれだけです。

[env_summary]
OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-09-23T08:51:41+09:00

現時点で言えるのは、同じエラー文字列が、少なくとも 2 つの独立した issue で「正当な作業の途中に出た誤判定」として報告されていることです。一方で、解決方法までは issue 本文からは確認できませんでした。代表 issue に付いたコメントも「しばらく動きがないためクローズする。まだ必要なら新しい issue を開いてほしい」という内容で、回避策の確定は読み取れません。

実務上は、Claude Code の作業がどの入力で止まったかをそのまま記録して、必要なら新しい issue で再報告するのが現実的です。特に、何を読ませた直後に落ちたか、どのセッションでも再現するか、エラーに付随する詳細表示があるかは、報告内容として重要です。今回確認できた範囲では、これ以上の断定はできません。

検証環境

OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-09-23T08:51:41+09:00

参照した Issue（anthropics/claude-code）: #87992, #94875

同じ著者の記事

`--resume requires a valid session ID or session title when used with --print.` が出るときに確認したいこと

このエラーは、`--resume` に渡した値が Claude Code 側で「有効な session ID でも session title でもない」と判断されたときに出ます。今回の症状クラスタでは、少なくとも 2 つの別ルートが issue として報告されています。 ひとつは [#61058](https://github.com/anthropics/claude-code/issues/61058) で、`claude -p --output-format stream-json --input-format stream-json` で生成したセッションが `sessions-index.json` に登録されず、`--resume <title>` や対話的な `--resume` ピッカーから見えないという報告です。もうひとつは [#91268](https://github.com/anthropics/claude-code/issues/91268) で、セッション管理ツールが返す `local_...` 形式の ID をそのまま `claude --resume

papoo.work

Error: 400 {"type":"error","error":{"type":"invalid_request_error":"自分のツール定義が JSON Schema 2020-12 に通っていないときに出る Claude Code の 400

このエラーは、Claude Code 側がツール定義の `input_schema` を Anthropic API に送ったとき、JSON schema が受け付けられずに 400 で返ってきたケースとして報告されています。手元で確認できる issue は 2 件で、どちらも同じ系統の文言でした。 まず切り分けたいのは、Claude Code 本体の一般的な通信失敗ではなく、ツール定義のスキーマで落ちているかどうかです。今回の症状クラスタに含まれる実例では、エラーメッセージの中心が一貫して `custom.input_schema` になっています。`use tool` の実行時に 400 になる、という報告もありました。#86664 の環境情報は次のとおりです。 ```text Platform: darwin Terminal: iTerm.app Version: 2.1.232 Feedback ID: 0a5623a4-408d-47fb-afb1-0f3fd41d124a ``` 報告本文に含まれていたエラー断片も、そのまま載せておきます。 ```json ``` ここか

papoo.work

ERR_CONNECTION_CLOSED が出たときに、まず見分けたいこと

`ERR_CONNECTION_CLOSED` という文字列だけを見ると、ひとつの原因に見えてしまいます。ですが、今回の issue 群を見る限り、少なくとも二つの出方があります。 ひとつは、Cowork の macOS Desktop でチャット用の webview がネットワークを失って、そのまま戻らなくなるケースです。報告では、エージェント側の処理は続いているのに、画面側だけが壊れたままになり、送ったメッセージが灰色の「ghost bubble」として残るとされています。AskUserQuestion も描画されず、自動で拒否されたように見える、と書かれています。これは [#65382](https://github.com/anthropics/claude-code/issues/65382) の報告です。 もうひとつは、Windows の auto-updater で、Electron のネットワーク層だけが `ERR_CONNECTION_CLOSED` を返すケースです。報告では、`curl` と `node https.get()` では同じ更新先に届くのに、Elec

papoo.work

Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"tools.11.model: 'claude-opus-4-8' cannot be used as an advisor when the request mo…"} が出るときに確認したいこと

この症状は、Claude Code 側のリクエストで `advisor` として使われるモデルが、実行しようとしている request model と噛み合っていないときに出ています。今回集まっている issue では、メッセージの中身がかなりはっきりしています。 `[#66865](https://github.com/anthropics/claude-code/issues/66865)` では、`tools.10.model: 'claude-opus-4-8' cannot be used as an advisor when the request model is 'claude-fable-5'.` と出ています。`[#66940](https://github.com/anthropics/claude-code/issues/66940)` でも同じ構造で、`tools.11.model: 'claude-opus-4-8' cannot be used as an advisor when the request model is 'claude-fable-5'

papoo.work

ETIMEDOUT が出るときに、再接続が止まる場合と CLI が固まる場合

この症状は、少なくとも 2 つの報告に分かれていました。ひとつは、スリープ解除後に Desktop App が再接続を 3 回試したあとで止まり、それ以上の自動再試行をしなくなるケースです。もうひとつは、headless Linux 上で `claude` のサブコマンドが `--version` を除いて固まり続けるケースです。どちらも、ユーザー側から見ると「応答が返らない」「つながらない」という形で見えますが、現れ方はかなり違います。 まず、スリープ復帰まわりの報告は [#78666](https://github.com/anthropics/claude-code/issues/78666) です。報告では、クライアント機が sleep/wake したあと、ネットワークがまだ戻っていないタイミングで Desktop App が transport dead を検知し、その後に自動再接続がちょうど 3 回、約 6 秒の間に走るとされています。3 回とも `host is offline` で失敗し、その後は `Auto-reconnect exhausted` になって自動では再

papoo.work

UnexpectedApiResponseError: API returned an empty or malformed response を見たときにまず疑うこと

この症状は、Claude Code 側が「HTTP 200 は返ってきたのに、中身が期待した応答になっていない」と判断したときに出ています。今回渡された issue はどちらも同じ系統で、非ストリーミングのリクエストに対して event-stream が返ってきた、という報告でした。 自分のケースかどうかを見分ける手がかりは、エラーメッセージの中に `content-type event-stream` や `body is an event stream` が含まれているかどうかです。[#87842](https://github.com/anthropics/claude-code/issues/87842) では「non-streaming request was answered with a stream」と明記されていましたし、[#89232](https://github.com/anthropics/claude-code/issues/89232) でも同じ文言が出ています。どちらも HTTP 200 で返ってきているのに、レスポンスの形式が合っていません。 issu

papoo.work

Error: 400 {"type":"error","error":{"type":"invalid_request_ no low surrogate in string が出るときに見えること

この症状は、Claude Code から送ったリクエスト本文が JSON として受け付けられず、`no low surrogate in string` というエラーで 400 が返っているケースとして報告されています。今回渡された issue では、少なくとも [#60394](https://github.com/anthropics/claude-code/issues/60394) と [#68744](https://github.com/anthropics/claude-code/issues/68744) の両方で、同じ形のエラーが出ています。 まず自分のケースかどうかを見分けるには、エラーメッセージの中に次の文言があるかを確認します。 ```text Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"The request body is not valid JSON: no low surrogate in string: line 1 column 19562

papoo.work

String to replace not found が出るときに見るところ

この症状は、見た目には「編集したい文字列がそのままあるのに、`Edit` が失敗する」ように見えます。issue に出ている報告は、完全に同じ原因ではなさそうです。ただ、少なくとも「`String to replace not found` が出て編集が進まない」という点では重なっています。 最初に確認したいのは、あなたが遭遇しているのが「ファイルの内容は合っているのに置換できない」のか、「そもそも Claude が成功したように言っているだけで、実際には反映されていない」のかです。前者は `Edit` の `old_string` 不一致、後者は作業完了の見かけと実体のずれです。#64212 では、`old_string` がブランチ上のファイルと一致していない `Edit` 呼び出しがあり、`String to repla...` という失敗が記録されています。#52482 では、全角 CJK 記号を含む箇所で、モデルが半角記号にずれて `old_string` を作ってしまい、その結果として `String to replace not found` が起きると説明されています。

papoo.work

`Error: {"type":"error","error":{"details":null,"type":"invalid_request_error","message":"Output blocked by content filtering policy"}` が出て止まるときに見えていたもの

この症状は、Claude Code が編集や生成を進めようとした直後に、Anthropic API 側のエラーとして ```text Error: {"type":"error","error":{"details":null,"type":"invalid_request_error","message":"Output blocked by content filtering policy"},"request_id":"req_011CbWYp22Y864uHoBmCJ8hy"} ``` のような応答を返し、作業が進まなくなるものです。報告されている issue はどちらも同じエラーメッセージで、[#63572](https://github.com/anthropics/claude-code/issues/63572) と [#61565](https://github.com/anthropics/claude-code/issues/61565) です。 切り分けの入口は単純で、あなたのケースが「ファイルの中身や依頼内容に関係なく、このエラー文字列で止まる」かどうかです。

papoo.work

exit code 139 で `claude` が起動直後に落ちるときの見分け方

`claude` を打った瞬間に何も表示されず終わる。`claude --help` も `claude --version` も同じで、終了コードが 139 になる。今回の issue 群は、この形にかなり近い症状です。 報告されているのは、Ubuntu 26.04 LTS の VirtualBox VM 上で `claude` が即死した例と、Linux x86_64 上で 2.1.243 が起動直後に SIGSEGV で落ちる例です。どちらも、通常の対話画面が出る前に失敗しています。[#63635](https://github.com/anthropics/claude-code/issues/63635) と [#89390](https://github.com/anthropics/claude-code/issues/89390) では、少なくともその挙動が一致しています。 今回の一次情報では、私の環境で再現確認はできていません。実際に取れたのは次の環境情報だけです。 ```text OS : Linux 3.10.0-1160.76.1.el7.x8

papoo.work