<!-- 司令塔/MEMO.md の part2/3（行411-700・過去セッション 2026-05-13午後〜2026-05-08）。
     前：司令塔/MEMO.md（短期/中期目標）／ 次：司令塔/MEMO_part3.md（古いセッション＋思いつきログ）。 -->

# 司令塔/MEMO.md part 2/3 — 過去セッション履歴（中期）

### 過去セッション（2026-05-13午後・家PC AquaVoiceインストール）

**完了したこと：**
- ✅ **家PC（Windows 11 Home・ユーザー Ritzk）にAqua Voice Windows版インストール完了**
  - 公式DL：`https://aqua-desktop-builds.s3.us-east-1.amazonaws.com/aqua-voice-updates/stable/latest/Aqua-Voice-Windows-Setup.exe`
  - ファイルサイズ：228MB（227,996,432 bytes）
  - 配置：`%USERPROFILE%\Downloads\Aqua-Voice-Windows-Setup.exe`
  - ユーザー側でインストーラ進行・完了報告済
- ✅ 起動シーケンス完走（8並列Read・effortLevel=high・学校メール7d=1件（カレンダー共有招待のみ・スルー）・ロイロ監査skip（#21Phase1未完））

**永続化したファイル：**
- 更新：司令塔/MEMO.md やり残し（本ブロック）

