Ticket #4 — ToDo リスト 運用ガイド

ToDo 運用 — 02_ToDo + 14_本日の実行ハブ + Engagement Daily Quest の三段構造

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 で日常運用を完全可視化。

TL;DR

  1. 02_ToDo = 01_Cockpit (実行 hub) + 02_Drafts (未送信メール) + Archive (完了済)。Cockpit が中核、daily_pipeline.py で自動更新
  2. 14_本日の実行ハブ_MM-DD.md = 思考停止実行台。ブロック A SEND READY → B/C/D の優先順、[!mail]- callout でメール本文インライン展開
  3. 3 source cross-check (sent_index + Drafts + Cockpit) で確定、aging 🟢🟡🟠🔴⚫ で滞留検出、3 日以上は当日処理 or dismiss

0102_ToDo 構造 — 01_Cockpit + 02_Drafts + Archive

Cockpit が中核、Drafts は未送信メール inventory、Archive は完了済。

02_ToDo structure
01_Cockpit (実行 hub) / 02_Drafts (未送信) / 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 を見ずに同じ案件を再開 → 履歴の存在を忘れる。

02Daily Sabaki (今日のさばき) — 朝の起動 trigger

1 phrase で raw → ハブ生成、3 source cross-check 含む全自動。

Daily Sabaki trigger flow
「今日のさばき」 → Get-MailSnapshot → daily_pipeline → AI ハブ生成

📚 用語解説 — 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 で時間浪費。

0314_本日の実行ハブ — 思考停止実行台 (Action SOP)

Reading Mode で展開 → コピー → Outlook 貼付 → 送信、ファイル間移動ゼロ。

14_本日の実行ハブ Action SOP
ブロック A → B → C → D の優先順、[!mail]- callout で本文インライン
ブロック意味対応 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、ハブは生成物。

04ブロック A/B/C/D 優先順位 + Aging アイコン

🟢🟡🟠🔴⚫ で滞留可視化、3 日以上は当日処理 or dismiss。

blocks A B C D + aging icons
ブロック優先順 + aging icon (🟢🟡🟠🔴⚫)
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 → 同じ滞留が翌日も再表示。

05sent_index 照合 + 3 source cross-check

sent_index + Drafts + Cockpit の 3 source 一致確認、不一致は ❓要確認。

3 source cross check
sent_index + Drafts + Cockpit の 3 source cross-check
sent_index02_DraftsCockpit判定
完了✅ 送信済 (確定)
進行中📧 未送信ドラフト (要対応)
完了❓要確認 (どこで完了したか)
進行中❓要確認 (送信済なのに 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 浪費。

06Engagement Layer 連動 — Daily Quest Board へ橋渡し

実行ハブは網羅、Quest Board は集中。役割分担で疲労回避。

hub to Quest Board bridge
実行ハブ (網羅) → 優先 4 件抽出 → Daily 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 を「弱い人用」と扱う → 寝不足/疲労時の必須機能、誰でも使う。

結論

  1. 02_ToDo + 14_本日の実行ハブ + Daily Quest Board の三段構造で日次運用を完結。Cockpit が中核、Drafts は SSoT、Archive で履歴保持。
  2. 3 source cross-check (sent_index + Drafts + Cockpit) で確定、aging 🟢🟡🟠🔴⚫ で滞留検出、Decision Log で re-decision 回避。
  3. 実行ハブは網羅、Quest Board は集中の役割分担で疲労回避。Reading Mode + [!mail]- callout で Outlook 直接コピー、ファイル間移動ゼロ。