#claudecode

177 件の記事

最初に思ったのは、「もうここまで来たか」という驚きと、同時に「そりゃそうだよな」という妙な納得感だった。 Claude Code の auto mode は、要するに毎回の確認ダイアログを減らして、ある程度はエージェントに任せるモードだ。コード生成ツールとしては便利でも、勝手にファイルを書き換えたり削除したりする可能性がある以上、普通は慎重になる。そこをデフォルトにしたのは、Anthropic が「人間が逐一止める前提」より「ある程度は任せて前に進む前提」に軸足を移した、ということだと思う。一方で、数字の出し方はかなり強気に見えた。危険なコマンドを人間が見つけられた割合より classifier のほうがずっと高い、しかも手動確認はプロンプトが増えると精度が落ちる、という話はたしかに筋が通っている。でも、ここで面白いのは「人間より機械のほうが安全」だから安心、ではなく、Anthropic 自身が最後にちゃんと「classifier でリスクは消えない」と釘を刺しているところだと思う。便利にするほど、責任の置き場所はむしろ曖昧になる。そこを完全には隠していないのは好感が持てた。あと、

papoo.work

Claude Codeの自動モード、便利さと怖さの境目

最初に思ったのは、「また便利さがデフォルトに寄ってきたな」ということだった。 Claude Code の auto mode は、毎回人間に確認を求めずに先へ進めるモードらしい。コードを書く流れを速くするにはたしかに気持ちよさそうだけど、プログラマーの感覚からすると、確認を省く方向にデフォルトが寄るのは少し落ち着かない。記事の中でいちばん引っかかったのは、「危険な操作だけ止める」という設計が、どこまで本当に頼れるのかという点だ。Anthropic はテストで harmful actions の 89% を auto mode が見つけたと言っていて、人間の 13.6% より高いらしい。数字だけ見るとかなり強い。でも、ここで気になるのは「残りの11%」がどんな場面なのかだと思う。破壊的で元に戻せない操作は止める、という説明は筋が通っている一方で、実際の開発では、壊れ方がゆっくり来るミスのほうが厄介だったりする。そこをどこまで拾えるのかは、記事だけでは見えない。それでも、デフォルトでオンにする判断自体は、Anthropic がこの機能を“実験”ではなく“日常の道具”として押し出したいの

papoo.work

`[Tool result missing due to internal error]` が出て AskUserQuestion が返らないときに確認したこと

この症状に当てはまるのは、`AskUserQuestion` の呼び出しで質問ウィジェットが最後まで出ず、途中で `Tool execution was interrupted` になり、モデル側には `[Tool result missing due to internal error]` が返るケースです。報告されている issue は [#74797](https://github.com/anthropics/claude-code/issues/74797) です。もう一つ、長時間セッションでセッションプロセスが勝手に再起動し、バックグラウンドタスクの orphan 化や tool result の欠落が起きるという [#85181](https://github.com/anthropics/claude-code/issues/85181) もあります。ただし、今回の手元確認だけでは、両者が同じ原因だとは断定できません。現時点では別件の可能性もあります。まず、手元の環境では Claude Code は次の状態でした。 ```text $ claude --versi

papoo.work

`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出るときに確認したこと

この症状は、少なくとも今回の issue では Windows 上で報告されています。該当する報告は [#79401](https://github.com/anthropics/claude-code/issues/79401) と [#85333](https://github.com/anthropics/claude-code/issues/85333) の 2 件で、どちらも同じエラー文字列を含んでいます。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=168 messages=167 range=[104,168)) ``` ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=85 messages=84 range=[68,85)) ``` まず切り分けとして、このエラーが「表示中のメッセージ一覧の整合性が崩れた」タイプのものかど

papoo.work

`VM connection timeout after 60 seconds` が出るときに、まず見るところ

この症状は、少なくとも今回渡された issue では 2 つの見え方に分かれています。ひとつは Windows 11 ARM64 / Snapdragon X 系で、VM の起動や共有設定までは進むのに、ゲストがホストへ戻ってこず 60 秒で失敗するパターンです。もうひとつは、VM の状態が残ったままになり `smol-bin.vhdx` が掴まれ続けるパターンです。前者は [#85739](https://github.com/anthropics/claude-code/issues/85739)、後者は [#79270](https://github.com/anthropics/claude-code/issues/79270) に書かれています。ただし、今回の二件だけでは「同じ原因」とまでは言えません。[#85739](https://github.com/anthropics/claude-code/issues/85739) では、VM 自体は始まっていて、`add_plan9_shares` までは 500ms 未満で終わる一方、その先のゲスト接続待ちで止まっています

papoo.work

`exit code 3` が出るときにまず見る場所

`Claude Code process exited with code 3` が出ても、すべてが同じ原因とは限りません。少なくとも今回集めた issue では、Windows 側で常駐している Windhawk が関わるケースと、Hyper-V の仮想マシン内で Claude Code のバイナリが落ちるケースが別々に報告されています。自分の症状がどちらに近いか、先に分けるのがよさそうです。ターミナルでは動くのにデスクトップアプリ側だけで落ちるなら、[#52386](https://github.com/anthropics/claude-code/issues/52386) の報告とかなり似ています。報告者は「昨日までは動いていたが、今日は毎回 `Claude Code process exited with code 3` になる」「terminal では引き続き動く」と書いています。さらに Windhawk を終了すると直るとも述べています。一方で、Windows の Cowork 経由で、VM の起動自体は成功するのに Claude Code の binary が始ま

papoo.work

$Error: 429 {"type":"error","error":{"type":"rate_limit_error":"Rate limited"} で止まるときに、まず確認したいこと$

Error: 429 {"type":"error","error":{"type":"rate_limit_error":"Rate limited"} で止まるときに、まず確認したいこと

同じ形のエラーが出ているなら、少なくとも今回の issue 群では Claude Code 側から「サーバーが一時的にリクエストを制限している」と案内されていました。報告されている文言は、どちらも `API Error: Server is temporarily limiting requests (not your usage limit)` か、あるいは `Rate limited` です。対象になっている issue は [#73509](https://github.com/anthropics/claude-code/issues/73509) と [#73151](https://github.com/anthropics/claude-code/issues/73151) です。この症状が自分のケースかどうかを見るなら、まずエラー本文が一致するかを見ます。今回の報告では、少なくとも次の形が共通していました。 ```text Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"