**🟢 環境メタ知識（家PC固有・全Jarvis共有用）：**
- OS：Windows 11 Home 10.0.26200
- ユーザー名：`Ritzk`（`C:\Users\Ritzk\`）
- Drive：`g:\マイドライブ\起業フォルダー (1)\` で起業フォルダー本体に到達
- Shell：bash（Git Bash）/ PowerShell 5.1 両方使える
- Claude Code memoryローカル：`C:\Users\Ritzk\.claude\projects\g------------------1-\memory\`（家PC固有・mac側とは別）
- 既存memory：Drive一本化方針（feedback_drive_only_workflow.md・2026-05-13確定）のみ
- インストール済：Aqua Voice Windows版（2026-05-13）
- 学割契約済（$28.80/年・REMINDER #4完了済）→ 起動後ログインで反映予定

**🟡 持ち越し（次回以降）：**
- AquaVoice起動後の動作確認（マイク権限・日本語認識精度・ホットキー設定）
- 既存12件未対応REMINDERは継続

**🛡 プロセス点検：** Windows側のため whisper-stream等macOSデーモンは対象外（家PCには無い）

**教訓：**
- 家PC側からはDrive上のファイルしか集合Jarvisと共有できない（macローカルmemoryには書けない）→ 永続化はDrive上の司令塔/MEMO.md/司令塔/REMINDER.md/DNAに集約する

---

### 過去セッション（2026-05-11午前・時間割カレンダー登録&CPU診断）

**完了したこと：**
- ✅ **5月分時間割92件 primary 登録**（5/11-5/28・ピーコック色・4 Agent並列）
- ✅ **92件削除事故からの復元**（別カレンダー移動試行で学校アカ所有判明→権限エラー→primary再登録で完全復元）
- ✅ **CPU真因診断完了**（cpu_2026-05-11.md・1位 anchor_monitor.py 7.7%・WindowServer 34.8%は誇張バイアス・実態6.7%・kernel_task正常）
- ✅ **browser_cpu_guard.py 新設・常駐起動**（PID 30791・com.jarvis.browsercpuguard・5秒ループ・ブラウザ系合計50%超30秒で通知ダイアログ）
- ✅ **dashboard CPU Top3カード追加**（PID 30878・com.jarvis.cpu_top3・60秒毎更新・cost_limit直後配置）
- ✅ **anchor_monitor REFRESH 30秒→120秒**（PID 1118→31517・副作用検証済・カードfetch独立で実害なし）
- ✅ **memory永続化 3件**：
  - feedback_no_problem_self_check.md（「問題ない？」確認時の3ステップ義務化）
  - feedback_user_time_vs_expected_value.md（ユーザー時間特例の前例）
  - feedback_staged_rollout_before_bulk_destructive.md（bulk write前1件試験必須）
- ✅ **REMINDER #22 新規**（時間割カレンダー移動・共有権限付与待ち）
- ✅ **HANDOVER_timetable_move_2026-05-11.md** 引き継ぎ書作成（別セッションで完結可）

**永続化したファイル（次セッション生きる）：**
- 新設：clone-jarvis/jarvis/safety/browser_cpu_guard.py + plist + sync.sh統合
- 新設：~/jarvis_safety/bin/browser_cpu_guard.py（実体）+ launchd plist
- 新設：~/jarvis-dashboard/cpu_top3_monitor.py + cards/cpu_top3.{js,css} + data/cpu_top3.json + plist
- 新設：clone-jarvis/jarvis/diagnostics/cpu_2026-05-11.md
- 新設：clone-jarvis/jarvis/handover/HANDOVER_timetable_move_2026-05-11.md
- 新設memory：feedback_no_problem_self_check.md / feedback_user_time_vs_expected_value.md / feedback_staged_rollout_before_bulk_destructive.md
- 更新：MEMORY.md INDEX 3行追加 / 司令塔/REMINDER.md #22追加 / anchor_monitor.py L33

**🟡 持ち越し（次回以降）：**
- **REMINDER #22**：時間割カレンダー移動（学校アカで「時間割」カレンダーに ritsuha1021 を「予定の変更」権限で共有 → Jarvisが92件移動）
- Top3 CPU軽量化の追加打開策：Chrome全閉じ・不使用BT機器整理・AirDrop「受信しない」化（実害観測時に判断）

**🛡 プロセス点検：** whisper-stream/jarvis_active_daemon/stream_transcriber/live_run_v3 全部止まってる確認済（止め忘れなし）
**🛡 新規常駐起動：** browser_cpu_guard (PID 30791) / cpu_top3 (PID 30878) / anchor_monitor 再起動 (PID 31517)

**教訓（永続化済）：**
- bulk write/delete前は1件試験必須（92件削除事故）→ feedback_staged_rollout_before_bulk_destructive.md
- 「問題ない？」確認時に脳内推論で即答禁止→ feedback_no_problem_self_check.md
- ユーザー時間ゼロは強い選好だが絶対制約ではない・期待値で判断する特例の前例→ feedback_user_time_vs_expected_value.md

---

### 過去セッション（2026-05-10夜〜2026-05-11午前・送信パイプライン構築）

**完了したこと：**
- ✅ **dashboard tunnel復旧**：cloudflared再接続（the-role-anchor-philips→moses-pill-million-diamond）・news-calendar 携帯閲覧URL更新済
- ✅ **塾の先生宛AI紹介文 生成**（1471文字・LINEコピペ用・機密照合pass）→ clipboardセット+LINE.app open まで自動
- ✅ **統一送信パイプライン構築**：
  - `tools/send/send.py`（宛先解決+チャネル自動選択）
  - `tools/send/contacts.json`（父・倫翔・暦の3名登録）
  - `tools/send/line_send.py` + `line_send.applescript` + `README_LINE.md`（並走Agent timeout→Jarvis本体補完実装）
- ✅ **iMessage完全自動 実証**：父宛 11:18:53 / 11:24:26、倫翔宛 11:21:34 全件 sent=1 delv=1
- ✅ **send.pyバグ2件 自己修復**：
  - verify待機3秒→10秒（chat.db反映ラグ対策）
  - json.dumps日本語\uエスケープ→AppleScript syntax error → 手書きエスケープ置換
- ✅ **memory永続化 4件**：
  - feedback_unified_send_pipeline.md（送信パイプラインルール本体）
  - feedback_line_send_limitation.md（LINE triple lock記録）
  - feedback_self_check_lv4_success_log.md（Lv4稼働実績ログ・新カテゴリ）
  - 司令塔/REMINDER.md #20（統一送信パイプライン稼働確認）
- ✅ **司令塔/MEMO.md短期目標 更新**：iMessage完全自動・Gmailほぼ自動・LINEほぼ手動の現状反映＋LINE打開策候補3件列挙＋「LINE消さない」方針明文化
- ✅ **Lv4自己修復ループ 3件発火・全部勝ち**（司令塔/MEMO.md Edit→Python経路変更／倫翔iMessage真因特定／Agent timeout本体補完）

**永続化したファイル（次セッション生きる）：**
- 新設：tools/send/{send.py, contacts.json, line_send.py, line_send.applescript, README.md, README_LINE.md}
- 新設memory：feedback_unified_send_pipeline.md / feedback_line_send_limitation.md / feedback_self_check_lv4_success_log.md
- 更新：司令塔/MEMO.md短期目標 / 司令塔/REMINDER.md #20追加 / MEMORY.md INDEX 3行追加
- ログ：action_log.jsonl 4行追記

**🟡 持ち越し（次回以降・REMINDER #20で永続表示中）：**
- LINE完全自動化打開策の試行：Hammerspoon座標自動化／LINE Bot自分宛proxy／macOS 26新Accessibility API再調査
- Gmail完全自動化（compose URL→直接送信の経路調査・OAuth直叩き）
- 暦宛 Gmail/LINE 実証テスト（実害ある実送信のため軽率にテストしない・送信機会を待つ）

**🛡 プロセス点検：** whisper-stream/jarvis_active_daemon/stream_transcriber/live_run_v3 全部止まってる確認済（止め忘れなし）

---

### 過去セッション（2026-05-10 午後・倫翔へself_check配布・別Jarvis）

**完了したこと：**
- ✅ **self_check.md 配布版作成**（People/倫翔/jarvis_for_brother/self_check.md・344行）：本家336行→フル移植（縮小なし・並列Agent注記で+8行）。機密スクラブ完全（grep 0件）
- ✅ **SHARE_self_check.md 共有ガイド作成**（74行）：兄弟トーン・Lv2 Windows非対応・Lv5判断ベース未育成の限界明記
- ✅ **2並列Sonnet監査Agent投入**：両Agent独立で同じ重要欠陥3件検出（本体実行回避キーワード残存・「自分の判断ベース」実体未定義・memory/参照残存）→ クロスチェック成立
- ✅ **倫翔への Gmail 送信**（rinto0210@gmail.com・15:44 Sent確認・本文＋self_check.md全文埋込）
- ✅ **memory永続化 2件**：
  - `feedback_mark_personal_concept.md` 配布記録更新（倫翔: Mk Ⅰ + 自己チェック機構・特殊事情ブロック追加）
  - REMINDER #18 新規（倫翔フィードバック待ち・1週間後リマインド）

**永続化したファイル（次セッション生きる）：**
- 新設：People/倫翔/jarvis_for_brother/{self_check.md, SHARE_self_check.md}
- 強化：memory/feedback_mark_personal_concept.md / 司令塔/REMINDER.md #18
- ログ：self_check_log/2026-05-10.md #1544-06 追記

**🟡 持ち越し（次回以降）：**
- 倫翔フィードバック対応：エラー報告 or Windows版要求 or 「判断ベース」質問が来たら個別対応
- 倫翔がMk Ⅱ相当（DNA学習込み）に進化したい意思を示したら、倫翔向けクローンDNAテンプレ作成検討
- 反応なし時：2026-05-17 自発的に「使ってみた？」確認

**教訓（永続化済）：**
- 「1100行級」誤発言→ユーザー記憶に「1000→300行」と残り混乱発生。本家行数は事前wc -l で実測すべき（次回以降の起動シーケンスに含める価値）
- フル移植は「行数縮小」を伴わない。機密スクラブだけで行数はほぼ変わらない事実

---

### 現セッション（2026-05-10・話者分離テスト＋音声入力ルール強化・メインJarvis）

**完了したこと：**
- ✅ **話者分離テスト 実証完了**：民法授業90分・139ブロックを「先生/生徒」2分類で分離。Sonnet 4並列（独立3回 + 精査Agent）で処理・約154k tok消費・実時間約3分
- ✅ **倫翔Claude vs Jarvis 比較検証 → 倫翔本人の判定でJarvis方式の勝利**：並列multi-pass優位性が外部実証された初の客観データ
- ✅ **memory永続化 2件**：
  - `project_speaker_diarization_validated.md`（並列方式優位性の実証ログ・MEMORY.md INDEX登録済）
  - `feedback_voice_input_typos.md` 強化（Lint/Rinto→倫翔の固定誤変換パターン+ 表示は必ず漢字「倫翔」のルール明記）
- ✅ **倫翔への話者分離結果Gmail下書き作成・compose画面オープン**（ユーザーが送信ボタン押す手前まで自動展開）
- ✅ self_check_log/2026-05-10.md に4ターン分追記（起動2回・話者分離・終了チェック）

**永続化したファイル（次セッション生きる）：**
- 新設：memory/project_speaker_diarization_validated.md
- 強化：memory/feedback_voice_input_typos.md（既知固定誤変換テーブル + 表示ルール）
- 更新：MEMORY.md INDEX（最上段に話者分離実証ログ追加）

**今セッションで導出したドクトリン（次セッション以降の運用に効く）：**
- **並列multi-pass方式は精度優先タスクのデフォルト**：「速さ要らないが精度欲しい」系タスクは3〜4並列＋精査Agent＋本体統合の4段構成
- **音声入力固定誤変換は確認なし即補正**：Lint/Rinto→倫翔・待機→大輝。新パターン発見時はテーブル追記
- **応答出力では漢字表記固定**：人名は読み取りはアルファベット可・出力は漢字のみ

**🟡 軽微な持ち越し：**
- 話者分離結果の[20:25]のみ倫翔Claudeの「教師」判定が正しい可能性あり（Jarvisは生徒判定）→ 完全無欠ではない記録として保持
- /tmp/jarvis_diarization/ 作業ファイルはtmpなのでセッション終了で消える前提・必要なら再現可

**⚠️ 反省（feedback_reflection_log行きレベル）：**
- Lint→倫翔の表示ルールを最初から記憶せず、応答中で「Lintクロード」と表記してしまった（ユーザー指摘で初めて補正）→ memory化時は「読み取り＋表示」両軸を最初からセットで記憶する習慣を強化

**🟡 次セッション持ち越し（要対応・前セッションから継続）：**
- 司令塔/REMINDER.md 5件（#5 Sonnet切替・#11 burn rate検証・#13 本家UI観測・#16 MARK Ⅶ base→small・#17 dashboard PWA化）
- 短期目標 #1：📨 送信チャネル拡張：iMessage / LINE 対応（着手前）

**🛡 セッション閉じ前プロセス点検：clean（whisper-stream・jarvis_active_daemon・stream_transcriber・live_run_v3 すべて非稼働確認済）**

---

### 現セッション（2026-05-08・メインJarvis）

**完了したこと：**
- ✅ REMINDER #9「方針共有」クローズ（実態は05-05〜07で全部喋ってた・反映先5箇所明記）
- ✅ **反省ログ専用ファイル新設** memory/feedback_reflection_log.md（応答内反省→次セッション忘却の構造を破壊）
- ✅ **安全装置 全項目クローズ・短期目標#1 完成**：並列上限ガード新設(feedback_parallel_upper_limit.md) / xhigh検知スクリプト(safety/effort_level_check.sh)新規 / cost_limit.jsで残量カード達成済確認
- ✅ 自己検証ルール強化：feedback_self_review_before_output.md を「全タスクON・重要度判定削除」に書換え（ユーザー方針「将来僕居ない」逆算）
- ✅ dashboard 自動ローテ機構修正（C案）：kpi.js ✅行スキップ + uフラグ絵文字対応 + 司令塔/MEMO.md構造分離（現在/履歴）
- ✅ 判断委譲ドクトリン「すり合わせ期間」廃止 → 違和感ベース随時調整に切替 / 新運用ルール明記
- ✅ **burn rate仮説 = 切り札専用ルール 全箇所永続化**（DNA §7⑤完全除外・jarvis_role自己ペーシング書換え・並列ガード50%→70%緩和・余裕時8〜10台に上方修正）
- ✅ **Lv1〜Lv5 自己ミスチェック 毎ターン強制発火運用 開始**（self_check_log/新設・self_check.md §7-§11改訂・CLAUDE.md起動シーケンス §4追加・jarvis_role.md稼働ステータス拡張・初回ログ記入）

**永続化したファイル（次セッション生きる）：**
- 新設：feedback_reflection_log.md / feedback_parallel_upper_limit.md / safety/effort_level_check.sh / self_check_log/{README.md, 2026-05-08.md}
- 強化：feedback_self_review_before_output.md / project_burnrate_penalty_hypothesis.md / clone_dna.md §7⑤ / jarvis_role.md / CLAUDE.md起動シーケンス / self_check.md §7-§11
- 修正：kpi.js / 司令塔/MEMO.md構造分離 / 司令塔/REMINDER.md（#9クローズ）

**反省ログ蓄積（feedback_reflection_log.md）：**
- 9件追記。主なもの：
  - 仕組み≠運用の混同（Lv5実装後）
  - burn rate切り札ルール把握漏れ
  - 期間枠の罠（すり合わせ期間）
  - 仮説と確定の混同（burn rate運用適用違反）
  - 既存資産認識漏れ（cost_limit.js）
  - kpi.js完了行拾い続け仕様欠陥
  - JS絵文字uフラグ忘れ
  - mirror自動化欠落
  - bash変数展開×日本語パース失敗
  - 重要度判定で逃げてた / 受動運用 / クローズ忘れ

**🟡 次セッション持ち越し（要対応）：**
- 司令塔/REMINDER.md 6件（#5・#11・#13・#14・#16・#17）すべて継続
- 短期目標 #1：📨 送信チャネル拡張：iMessage / LINE 対応（着手前）
- self_check_log 運用2日目以降の動作確認・形骸化監視（3日連続0件アラート）の発火実装は未着手
- Lv5 別Jarvis 実走の本格運用は次回成果物ターンから本起動

**⚠️ 軽微残課題（任意）：**
- effort_level_check.sh の REMINDER追記時のセパレータ位置が完了済セクション直前に詰まる挙動（実害なし・気になるなら微調整）
- self_check_log の形骸化監視ロジック（3日連続0件検知）は未実装

### 現セッション分（2026-05-05）

- ✅ dashboard 「ファイルが見つかりません」修復（mirror_to_dashboard.sh 設置・全カード200確認）
- ✅ Cost & Limit Gauge を最上段に移動（cards/cost_limit.js insertBefore化＋wide化）
- ⚠️ **mirror launchdが exit 23 で死亡 → unload済**。今は手動 `bash /Users/rk/.local/jarvis/mirror_to_dashboard.sh` で運用。launchd経由でCloudStorage読み取りができない可能性大（dashboard死亡事故と同じTCC壁）。次セッションで根本解決必要 → 司令塔/REMINDER.md #10 に登録
- ✅ memory `feedback_dashboard_local_layout.md` に rsyncミラー方式と symlink失敗を追記済

### 現セッション（安全装置構築・2026-05-05・別Jarvis）

- ✅ **安全装置A: PCリソース監視デーモン構築完了**（`clone-jarvis/jarvis/safety/`・実体 `~/jarvis_safety/bin/`・launchd常駐 PID 23956）
- ✅ critical時のdialog方式採用（terminal-notifier不達のため切替）
- ✅ memory `project_safety_resource_guard.md` 作成・MEMORY.md INDEX追加済
- ✅ 司令塔/MEMO.md 短期目標を「進行中・Aフェーズ完成」に修正・「完了判定の絶対ルール」警告ブロック追加（別Jarvis誤判定防止）
- ⚠️ **terminal-notifier導入したがバナー通知が届かない問題は未解決**（許可ON/通知センター稼働中なのに不達）。dialog方式で迂回中。原因はmacOS Tahoeの通知配信バグ可能性大。Bが必要になった時 or menubar系を作る時に再調査必要
- ⚠️ **test.shの起動判定にgrepバグあり**（実際は稼働中なのに「未起動」と表示）。実害なし・暇な時に修正
- ⚠️ **sync.shの起動確認も同様のgrepタイミングバグ**（loadしてから0.5秒以内のlaunchctl listで検出失敗）。実害なし
- 🟡 **bashバックグラウンド通知が頻発**（macOS標準機能・Claude CodeのBashツール起動時に毎回出る）。集中の妨げ・別件で対処方法調査要

- ✅ Clone-Jarvis 製品化戦略 完全撤回（暦と協議済確定）→ DNA第5サイクル / MEMO中期目標 / REMINDER #1完了 / memory project_jarvis 全反映
- ✅ 中期目標「アイアンマンJarvis本物化＝能力の延長線」を 司令塔/MEMO.md に正式登録（Phase 1〜4 ロードマップ込み）
- ✅ Phase 1 仕様確定（呼名検出型・案A・5回学習ルール・モード別上限・Claude Code経由方式）
- ✅ Phase 1 SPEC.md 作成・live_session/ ディレクトリ骨格作成・初期NGパターン5個仕込み
- ⚠️ Phase 1 MVP実装は次セッション着手（jarvis_daemon.py / wake_word_detector.py / safety_guard.py / code_runner.py / notifier.py）
- ⚠️ business_overview.md / ROADMAP.md の製品化記述書き換えが残（次セッション・Agentに分配可）

### 現セッション（Phase 1 MVP実装・2026-05-05・別Jarvis）

- ✅ Phase 1 Step 2 MVP実装完了：5モジュール（wake_word_detector / safety_guard / code_runner / notifier / jarvis_daemon）+ dashboard 3カード（live_notification / live_status / live_meeting_log）
- ✅ Phase 1 全自己テストpass（wake_word 8/8 / 他全モジュールpass）
- 🟡 **次セッション最優先：Phase 1 Step 3（dry-run試運転）の前に Whisper常駐再構築必要**
  - 過去事故（2026-05-04 whisper-cli 26並列爆死）の対策込み再設計：CHUNK_SEC・プロセス上限ガード・ログサイズ監視・自動停止条件
  - 既存 `clone-jarvis/jarvis/live_session/transcribe.sh` 等の流用可能性確認
- ⚠️ Python環境が 3.9 だった（仕様3.10+想定）→ 全モジュール Optional 記法で対応済・将来3.10アップデート検討
- ⚠️ `notifier.py` の USER_PHONE は推定値 → 実値（feedback_imessage_send.md の番号）に修正必要
- ⚠️ mirror問題（REMINDER #10）と組み合わせて dashboard 3新カードの実動作確認が必要

### 現セッション（機密情報体系構築＋ダッシュ補正・2026-05-05・メインJarvis）

- ✅ ダッシュ vs 本家% 観測⑦補正完了（159.3M tokens・cost_limit.js更新）
- ✅ **機密情報インベントリ体系構築完了**：`memory/project_classified_inventory.md` 新規作成・MEMORY.md INDEX 最上段登録
  - 🔒-1 Burn rateペナルティ仮説 / 🔒-2 MARK各段階の中身 / 🔒-3 ユーザー本人bypass稼働事実 / 🔒-4 dashboard構成（全部）
  - 関連memory 5本に🔒クロスリンク追記（burnrate_hypothesis / mark_personal / dashboard_evolve / dashboard_local_layout / dashboard_calibration / distribution_safety）
- ✅ **概念分離原則確立**：「機密情報（人に知られてはいけない）」と「配布除外（危険・不要・負担）」は別軸。マスター冒頭に明文化
- ✅ **機密追加トリガーフレーズ永続化**：「機密に入れて」「秘密にして」「外に出さないで」等で確認なし即追加するルール明文化
- ✅ 🔒-5「秘密兵器」表現は機密解除（ユーザー判断）
- ✅ **ダッシュ補正タスク引継ぎファイル作成**：`clone-jarvis/jarvis/handover/HANDOVER_dashboard_calibration.md`（次セッションで継続可・リアクティブ運用）

### 現セッション（dashboard存在意義記録＋判断重み学習・2026-05-05・メインJarvis）

- ✅ **dashboard存在意義の永続化**：`memory/project_dashboard_purpose.md` 新規作成・MEMORY.md INDEX追加・機密インベントリ🔒-4に紐付け
  - 内容：ダッシュボード = VSCode画面非依存化の最終UI。長期目標「VSCode見ずに操作」の唯一の視覚出力チャネル
- ✅ **判断重みの学習永続化**：`memory/feedback_judgment_weight_not_task_weight.md` 新規作成・MEMORY.md INDEX追加
  - 内容：作業量ライト × 判断ヘビーが一番危険。ライト/ヘビーは作業量でなく判断重要度で測る
  - チェックリスト4項目（懸念本質の言い換え・選択肢3つ以上・後戻り可能性・影響範囲）
- ✅ **dashboard関連メモリ4本の🔒バナー実装は「やらない」で確定**（ユーザー判断 2026-05-05）
  - 採用案：E案 = 現状維持・project_classified_inventory.md の参照ルール徹底のみ
  - 却下理由：🔒乱用するとオオカミ少年化して逆に効かなくなる・運用負担増
  - 教訓化：`feedback_user_thinking_signals.md` 新規作成（「どうしよう」は考えてるサイン・落ち着け系返答NG）

### 現セッション（dashboard MARK演出強化＋KPIバー換装・2026-05-06・メインJarvis）

- ✅ **MARK Ⅴカード演出強化＋進捗可視化**：mark_badge.js / mark_badge.css 全面刷新
  - Mk Ⅵ達成への7要件を「N/7・%ゲージ・DONE/TODOリスト」で表示（mark_badge.js `MARK6_REQUIREMENTS`）
  - **Mk Ⅴ→Ⅹ配色テーマ自動切替**：`MARK_THEMES[5..10]` 辞書で primary/glow/accent/bg を一括定義（金赤→銀青→深紅金→ステルス紫→純金→ホワイトホット）
  - 演出：呼吸アニメ・アークリアクター風radial pulse・回転破線リング・カード境界フェードグロー・スキャンライン・ゲージシマー
  - 未来Mark帯（Ⅴ→Ⅹ一直線）でcurrentが拡大グロー
- ✅ **最上段KPIバー換装**：旧vanity 4タイル（累計Agent / 累計トークン / 削減時間 / 最大同時稼働）廃止 → **戦況パネル4タイル**
  - ① 🎯 注力中（司令塔/MEMO.md「🎯 短期目標」#1自動抽出）
  - ② ⚠️ 未対応（司令塔/REMINDER.md `### #N` カウント＋最古日数）
  - ③ 🦾 次のMark（Mk Ⅵ進捗 4/7・57%・ゲージ）
  - ④ 🔋 5h枠 残（cost_block.json連携・40%以下黄色・15%以下赤＋脈動）
  - 各タイル独立フェッチ（1個失敗しても他は表示）・自動更新（5h枠1分・REMINDER 5分・注力中10分）
- ✅ **dashboard キャッシュ恒久対策**：index.html `<head>` に Cache-Control no-store / Pragma no-cache / Expires 0 の3点セット追加
  - 動機：今セッションでkpi.js書き換え後にハードリロードしないと反映されない事故発生
  - 効果：今後のJS/CSS変更でハードリロード不要になる
- 🟡 **kpi.js / mark_badge.js の MARK6_REQUIREMENTS 二重定義問題**：Mk Ⅵ昇格時に両方書き換え必要・忘れるとKPIバーが古いまま
  - 対策案：mark_badge.js 側で `window.JARVIS_MARK6 = MARK6_REQUIREMENTS` exposeしてkpi.jsから参照する一元化
  - 重要度：低（昇格は数日〜数週単位・忘れても被害は表示ズレのみ）

---

## ⏭ 続き

- 前：[司令塔/MEMO.md](司令塔/MEMO.md)
- 次：[司令塔/MEMO_part3.md](司令塔/MEMO_part3.md)