← ishizakahiroshi.com
失敗談 5分で読める要約版 2026-10-18

AI エージェント使用中の Defender 負荷を測る。会話ログの検査時間を切り分けた手順

何台もの画面のそばで、盾の形の見張り番が書類の束を一枚ずつ調べている夜の作業部屋

Windows で Codex CLI・Claude Code・grok を並べて動かしていると、Defender がずっと数%から十数%で動き続けていました。2 分間の記録で何を検査しているかを測ると、目立っていたのは git ではなく、AI が書き足していく会話記録とログでした。中にプログラムが無い 8 フォルダだけを検査から外し、その場所の検査時間は 2 分あたり 6.93 秒から 0.03 秒になりました。

Qiita で全文を読む →
測る、書き足す記録を見つける、範囲を絞る、同じ場所を比較する、の 4 段
まず測ってから、外す範囲を絞る。数字は PC 1 台、2 分間の記録 2 回の観察です。

git を疑ったら、会話記録が上位にいた

最初は、AI が git のデータを頻繁に書き換えているせいだと思っていました。そこで、Defender に付いている計測機能(管理者の PowerShell で New-MpPerformanceRecording と Get-MpPerformanceReport)で、2 分間に何を何秒検査したかを記録しました。

結果は、2,814 回の検査に合計 10.9 秒。そのうち grok の説明書と動作記録、Codex の会話記録だけで 6.93 秒と約 6 割を占めていました。git はプログラム別の上位 10 にも入っていません。Codex は会話記録に 1 行ずつ書き足していくので、書き足すたびに同じファイルが検査し直されていました。

対策前の 2 分間の、場所ごとの検査時間の横棒グラフ
対策前の 2 分間。青緑の 2 本が、あとで外した 8 フォルダです。

中身を数えてから、8 フォルダだけ外した

外したのは、2 つの Codex の会話記録のフォルダと、3 つの grok の説明書と動作記録のフォルダ、計 8 か所です。登録の前に、中に実行形式(exe・dll・js など)が 1 本も無いことを数えて確かめました。AI の道具のフォルダを丸ごと外したり、codex.exe などをプログラムごと外したりはしていません。前者にはプラグインなどのプログラムが入っていて、後者だとリポジトリへ書くファイルまで検査されなくなるおそれがあるためです。

途中で失敗もしました。長い 1 行のコマンドを貼ったら折り返しの位置に空白が入り、壊れたパスが 2 件そのまま登録されました。エラーは出なかったので、登録したら一覧を読み返すことにしています。

対象にした場所と、対象にしないものの線引き
除外する範囲を広げない。0 本は安全の証明ではなく、残る危険もあります。

減ったのは対象の場所の検査時間。CPU は残った

同じ夜にもう一度 2 分間測ると、外した 8 フォルダの検査時間は 6.93 秒から 0.03 秒になりました。ただし記録全体は 10.9 秒から 50.2 秒に増えています。対策後の記録中に、別の Go のテストが走っていたためです。

タスクマネージャーの Defender もゼロにはならず、その夜は 4.5〜19% の間で上下しました。言えるのは「その場所の検査時間が減った」までで、PC 全体が何割速くなったかではありません。Anthropic と OpenAI の公式の説明にも会話記録への対処は見当たらず、今回のやり方はどの会社の手順でもなく、自分の PC で測って決めたものです。

外した 8 フォルダの検査時間の前後比較
外した 8 フォルダの前後。記録全体の数字には別の Go テストの負荷が混ざっています。

もっと深く読みたい人へ

計測と除外のコマンド、中身を数えるスクリプト、取り消し方、安全面の考え方、公式の説明と公開 Issue の確認結果は、Qiita の全文にまとめています。

Qiita で全文を読む →