<!-- 司令塔/REMINDER.md の part3/3（行727-827・完了済エントリ参考保管）。前：司令塔/REMINDER.md / 司令塔/REMINDER_part2.md。 -->

# 司令塔/REMINDER.md part 3/3 — 完了済エントリ

## ✅ 完了済エントリ（参考保管）

### ✅ #35 Mac継続作業ハンドオフ消化（2026-05-14 Mac起動・最初のターンで全項目消化）

- Mac起動直後の最初のターンで #33 / #27 / 学校メール監査・ロイロ監査・effort_level_check.py本体不在Lv1検出と補修まで一気通貫で消化
- ハンドオフファイル設計（Mac側で開く想定の詳細手順書）は次回類似ハンドオフ時に再利用可
- 教訓：Mac起動直後の混乱ゼロ化目的のハンドオフREMINDERは効果絶大・以後も「環境切替時は事前に詳細手順REMINDER追加」を運用化

### ✅ #33 Mac側 settings.json effortLevel=xhigh 同期（2026-05-14 完了）

- `~/.claude/settings.json` の `"effortLevel": "high"` → `"xhigh"` に書換完了
- effort_level_check.sh 実行で `OK: effortLevel=xhigh` 確認
- 副次：effort_level_check.py 本体が物理消失していた Lv1 凡ミスを同タイミングで発見・補修（3.9互換版で再生成・REMINDER #18 自動追記ロジック含む）

### ✅ #27 Mac戻り次第 Windows dashboard を Mac版と同期（2026-05-14 完了）

