Manabe-san の日次運用は 02_ToDo (実行 hub + Drafts inventory) → 14_本日の実行ハブ_MM-DD.md (思考停止実行台) → Daily Quest Board (1 日 4 Quest 上限) の三段構造。3 source cross-check (sent_index + Drafts + Cockpit) でステータス確定、aging アイコンで滞留検出、Reading Mode で Outlook 直接コピー可能。本 explainer は 6 sections で日常運用を完全可視化。
Cockpit が中核、Drafts は未送信メール inventory、Archive は完了済。
| Folder | 用途 | 更新方法 |
|---|---|---|
| 01_Cockpit/ | 14_本日の実行ハブ_MM-DD.md (実行台) | 「今日のさばき」trigger で自動生成 |
| 02_Drafts/ | 未送信メールドラフト inventory (status × aging) | 手動編集 + daily-sabaki で aging 自動付与 |
| Archive/ | 完了済 ToDo 履歴 (月次) | monthly closing で移動 |
📚 用語解説 — 02_ToDo: WARM layer の中核 (毎日アクセス)。01_Cockpit が日次実行台、02_Drafts が未送信メール集約、Archive が長期記録。
📚 用語解説 — daily_pipeline.py: 04_Output/03_Tools/daily_pipeline.py。raw メールデータ + sent_index → 14_本日の実行ハブ_MM-DD.md を生成。
📚 用語解説 — Single Source of Truth (SSoT): 02_Drafts/ がドラフトの唯一の場所 (folder-hygiene.md)。重複保管禁止、Cockpit からは link 参照のみ。
🛠️ 運用方法: (1) 朝「今日のさばき」発動 → 14_本日の実行ハブ 自動生成 (2) ブロック A SEND READY を Reading Mode で展開 → コピー → 送信 (3) 02_Drafts/ で滞留 (3 日+) は当日処理 or dismiss (4) 月末に Archive 移動
⚠️ アンチパターン: 02_Drafts 以外の場所にドラフトを作る → SSoT 崩壊。Cockpit hub を手動編集して daily_pipeline 上書きされる → 編集は元 md (drafts) で。Archive を見ずに同じ案件を再開 → 履歴の存在を忘れる。
1 phrase で raw → ハブ生成、3 source cross-check 含む全自動。
Get-MailSnapshot.ps1 -DaysBack 2 -MaxItems 30 (Outlook 起動中のみ)python 04_Output/03_Tools/daily_pipeline.py で raw → 中間📚 用語解説 — Daily Sabaki: 「さばき」 = 仕分け・処理。日本語 trigger phrase で AI が朝の運用を自動起動。daily-sabaki skill で実装。
📚 用語解説 — Decision Log 継承: 前日のハブで done/dismissed/deferred 判断したものを、今日のハブにも引き継ぐ。re-decision を防ぐ。
📚 用語解説 — sent_index.json: 01_Input/03_Email/_Index/sent_index.json。実際に送信したメールの正本 index。Outlook PowerShell から生成。
🛠️ 運用方法: (1) 朝 PC 起動 → Outlook 起動 → 「今日のさばき」 (2) ハブ生成完了まで ~30 秒待つ (3) ブロック A から順に実行 (4) 滞留ドラフトは即対応 or dismiss
⚠️ アンチパターン: Outlook 未起動で trigger → Get-MailSnapshot 失敗、sent_index 古いまま。daily_pipeline を skip して手動でハブ作成 → 3 source cross-check が抜ける。Decision Log を無視 → re-decision で時間浪費。
Reading Mode で展開 → コピー → Outlook 貼付 → 送信、ファイル間移動ゼロ。
| ブロック | 色 | 意味 | 対応 timing |
|---|---|---|---|
| A SEND READY | 🔴 | 今日中に送信、本文 ready | 朝 1 番 |
| B 進行中 | 🟠 | 返信待ち、確認中、依存待ち | 随時 |
| C 低優先 | 🟡 | 急がない、次回でも可 | 余裕あれば |
| D 要入力 | ⚪ | 情報不足、人/施設に確認必要 | 依存解消後 |
📚 用語解説 — 思考停止実行台: 番号順に上から実行するだけで完結する設計。判断負担を最小化、開いたら即動ける状態。
📚 用語解説 — [!mail]- callout: Obsidian Reading Mode で展開可能なメール本文 inline 表示。To/CC/件名/本文を 1 つの callout に集約、コピー → Outlook 貼付 1 step。
📚 用語解説 — Inline-first principle: 別ファイルへの link より、必要な情報をその場に展開。Wave 5 確立、ハブ設計哲学。
🛠️ 運用方法: (1) Obsidian で 14_本日の実行ハブ_MM-DD.md を開く (2) Reading Mode 切替 (3) ブロック A の [!mail]- callout を ▶ クリックで展開 (4) Ctrl+A で全選択 → コピー (5) Outlook 新規メール → 貼付 → 送信 (6) ✅ チェックして次の番号
⚠️ アンチパターン: Edit Mode で [!mail]- callout を見る → 折りたたみ機能が動かない、Reading Mode 必須。番号を skip して優先順崩す → 思考停止実行台の意味喪失。ハブを直接 edit して送信履歴を書く → sent_index が SSoT、ハブは生成物。
🟢🟡🟠🔴⚫ で滞留可視化、3 日以上は当日処理 or dismiss。
| Aging Icon | 経過日数 | 対応 |
|---|---|---|
| 🟢 | 0-2 日 | 通常運用 |
| 🟡 | 3-4 日 | 当日確認、Mail Forge で磨く |
| 🟠 | 5-7 日 | 当日処理 or dismiss 判断 |
| 🔴 | 8-14 日 | 即対応、説明責任発生 |
| ⚫ | 15 日+ | 原則 dismiss、例外は理由明記 |
📚 用語解説 — Aging: 滞留日数。daily-sabaki が前回送信日 (sent_index) や draft mtime から自動計算。
📚 用語解説 — dismiss vs done: done = 完了。dismiss = 「やらないと判断」、Decision Log に記録、次回再提示しない。
📚 用語解説 — 説明責任 (8 日+ 🔴): 滞留 8 日超は相手に説明責任発生、即対応 + 遅延理由メモ。
🛠️ 運用方法: (1) ハブ生成時に aging 自動付与 (2) 🟠 + は当日中に処理 or dismiss 判断 (3) 🔴 は即対応 + 遅延理由メモ (4) ⚫ は原則 dismiss、Decision Log に理由記録 (5) ⚫ を例外的に継続する場合は「なぜ」を明記
⚠️ アンチパターン: aging を無視して 🔴 ⚫ を放置 → 信頼喪失。dismiss を「諦め」と扱う → 「やらない判断」も価値ある決定。Decision Log を skip → 同じ滞留が翌日も再表示。
sent_index + Drafts + Cockpit の 3 source 一致確認、不一致は ❓要確認。
| sent_index | 02_Drafts | Cockpit | 判定 |
|---|---|---|---|
| 有 | 無 | 完了 | ✅ 送信済 (確定) |
| 無 | 有 | 進行中 | 📧 未送信ドラフト (要対応) |
| 無 | 無 | 完了 | ❓要確認 (どこで完了したか) |
| 有 | 有 | 進行中 | ❓要確認 (送信済なのに draft 残存) |
📚 用語解説 — 3 source cross-check (Wave 5 確立): 単一 source に依存しない、3 つの独立 source 一致で確定、不一致なら ❓ flag。daily-sabaki が自動実行。
📚 用語解説 — Draft ≠ Sent: 02_Drafts/ にドラフトがあっても sent_index に一致がなければ「未送信」。確信なければ「❓要確認」。
📚 用語解説 — Decision persistence: ユーザーの前回判断 (done/dismissed/deferred) は次回ハブ再生成時にも引き継ぐ。
🛠️ 運用方法: (1) 朝のハブで全 ACTION の 3 source 自動 cross-check (2) ❓ 行は当日中に手動確認 (3) sent_index を信頼、Outlook 検索で原本確認 (4) Cockpit と矛盾あれば原因究明
⚠️ アンチパターン: 「送ったはず」で sent_index 確認せず → 二重送信リスク。Drafts 残ったまま「送信済」とするケースを放置 → クリーンアップ規律崩壊。Decision Log を update せず → re-decision 浪費。
実行ハブは網羅、Quest Board は集中。役割分担で疲労回避。
| UI | 範囲 | 用途 | 1 日上限 |
|---|---|---|---|
| 14_本日の実行ハブ | 網羅 (全 ACTION) | 全体俯瞰、判断、ステータス確認 | (無制限) |
| Daily Quest Board (Engagement) | 抽出 (4 Quest 上限) | 今日の集中対象、game UI で実行 | 4 Quest (MAIN+SIDE+DAILY+RECOVERY) |
📚 用語解説 — Engagement Layer 連動: 実行ハブの優先 4 件を Daily Quest Board に流し込む (手動 or 自動)。Quest Board は localStorage で当日のみ保持、game UI で着手抵抗を下げる。
📚 用語解説 — 4 Quest 上限: MAIN (1 件 10 XP) + SIDE (1 件 5 XP) + DAILY (1 件 3 XP) + RECOVERY (1 件 3 XP)。増やすと逆に疲れる、Wave 6 確立。
📚 用語解説 — 役割分担: ハブ = 「何があるか」を見る (網羅・正確性)、Quest = 「今日何するか」を絞る (集中・着手抵抗低)。
🛠️ 運用方法: (1) 朝のハブで全 ACTION 確認 (2) ブロック A から優先 4 件を Quest Board に流す (3) Bastion Gate で状態 (Normal/Tired/Low Energy/Minimum) 選択 (4) Quest 1 つずつ完了、XP 加算 (5) 週末 Weekly XP Report で振り返り
⚠️ アンチパターン: ハブで全部やろうとする → 疲労、Quest Board で 4 件に絞る規律。Quest Board だけ見る → 全体俯瞰失う、ハブも併用。Low Energy Mode を「弱い人用」と扱う → 寝不足/疲労時の必須機能、誰でも使う。