まず切り分けたいのは、あなたの症状が「長く動かしているバックグラウンド処理が、本人の操作なしに止まる」タイプかどうかです。今回の issue 群では、どちらも Claude Code のバックグラウンド実行に絡んで exit code 144 が出ています。
#84981 では、macOS の長寿命 CLI セッションで、run_in_background: true で起動した Bash のバックグラウンドタスクが、ちょうど 30 分刻みで SIGTERM を受けて終了しています。報告では、TaskStop 呼び出しもセッション終了も compaction もユーザー操作もなく、kill の瞬間に caffeinate -i -t 300 が直接の子プロセスとして起動していた、とされています。
#84935 では、persistent: true の Monitor が、tail -F を使った状態で、ほぼ turn boundary ごとに exit code 144 で死ぬと報告されています。こちらも再アームはできるものの、またすぐ落ちるため、イベント駆動の常駐監視としては不安定です。
手元で確認できた Claude Code CLI の情報はこれです。
$ claude --version
2.1.207 (Claude Code)
背景エージェント関連のコマンドは存在しています。
$ claude agents --help
Usage: claude agents [options]
Manage background agents
Options:
--add-dir <directory> Additional directory to allow tool
access in dispatched sessions
(repeatable)
--agent <agent> Default agent for sessions dispatched
from agent view. Overrides the 'agent'
setting.
... (以下 30 行省略)
この時点で言えるのは、Claude Code には background agents を扱う導線があり、issue ではその系統の長時間実行が exit code 144 で終了している、ということまでです。
一方で、なぜ 144 になるのか、設定で止められるのか、あるいは特定のバージョンでのみ起きるのかは、提示された情報だけでは断定できません。少なくとも issue 側では、再現は macOS 上の長時間セッションで起き、筆者環境では CLI バージョン 2.1.207、issue 側では 2.1.220 や 2.1.221 が出ていますが、これだけで差分の原因とは言えません。
自分のケースが近いかを見るなら、次のような状況がそろっているかを確認するとよいです。
長時間起動している claude セッションがある。
その中で background task や persistent Monitor を使っている。
ユーザー操作や明示的な停止をしていないのに、バックグラウンド側だけが exit code 144 で終わる。
終わるタイミングが、作業の切れ目や一定間隔に寄っている。
ここまで当てはまるなら、少なくとも issue #84981 と #84935 で報告されている症状圏内です。逆に、単発の手動終了や、セッション終了と同時の終了なら、同じ exit code 144 でも別の原因の可能性があります。
現時点では、報告内容だけでは恒久的な回避策は書けません。実測で裏が取れているのは、「長時間の background task / Monitor が、macOS 上の Claude Code で exit code 144 に落ちるケースがある」という事実までです。もしあなたの環境でも同じなら、落ちた時刻、起動からの経過時間、対象が run_in_background: true の Bash なのか persistent: true の Monitor なのかを揃えて記録すると、同じ現象かどうかを見比べやすくなります。
claude --version : 2.1.207 (Claude Code)
OS : Darwin 25.3.0 (arm64)
Python : 3.14.2
検証日時 : 2026-08-09T16:24:57+09:00