100 PendingMemo 系統實施計畫書

🧠 系統概念

PendingMemo 是任務對話中的「即時待辦快取區」，解決三大核心問題：

即時捕獲：從對話指示中自動提取待執行事項
斷點續航：當機/中斷/Session 過期後可無縫接續
追蹤監管：配合 todo-driver 完整追蹤待辦生命週期

📁 儲存架構

~/.workbuddy/
├── pendingmemo/               ✅ 已建立
│   ├── MEMO-20260416-004.json  ← 第一個真實案例（已完成）
│   └── index.json              ← 索引與統計
├── pendingdata.html            ← 正式待辦庫（現有）
└── skills/
    ├── pendingmemo-create/     ✅ 已安裝
    ├── pendingmemo-update/     ✅ 已安裝
    └── pendingmemo-list/       ✅ 已安裝

🗂️ Memo 資料結構（JSON Schema）

{
  id: "MEMO-YYYYMMDD-NNN",      // 自動生成 ID
  title: "任務標題",
  source: "對話提取",
  createdAt: "ISO 8601",
  status: "待確認 | 進行中 | 已完成 | 已取消",
  items: [                       // 方案/步驟
    { id: "A", title: "...", status: "...", isSelected: true }
  ],
  progress: {
    currentStep: N,
    totalSteps: N,
    completedActions: [...],
    pendingActions: [...]
  },
  context: {
    originalRequest: "...",      // 主公原始指令
    extractedTasks: [...],
    relatedFiles: [...]
  }
}

💡 三大使用場景

場景 A：即時多步驟任務

主公：「記錄下三個方案，先執行A」
     ↓
由貞：📝 創建 MEMO-004「HTML報告導航欄問題」
     ↓
執行方案A → 每步更新進度
     ↓
✅ 完成，todo-driver 可追蹤全程

場景 B：斷點恢復

[Session 重啟後]
由貞：⚠️ 發現 1 個進行中的待辦：MEMO-004
      已完成：創建 report-viewer.html
      待完成：部署 workskm
      是否繼續執行？

場景 C：todo-driver 整合監管

todo-driver 掃描：
  ├── pendingdata.html（正式待辦）
  └── pendingmemo/ 目錄（即時待辦）
     ↓
合併輸出：進行中 + 超時提醒 + 完成統計

🚀 Phase 實施進度

✅ Phase 1：基礎建設

✅ pendingmemo/ 目錄建立
✅ JSON Schema 設計
✅ pendingmemo-create 技能
✅ pendingmemo-update 技能
✅ pendingmemo-list 技能

🔄 Phase 2：對話整合

✅ 三個技能建立
⏳ 自動觸發邏輯
⏳ 斷點恢復機制
⏳ 手動觸發流程

⏳ Phase 3：todo-driver 整合

⏳ 讀取 pendingmemo 目錄
⏳ 合併顯示（正式+即時）
⏳ 超時提醒機制
⏳ Memo 統計分析

❌ Phase 4：自動化

❌ 定期檢查 Automation
❌ 清理歸檔腳本
❌ 轉正流程建立

最後更新：2026-04-16 09:42

🎯 預期效益

效益	說明
🔄 斷點續航	當機/中斷後無縫接續，不遺漏任務
👁️ 追蹤監管	todo-driver 監管對話中提取的即時待辦
📌 責任明晰	每個待辦有 ID、時間戳、進度記錄
📚 經驗累積	完成的 memo 可轉為經驗教案
😌 主公安心	不用擔心「說了但沒做」或「做到一半消失」

📎 相關文件

#101 PendingMemo 與 todo-driver 整合機制
pendingdata.html — 正式待辦庫
~/.workbuddy/pendingmemo/ — 即時待辦存儲（已建立）
~/.workbuddy/skills/todo-driver/ — 追蹤監管技能