このクラスタには、性質の違う 2 つの issue が入っています。どちらも解決済みですが、症状の出方は別物です。自分のケースかどうかは、まず「Bash tool なのか Monitor tool なのか」と「macOS なのか」を見るのが早いです。
1つ目は #64426 で、Bash tool のコマンドから -flag らしきトークンが消えるという報告です。条件はかなり具体的で、コマンド置換 $(...) やバッククォートの中に、さらに $ を使った展開が入っていると、実行前に -<flag> が抜かれると書かれています。issue 本文では「モデルは正しいコマンドを送っているが、実際にシェルで走るのは壊れたコマンドだ」と説明されています。環境は Claude Code 2.1.159、macOS の Darwin 24.6.0、Apple Silicon、/bin/zsh 5.9 です。
2つ目は #63050 で、Monitor tool が shell snapshot を読まず、PATH 依存のコマンドが見つからないという話です。こちらは macOS 上で、Nix や Homebrew、asdf、mise、pyenv など、/usr/bin 以外にツールがある環境で起きやすいと報告されています。jq、sleep、grep のような基本的なコマンドですら失敗した、と issue では述べられています。説明文には「Monitor は Bash と同じ shell environment で走る」とあるのに、実測ではそうなっていない、という指摘です。
筆者の実測ログは環境情報だけで、再現手順までは取れていません。今回確認できている出力はこれです。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-07T08:50:57+09:00
このため、少なくとも筆者の検証環境が macOS ではないことは分かります。#64426 と #63050 はどちらも macOS の報告なので、同じ症状かどうかを断定はできません。現時点で言えるのは、記事の対象は「Bash tool で $(...) と $ を含むコマンドを投げたときに -flag が消えるケース」と「Monitor tool で PATH 依存コマンドが見つからないケース」の 2 本立てだ、ということです。
もし手元で切り分けるなら、Bash tool 側では -flag を含むコマンドを、コマンド置換と $ 展開の組み合わせあり・なしで比べるのが筋です。Monitor tool 側では、jq や sleep のようなコマンドを単独で呼んで、PATH が通っているかを見るのが近道でしょう。ただし、ここで書けるのは issue に明記された現象までです。どの修正で直ったか、どの版から安全かは、この情報だけでは分かりません。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-07T08:50:57+09:00