HANDOFF · BLADE PC DIAGNOSTICS

家のPC（BLADE）のもっさり — 現在地と、これから

2026-07-27 作成／診断ツールは完成・main に push 済み。家のClaudeはこの1枚だけで動き出せます。

現在地

NOW

症状は出ているが、原因はまだ数字で確定していない

中古で購入したBLADE。スペック自体は悪くないはず、という前提

症状の指紋: 単発の重い処理は問題なく完走する。にもかかわらず日常操作がカクつく・もたつく。
最も顕著な例: 音声入力アプリ Aqua Voice でマイクデバイスを読み出す時、読み込みが極端に長い。
Otakeさんの当初の見立て: 過去の経験からグラフィックカード周りを疑っている。
Claude側の見立て: GPUの可能性は低い。GPU起因ならスクロール・ウィンドウ移動・動画再生が一貫して破綻するはずで、「マイク列挙だけ極端に遅い」はGPUでは説明できない。「計算は速いが待ち時間が出る」はストレージのランダムI/O、ドライバのDPC遅延、デバイス登録の肥大が典型。
Otakeさんの要望: ピンポイントで悪い箇所が分かるなら、そこを交換したい。推測で部品を買いたくない。

↓

直近やったこと

JUST NOW

実測で切り分ける診断スクリプトを作り、DELL実機で3回試走して誤検知を潰した

2026-07-27 セッション（DELL側・worktree で作業 → main へ cherry-pick して push）

scripts/diagnostics/pc_health_check.ps1 を新規作成。7カテゴリを実測し、HTMLレポートとJSONを出力する。
測定項目: ストレージ種別/SMART/4Kランダム読み/小ファイル大量オープン、DPC・割り込み遅延、オーディオデバイス列挙の実時間と幽霊エンドポイント数（Aqua Voice の症状を直接計測）、負荷時CPUクロック、GPUドライバ、常駐/電源プラン/HVCI、ディスク関連イベントログ。
最後に「手を入れるべき場所」を優先順位付きで自動生成。部品交換が必要なものと、費用ゼロの設定変更で済むものを分けて書く。
初版はDELL（健全なKIOXIA NVMe）を「最優先: SSD交換」と誤判定した。3回の試走で以下6点を修正済み:
- DPCカウンタのパスが (*) 形式で返るため (_Total) へ差し替え（初版は計測不能で null）
- 小ファイルオープンのしきい値が厳しすぎ健全機を赤判定 → 実測に合わせ緩和（bad: 3ms → 15ms）
- ディスクのイベントログをプロバイダで絞らず無関係なID7を大量誤検知 → disk/Ntfs/storahci等に限定
- ID153（リトライ）とID7/51/129（実障害）を分離。前者はNVMeの省電力設定が原因のことも多いため別項目・別対処に
- 空きメモリが FreePhysicalMemory だと待機キャッシュを含まず過小 → AvailableMBytes へ
- 電源プランは Win32_PowerPlan が管理者権限必須・powercfg 標準出力が文字化け → レジストリのGUIDから引く
ダブルクリックで走る PC健康診断を実行.cmd を追加（Otakeさんがコマンドを打たなくて済むように）。cmd経由の実行も検証済み。
Otakeさんからの強い指摘: 「金輪際私の環境で実行できないコードを送ってこないでください」。&& を含むコマンドを渡してエラーにさせた。memory に同じルールが既にあったが守れなかったため、伝達品質チェックに DG009 を新設して物理強制に昇格。fenced code block 内の POSIX 専用構文（&& / || / /dev/null / grep / heredoc / ~/ 等）を block する。テスト12件全通過・doctor で16ルール正常ロードを確認済み。

↓

次の一歩

1リポジトリを最新化する。下の「引き継ぎ情報」表のコマンドを使う。Otakeさんにコマンドを打たせない — Claude自身が Bash tool で実行する。
2診断を実行する。管理者権限で走らせるとSMART（ディスクの消耗度・通電時間・エラー数）まで取れる。中古品として何を掴まされたかの判断材料になるので、できれば昇格して走らせる。UACのダイアログが出るのでOtakeさんに「はい」を押してもらう必要がある。
3出力されたJSONを読む。verdicts 配列に優先順位付きの結論が入っている。findings のうち verdict が bad / warn のものを拾う。
4結果をOtakeさんに報告する。HTMLレポートは自動で開くので、チャットでは要点だけ。「交換が必要なもの」と「設定変更で直るもの」を必ず分けて伝える。
5交換が必要なら、具体的な型番選定まで進める。その際は product-sourcing スキルの選定ロジックを通すこと（在庫・第三者出品・リンク生存確認まで）。

↓

遠い未来

FAR

「なんか重い」を毎回ゼロから調べ直さない状態