papoo.work

$Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} のときに、まず切り分けたいこと$

Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} のときに、まず切り分けたいこと

この症状は、Claude Code が API から `429` と `rate_limit_error` を受け取って止まるものです。今回集まっている issue は 3 件とも解決済みで、どれも同じ系統のエラー文字列を含んでいました。報告内容で共通しているのは、単なる「使いすぎ」で出る制限ではなく、`API Error: Server is temporarily limiting requests (not your usage limit)` と読める点です。つまり、少なくとも issue 上では「自分の利用上限に達した」とは書かれていません。サーバー側の一時的な制限として扱われています。実際の報告では、次の文字列がそのまま出ています。 ```text Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"},"request_id":"req_011CdBp6diwVhNmSZmaw4Xjm"} at generate (B:/~BUN/root/src/

papoo.work

$Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} に出たときにまず見ること$

Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} に出たときにまず見ること

この症状は、Claude Code の実行中に `Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"}}` が返ってくるものです。今回集められた 3 件の issue はすべて closed で、しかも代表 issue へのコメントでは「サーバー側の一時的な制限」であり「your usage limit ではない」と案内されています。少なくとも issue の本文だけを見る限り、利用者の契約上限を超えた話としては扱われていません。自分のケースかどうかを見分ける手がかりは、エラーメッセージの中身です。今回の症状クラスタでは、どの報告でも同じ形の 429 が出ています。 ```text Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"},"request_id":"req_011Cd634q9TpgJDhp2BnFWFZ"} at generat

papoo.work

this version can't be shared publicly が出るときに見たことと、まだ分からないこと

この症状は、Claude Code で Artifact を公開共有しようとしたとき、共有ダイアログに > This version can't be shared publicly. Publish a new version or change the shared version, then try again. と出るケースです。手元で確認した issue でも、同じ文言がそのまま報告されています。たとえば [#80321](https://github.com/anthropics/claude-code/issues/80321) は「再公開しても共有できない」、[#80545](https://github.com/anthropics/claude-code/issues/80545) は mermaid ブロックを含む Artifact で同じエラーが出る、[#85550](https://github.com/anthropics/claude-code/issues/85550) は Max plan の Linux 環境で共有不可が続く、という内容でした。まず

papoo.work

`exit code 132` が出るときにまず疑うこと

`exit code 132` が出ている場合、少なくとも今回の issue では「起動した Claude Code のプロセスが SIGILL で落ちる」系の話として報告されています。該当する報告は [#73504](https://github.com/anthropics/claude-code/issues/73504) と [#85571](https://github.com/anthropics/claude-code/issues/85571) です。ただし、同じ `132` でも原因は一つではなさそうです。#73504 は「最初のクエリ以降ずっと `Claude Code process exited with code 132`」という報告で、#85571 は「SSE4.2 / POPCNT を満たさない CPU で `Illegal instruction (core dumped)` が出る」という報告でした。後者は AVX だけの問題ではない、と明記されています。まず、自分のケースがどちらに近いかを見分けるのが先です。 `Illegal instruct

papoo.work

ENOTFOUND が出るときに、まず切り分けたいこと

`ENOTFOUND` は、少なくとも今回の issue 群では「DNS が引けていない」系の失敗として現れています。ただし、同じ見え方でも原因は 1 つではありません。今回確認できた範囲では、`claude update` で失敗するケースと、macOS のスリープ復帰後に OAuth の更新がこけるケースが並んでいます。症状の入口としては、`claude update` や Web 系の操作で `ENOTFOUND` / `ETIMEDOUT` が出て、その後にログイン状態が崩れるか、アップデートだけ失敗するかを見ます。参照できる issue は [#71699](https://github.com/anthropics/claude-code/issues/71699) と [#85149](https://github.com/anthropics/claude-code/issues/85149) です。まず、自分の環境で Claude Code がどう入っているかは確認しておいたほうがよさそうです。手元の出力では、`claude doctor` が複数インストールを検

papoo.work

$Error: 403 {"type":"error","error":{"type":"permission_error`: Claude Code で「OAuth authentication is currently not allowed for this organization.」が出るとき$

Error: 403 {"type":"error","error":{"type":"permission_error`: Claude Code で「OAuth authentication is currently not allowed for this organization.」が出るとき

このエラーが出るのは、Claude Code が OAuth 認証で進もうとして、所属組織側でそれが許可されていないときです。少なくとも issue の報告では、`Your organization has disabled Claude subscription access for Claude Code` という案内とあわせて `OAuth authentication is currently not allowed for this organization.` が返っています。該当する報告は [#63685](https://github.com/anthropics/claude-code/issues/63685) と [#63886](https://github.com/anthropics/claude-code/issues/63886) です。まず見分けたいのは、自分が「個人の Pro 契約を持っているのに弾かれている」のか、それとも本当に組織管理下のアカウントとして扱われているのか、です。[#63886](https://github.com/anthro

papoo.work

$Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"Your credit balance is too low to access the Anthropic API."}} が出るときに確認したこと$