調査日: 2026-07-26  |  依頼: ECCは時代遅れか／Windowsへ寄せてWSLを引退できるか／NASの夜間ジョブで何ができるか

インフラ近代化 調査報告（ECC導入 / WSL引退 / NAS夜間ジョブ）

調査日: 2026-07-26

依頼: ECCは時代遅れか／Windowsへ寄せてWSLを引退できるか／NASの夜間ジョブで何ができるか

1. ECC（Everything Claude Code）

結論：時代遅れではない。むしろ主流化しており、導入する価値がある

項目調査結果
勢い2026年1月にOSS化。GitHubスター 8.2万〜20万規模（※情報源によって数字がばらつくため参考値）
規模28エージェント／119スキル／60コマンド。Claude Code・Cursor・Codex・OpenCode を横断
最新版v1.9.0（2026年3月）で選択インストール機構と12言語対応を追加
導入方式プラグインマーケットプレイス方式（/plugin marketplace add）。手動コピーの時代は終了
批判「開発者コミュニティを二分している」。批判の中心は肥大（コンテキスト圧迫）

Windowsとの相性：良い（決定的な材料）

→ 「Windowsへ寄せる」方針とECC導入は矛盾しない。むしろ好都合。

肥大への公式対策（一括導入を避けたいという懸念への答え）

→ minimalプロファイルから始めて、必要なものだけ有効化していく運用が可能。

現状の問題（＝導入する動機）

今のシステムは3ヶ月前のECCを手で模倣したコピーであり、上流がどれだけ更新されても取り込まれない。プラグイン方式にすれば更新を追随できる。

注意点

自作の憲法・rules・agentsと衝突する可能性がある。段階導入と差分確認が必須（ecc-researcher の役割）。

2. WSL引退

実測データ

項目実測値
VHDXの場所とサイズC:\Users\kobaj\AppData\Local\wsl\{48fea016-...}\ext4.vhdx = 14.6GB
WSL内部の使用量11GB（/home 7.5GB・/usr 5.6GB・/var 1.3GB）
常時メモリ消費vmmemWSL = 458MB
Cドライブの空き73GB / 465GB ← VHDXがC:を圧迫しているのは事実
Dドライブの空き402GB（余裕あり）

WSLに乗っているもの（実測）

実働（移植が必要）

常駐（移設先の検討が必要）

文書内のコマンド例（動作影響なし・ただし移行時は一括置換が必要）

公式の追い風

「PowerShellへ移すと何が圧迫されるか」への回答

ほぼ何も圧迫しない。

移行の段階案

  1. 第1段階：deploy.sh 4本＋nas-publish.sh＋md-to-html.py をPowerShell/Windows Pythonへ移植（中身はSSH転送とファイル変換のみ。Windows標準のOpenSSHで代替可能）
  2. 第2段階：cronの役割をNASへ移す（→ 第3章）
  3. 第3段階：Discord botをWindows常駐化（サービス化。Windowsタスクスケジューラのログオン時起動、またはNSSM等のサービスラッパー）
  4. 第4段階：文書内の wsl bash -c 記述を一括置換
  5. 第5段階：WSLを「使わない状態」で1〜2週間放置して問題が出ないことを確認 → VHDX削除（14.6GB回収）

原則：消すのは最後。使わない状態を作ってから判断する。

3. NAS夜間ジョブ

実機確認の結果（2026-07-26 SSH実測）

項目実測値
機種DS220j（Realtek RTD1296 / aarch64 / DSM 7系）
メモリ合計484MB・空き74MB ← 最大の制約
ディスクvolume1 = 3.6TB中984GB使用（27%）
負荷load average 1.75。ただし内訳は IO 1.7 / CPU 0.03＝ほぼディスク待ちでCPUは暇
稼働16日連続稼働中

使えるコマンド（実機で存在確認済み）

curl wget rsync find sqlite3 jq zip tar sed awk / Python 3.8.15 / PHP 8.1.32

→ CPUは暇なので、軽い処理を夜中に直列で回す分にはまったく問題ない。ただしメモリが74MBしかないので、重い処理と並列実行は不可。

実行可能なジョブ（負荷の軽い順）

#ジョブ内容必要なもの
1一時レポート掃除/claude/r/ の90日超を削除find
2一覧ページ生成生きている一時レポート＋消滅予定日のindexを自動生成find + awk
3死活チェック公開ページにHTTPアクセスして200を確認、異常ならDiscord通知curl
4SQLite世代バックアップlibrary.db・shosaiのDBを .backup で安全に複製＋zip＋世代管理sqlite3 + zip
5容量レポートディスク使用量の推移を記録し、朝Discordへ通知df + curl
6ログローテーション各アプリのログを圧縮・古いものを削除tar + find
7写真・書類の世代バックアップvolume1内の重要フォルダを別フォルダへ rsync（世代管理）rsync
8リンク切れ検査公開HTML内のリンクを巡回して404を検出curl + awk

NASでやる最大の利点

PCが落ちていても動く。 Windowsのタスクスケジューラは「PCが起動していること」が前提だが、NASは24時間動いている。夜間バッチの置き場としてはNASの方が本質的に正しい。

実装上の注意（重要）

4. 着手順の提案

順内容理由
1NAS夜間ジョブの1・2（一時レポート掃除＋一覧生成）独立していて壊すものがない。ここで仕組みの型を作る
2WSL第1段階（deploy.sh等のPowerShell移植）型が決まれば機械的作業。1本ずつ検証しながら
3NAS夜間ジョブの3〜6を追加1が動いてから積み増す
4ECCのプラグイン方式導入（minimalプロファイル）既存システムとの衝突確認が必要なので、上3つが片付いてから
5Discord botのWindows常駐化WSL引退の最後の砦
6WSL停止 → 観察期間 → VHDX削除（14.6GB回収）最後

出典