# shadow集約・grok解約後の全ホスト基盤クリーンアップ（2026-05-30）

> grok（SuperGrok/Grok Build）解約に伴い、shadowをハブとして全4ホスト（shadow/arcana/cure/mac）の開発基盤を健全化した記録。
> 過去記録「MCP全ホスト展開 2026-05-22」「glm5現役」は本記録で更新（grok/glm5は全除去済み）。

## 1. MCP残骸の一掃（全ホスト）

grok解約・glm5無効化・supabase廃止に伴い、死亡MCPを全ホストから除去した。

| ホスト | 除去したMCP | 残MCP数 | 役割 |
|--------|-----------|---------|------|
| shadow | grok-agent系6個（grok-agent/-arcana/-arcana-ws/-cure/-cure-ws/-mac） | 14 | 開発ハブ |
| arcana | supabase, grok-agent, grok-agent-shadow, grok-agent-any | 7 | 限定稼働 |
| cure | glm5, grok-agent-shadow, grok-agent-any | 11 | 監視番兵 |

- **MCP構成は役割別で良しとする方針**（全ホスト同一にはしない）
- `.claude.json` は infra同期対象外＝ローカルのみ・auto-syncで巻き戻らない
- cure は `claude` コマンドがPATH外 → Pythonで直接 .claude.json 編集
- 各ホストで `.claude.json.bak-cleanup-*` バックアップ取得済み

## 2. ディスク根本見直し（shadow: 88%→80%）

- **Ollamaは現役**（vvv-bots embed/semantic_alert/trend_report が参照）。削除厳禁。約10G占有は固定費
- **qwen2.5-coder:7b（4.4G）も現役**：auto_pr_merger のコードレビューに固定使用（消すとPR自律マージ停止）
- 削除可だったのは `qwen2.5-coder:1.5b`（940M・コード参照ゼロ）のみ
- `/tmp/chrome-vnc`（1.7G）が肥大主犯 → VNCブラウザのプロファイル残骸
- **恒久対策**: `/usr/local/bin/disk_cleanup_hourly.sh`（369行・毎時cron）に項目21-23を追記
- 21: chrome-vncプロファイル掃除（未使用時のみ・1h超）
- 22: bot_execution_log のDB剪定（started_at基準・30日超）
- 23: /tmp大型残骸（claude-base-pr/ytframes・3日超）
- バックアップ: `disk_cleanup_hourly.sh.bak-20260530-*`

## 3. パーティション診断

- `/dev/vda` 60GB GPT、vda1（59GB ext4 = /）がほぼ全量。**未割当領域なし・LVM未使用**
- パーティション整理での容量捻出は不可能（既に最適構成）
- 増設するなら：VPSディスク拡張 → `growpart /dev/vda 1 && resize2fs /dev/vda1`（無停止）

## 4. 設定統一（shadow→各ホスト展開）

- **CLAUDE.md/RTK.md/skills(118)は既に3ホスト一致**（infra/install.sh管理）
- rules/: `glm5-alias.md`・`multi-model-routing.md` をshadow→arcana展開（trends.mdは除外）
- **settings.jsonは単純コピー不可**（ruffパスがホスト固有: cure=~/.local/bin, shadow=venv内）
- `continueOnBlock:true` をarcana→shadowへ**逆輸入**（PostToolUse[1]・hook拒否理由フィードバック）
- shadow settings.jsonの死mcpServers（wiki/vvv）除去（実体は.claude.json側）

## 5. hook整合性修復

- arcanaで設定参照hook 2本の実体が欠落していた（空振り状態）
- `post_tool_continue_on_block.py` / `prompt_english_check.py`
- shadowから展開・構文チェック済み → 全ホスト hook実体8本/参照7本/欠落0で統一

## 6. mac復活

- known_hostsの古いed25519鍵が不一致でHost key verification failed
- `ssh-keygen -R` で旧鍵削除 → `ssh-keyscan` で実機鍵を再登録 → 接続復活（mac15.local）

## 最重要教訓（再利用価値）

**「不要そう」で削除する前に必ずコード・実体・使用状況を grep 照合する。** 本セッションで危うく稼働中の基盤を壊しかけた3例:
- `.grok`（grokバイナリ稼働中・agent-hubが参照）
- `qwen2.5-coder:7b`（auto_pr_mergerが固定使用）
- `wiki` MCP（settings.json版は死設定、.claude.json版が本体）

削除でなくノイズ除去・双方向取り込みが「吸収/展開」の正体だった。

## 全4ホスト最終状態
| ホスト | disk | 役割 | 状態 |
|--------|------|------|------|
| shadow | 80% | 開発ハブ・MCP15接続失敗0 | ✅ |
| arcana | 82% | 限定稼働 | ✅ |
| cure | 79% | 監視番兵（cross_monitor/DR cron 23本） | ✅ |
| mac | 22% | 復活 | ✅ |