- `rsync -av --delete ~/jarvis-dashboard/ "Drive側/dashboard_drive_backup_20260505/"` で同期完了
- 5.7MB 転送・data/*.json と tunnel_logs まで完全同期
- 副次：5/5以降の進化（MARK badge演出進化版・KPIバー戦況パネル・本家API直取得カード等）がWindows側でも閲覧可能になった
- 残：launchd or crontab での5分おき自動同期は未仕込み（必要なら次の手動同期タイミングで追加）


### ✅ #5 下請けAgent Sonnet切替（2026-05-13 撤回・Opus復帰）

- **登録日：** 2026-05-04
- **撤回日：** 2026-05-13
- **撤回理由：** ユーザー判断「Opusに戻していい」発話・20xプラン契約で消費枠余裕＋本体effortLevel=xhigh化と同時にOpus復帰
- **以後の運用：** 下請けAgent全部 `model: "opus"` 明示・effortはデフォルト(high)
- **教訓：** 一時切替系REMINDERは撤回タイミングを明示すれば完了済へ移せる。長期残留せず判断材料を毎ターン報告し続けることで運用負荷軽減

---

### ✅ #13 Burn rate仮説：本家UI観測習慣の維持（2026-05-10 完了）

- **完了理由：** Anthropic公式ratelimitヘッダ経由で本家%が直接取得できるようになった（reference_anthropic_ratelimit_api.md・anthropic_ratelimit_monitor.py 30秒毎・data/ratelimit.json）
- **副作用解消：** ユーザーが本家UI開かなくなる問題は本家API直取得で完全解決
- **dashboard真値化と本家%突合は両方自動で取れる**：
  - ccusage推定 → cost_block.json
  - 本家公式 → ratelimit.json
  - 並べて表示すればburn rate仮説の検証データが自動で蓄積する
- **Burn rate仮説本体（#11）は引き続きアクティブ**。仮説の重要性は変わらず、忘却防止策として dashboard「🔥 Burn rate艦橋カード」を新設

### #9 今後のクローン・Jarvis方針をJarvisに共有する（2026-05-08 完了・実態は2026-05-05〜07で消化済）
- **登録時の想定：** ユーザーが口述で方針を喋ってJarvisが永続化する
- **実態：** 登録後のセッションで主要方針はすべて発話・永続化済だった（クローズ忘れだけが残ってた）
- **永続化先（走査結果）：**
  - 製品化撤回・能力延長線（2026-05-05）→ clone_dna.md 第5サイクル
  - 判断委譲ドクトリン（2026-05-05）→ clone_dna.md 第7サイクル
  - 応答速度＞継続稼働＞精度（2026-05-06）→ feedback_speed_over_accuracy.md
  - Mk Ⅶ/Ⅷ再設計（2026-05-07）→ project_mark_redesign.md / clone_dna.md 第18サイクル
  - done判定は実機ベース（2026-05-07）→ project_mark_redesign.md
- **教訓：** 方針系REMINDERは反映先を作った瞬間に自分でクローズ判定する。「ユーザーが対応したと明言するまで残す」を機械的に守りすぎると運用側が壊れる
- **教訓永続化：** memory/feedback_reflection_log.md（2026-05-08新設）

### #11 Phase 1 Whisper常駐再構築（2026-05-06 完了）
- v2/ 新規構築（recorder/transcriber/watcher/live_run.sh）・実走テストpass
- jarvis_daemon連結確認・dashboard書込実証
- 副次成果：wake_word揺れ吸収・自己レビュー文化確立・自律判断memory化

### #12 Phase 1 残作業（2026-05-06 完了・軽量分完了・残はMARK Ⅶ向けに別件化）
- dashboard Live録音ボタンカード（live_recorder.js）追加完了
- 全パイプライン疎通実証済（notifier.py実値修正・start/stop.sh整備は次フェーズへ）

### #8 .hook.log 暴走の原因調査・hook停止（2026-05-05 完了）
- **原因確定：** SessionEnd再帰自己増殖（stop_hook.sh → ai_summary.sh → claude -p → SessionEnd発火 → ループ）
- 23時台3121件発火・累計380MB暴走の決定的証拠
- **対処：**
  - ai_summary.sh 冒頭に `exit 0` 死亡保険挿入（旧コードは参照保持）
  - stop_hook.sh から ai_summary.sh 呼び出し2行削除（再帰の輪を物理的に切断）
  - 同時に #10 mirror処理を stop_hook.sh 先頭に統合（注意：mirrorは session log 有無に依存させない位置）
- **動作確認：**
  - stop_hook.sh 実行 0秒・claudeプロセス増加0・mirror.log にrsync全dir exit=0 を確認
  - 暴走再発リスク：低（再帰の元 claude -p 経路を物理削除）
- **バックアップ：** clone-jarvis/jarvis/{stop_hook,ai_summary}.sh.bak_20260505_201532
- **残課題：** AI要約機能を再構築するなら外部Pythonデーモン+Anthropic API直叩き経路で（feedback_loop_outside_claude_code.md準拠）
- **Trash退避済：** ~/.Trash/会話履歴_20260505_082820（404MB・1週間後を目安に空にしてOK）

### #10 dashboard mirror launchd exit 23 根本解決（2026-05-05 完了）
- **原因確定：** launchd経由のbashプロセスがmacOS TCC（フルディスクアクセス）でCloudStorageを読めない（debug plistで再現確認 `Operation not permitted`）
- 案A（EnvironmentVariables追加）はTCC原理上効果なしと判明
- **対処：** 案B採用 — mirror処理を stop_hook.sh に統合（Claude CodeプロセスはTCC承認済のため通過）
  - mirror.log に 司令塔/MEMO.md / 司令塔/REMINDER.md / 6サブフォルダ全部 rsync 成功（exit=0）
  - 本体とmirror diff = 完全一致確認
- **launchd plist：** com.ritsuha.jarvis.mirror.plist は unload済のまま放置（再 load しない）
- **運用上の代償：** 同期頻度が「60秒毎」→「セッション終了時」に低下。ただしlaunchdが死んでた既存運用と実質変わらない・許容
- **手動同期は引き続き使える：** `bash /Users/rk/.local/jarvis/mirror_to_dashboard.sh` または `bash clone-jarvis/jarvis/stop_hook.sh`

### #3 news-calendar 残2ファイル生成（2026-05-05 完了）
- 4並列Agent投入で2025-07.js / 2025-12.js を一気に生成
- 2025-07.js：311件・93KB（参院選・日米関税・カムチャツカ地震津波・ウィンブルドン・イチロー殿堂等）
- 2025-12.js：311件・95KB（年末総括系含む・形式は2025-11.js準拠）
- 形式：`title:` 裸キー（既存ファイルと統一）
- これで news-calendar 全26ファイル（2024〜2026の各月）完全充足
- 教訓：Agent経由のreject問題は subagent_type=general-purpose + 「自前でWebSearch+WebFetch」を明示することで突破できる

### #1 Clone-Jarvis製品化戦略 確定（2026-05-05 完了）
- 暦との協議で**製品化撤回・能力延長線として使う**方針で完全確定
- ユーザー直接引用：「Jarvisは製品ではなく、トニーの能力の延長線。それと一緒。今は自分の能力を高める作業をしている」
- 旧A案（GPT搭載PC販売）撤回・旧B案（秘密兵器保持）採択 → 「能力延長線」として明確化
- 反映済：clone_dna.md（第5サイクル学習ログ・知識ベース）／ 司令塔/MEMO.md（中期目標セクション新設・思いつきログ）
- 残：business_overview.md / memory/project_jarvis.md / ROADMAP.md の書き換え（次回着手）

### #7 iMessage送信自動化の動作確認（2026-05-04 完了）
- osascript経由のMessages.app制御送信が動作確認済（テスト送信3〜6回目すべて父に到達）
- 構文：`osascript -e 'tell application "Messages" to send "本文" to buddy "+819XXX..." of (1st service whose service type is iMessage)'`
- 教訓：osascriptはexit 0でも実際の送信成否は別問題。デバッグ時は必ずMessages.appで目視確認すること
- 残：chat.db直接読み（フルディスクアクセス）は別件・任意。送信運用上は不要

### #0 PitchLab記述の更新（2026-05-02 完了）
- DNA・CLAUDE.md×2 の「現在のメインプロジェクト：PitchLab」表記を Clone-Jarvis に修正済
- PitchLab撤退済の事実を明記

### #4 AquaVoice 学割申請（2026-05-04 完了）
- 申請〜契約成立まで1日で完了
- マスク済学生証画像で在学確認 → コード `STUDENT70` 発行 → チェックアウト適用 → 70%OFF（約$28.80/年）で契約成立
- 詳細は reference_us_saas_student_discount.md（マスクの作り方・実証フロー記録済）

### #6 Claude Max 5倍 → 20倍 プラン変更（2026-05-04 完了）
- 父（貴浩）増額許可 → 課金実施 → 20xプラン active 化（claude.ai/settings/billing で「マックスプラン Pro 20倍利用量」表記確認済）
- 請求：2026-05-04 $109.22 Paid、自動更新：2026-06-04
- Claude Code 側はセッション再起動 or `claude logout && claude login` で認証情報更新すれば反映