このスクリプトはBLADE専用ではなく汎用。DELL・BLADE どちらでも走り、同じ形式のJSONを吐く。時系列で溜めれば「いつから遅くなったか」が追える。
もし定点観測したくなったら、BLADEの定期タスクに月1で仕込み、結果が悪化したら通知する形に発展できる（blade_scheduled_task_design の枠組みに乗る）。
より大きな話として、Otakeさんの作業環境そのもののボトルネック（メモリ16GB未満・常駐過多・古いドライバ）を数字で語れるようになる。買い替え判断の根拠にもなる。

引き継ぎ情報

ファイル・URL・コマンド

Otakeさんの環境は Windows PowerShell 5.1。&& は構文エラーになる。 Otakeさんに貼らせるコマンドは 1ブロック1コマンド・PowerShell構文 が絶対条件。

種別	パス / コマンド	用途
スクリプト	`C:\dev\Claude_WorkFolder\scripts\diagnostics\pc_health_check.ps1`	診断本体。659行。docstringに測定項目と経緯を記載
ランチャー	`C:\dev\Claude_WorkFolder\scripts\diagnostics\PC健康診断を実行.cmd`	ダブルクリックで実行。自動でUAC昇格を促す。Otakeさんが自分で回す時はこれ
コマンド（更新）	`git -C "C:\dev\Claude_WorkFolder" pull --rebase origin main`	最新化。`cd` 不要にするため `-C` を使う
コマンド（実行）	`powershell -NoProfile -ExecutionPolicy Bypass -File "C:\dev\Claude_WorkFolder\scripts\diagnostics\pc_health_check.ps1"`	診断実行。非管理者なら自動でUAC昇格を試みる
出力（レポート）	`C:\dev\Claude_WorkFolder\output\misc\pc_health\pc_health_<timestamp>.html`	人が読む用。実行後に自動で開く
出力（生データ）	`C:\dev\Claude_WorkFolder\output\misc\pc_health\pc_health_<timestamp>.json`	Claudeが読む用。`verdicts` と `findings` を見る
参考（DELL試走）	`C:\dev\Claude_WorkFolder\output\misc\pc_health\sample_このDELLで試走した結果.html`	DELL側の実行例。健全機ではどう出るかの比較対象。gitignore対象なのでDELLにしか無い
オプション	`-NoOpen` / `-NoElevate` / `-OutDir "<path>"`	それぞれ自動で開かない / 昇格しない / 出力先変更
該当コミット	`6b4273b6`（スクリプト本体）＋後続コミット（ランチャー・DG009）	main に push 済み

読み方のポイント

4Kランダム読みが今回の本命指標。1回あたり 0.3ms 超で要注意、1.0ms 超で問題。ここが遅ければ「アプリ起動・デバイス列挙が待たされる」症状と直結する。
幽霊オーディオ端点が多い（15件超で要注意、40件超で問題）なら、Aqua Voice のマイク読み込み遅延の主犯である可能性が高い。部品交換不要で直るため、まずここを疑う価値がある。
ディスクI/Oのリトライ（ID153）は「一瞬カクッと止まる」体感の正体になりやすい。ただしドライブ本体ではなくNVMeの省電力設定（PCI Express のリンク状態の電源管理）が原因のことも多い。設定変更を先に試す。参考までにDELLでも14日で238件出ている。
DPC時間が平均3%超・最大10%超なら、どこかのドライバが処理を握っている。オーディオ／ネットワーク／Bluetoothが常連。
負荷時CPUクロックが定格の80%未満なら冷却か電源。ただし MaxClockSpeed はWMIがベースクロックを返すため、値が定格と完全一致する機種では判定が効かない点に注意。

残課題・既知の論点

まだBLADEでは1度も走らせていない。ここまでは全てDELL上の準備。実データはこれから。
SMART（消耗度・通電時間）は管理者権限がないと取れない。非管理者で走ると「未取得」と出るだけで止まりはしないが、中古品の素性を判断する一番おいしい情報が欠ける。
しきい値はDELL 1台の実測に合わせて調整したもの。BLADEで明らかにおかしい判定が出たら、しきい値の見直しを疑う（スクリプト内に数値がベタ書きされているので直接調整できる）。
Otakeさんの当初の見立て（グラフィックカード）は薄いと伝えてあるが、結果次第では覆る。GPUが汎用ドライバで動いていた場合は「Otakeさんの見立てが当たっていた」ことになるので、素直にそう伝える。
DG009 は新設したばかり。誤検知（実行させる意図のないコード片を弾く等）が出たら scripts/hooks/delivery_gate/config.json で severity を warn に落として調整する。

推測で部品を買うのをやめる。どこが遅いかを数字で1点に絞ってから、そこだけ交換する。