🔄 待辦清單自迭代鞭策系統

┌─────────────────────────────────────────────────────────────────┐
│                    待辦清單自迭代鞭策系統 (TED)                      │
│                      「系統即鞭策者」模式                           │
├─────────────────────────────────────────────────────────────────┤
│                                                                 │
│  ┌─────────────┐    ┌─────────────┐    ┌─────────────┐          │
│  │  ① 啟動環    │───→│  ② 檢視環    │───→│  ③ 診斷環    │          │
│  │  START     │    │  REVIEW    │    │  DIAGNOSE  │          │
│  └─────────────┘    └─────────────┘    └─────────────┘          │
│         ↑                                    │                  │
│         └────────────────────────────────────┘                  │
│                      ↓                                          │
│  ┌─────────────┐    ┌─────────────┐                             │
│  │  ⑤ 進化環    │←───│  ④ 行動環    │                             │
│  │  EVOLVE    │    │  ACT       │                             │
│  └─────────────┘    └─────────────┘                             │
│                                                                 │
└─────────────────────────────────────────────────────────────────┘

五環運轉頻率：
├── ① 啟動環：每日工作開始時（自動觸發）
├── ② 檢視環：每日 1 次（晨間）+ 技能執行時（自動）
├── ③ 診斷環：檢視後立即執行
├── ④ 行動環：主公決策後立即執行
└── ⑤ 進化環：每週統一回顧，系統自我升級

Step 1: 啟動檢視
├── 讀取「待辦清單自動管理流程建置計畫書.html」
├── 提取系統結構圖（五大採集來源 → 統一登記 → 可視化展示）
└── 載入當前所有待辦相關檔案清單

Step 2: 現狀掃描
├── 掃描 workskm-deploy/ 中的所有待辦相關 HTML
├── 檢查 pendingdata.html 最新狀態
├── 檢查 79-實現78記憶迭代機制待辦清單.html 完成度
├── 檢查 ideadata.html 中標記為「待辦」的構想
└── 檢查 answerch.txt 中標記為「待修復」的項目

Step 3: 結構比對
├── 比對「待辦事項登記表結構」是否完整
├── 檢查欄位：id, date, time, seq, title, context, source_type, priority, status, tags, deadline
├── 檢查五大採集來源是否有遺漏
│   ├── a. 報告類（待辦事項一覽表）
│   ├── b. ideatorich 類（創意待辦）
│   ├── c. answerch 類（錯誤觸發）
│   ├── d. 日常執行問答類
│   └── e. 會議記錄類
└── 檢查 Pending Data 板塊四區塊
    ├── 進行中
    ├── 已完成
    ├── 已延期
    └── 歷史待辦

Step 4: 問題診斷
├── 識別「結構偏差」（系統設計層面）
├── 識別「執行偏差」（實際操作層面）
├── 識別「沉澱偏差」（知識累積層面）
└── 生成優先級排序的改進清單

Step 5: 鞭策建議
├── 向主公報告當前狀態
├── 提出具體優化建議（附理由）
├── 請主公確認優先處理項目
└── 等待主公指令

Step 6: 執行更新
├── 根據主公決策更新待辦清單
├── 同步更新所有相關檔案
├── 記錄變更到 worklog
└── 部署到 workskm

Step 7: 進化沉澱
├── 將本次優化經驗記錄
├── 更新「系統最佳實踐」
└── 為下次迭代累積素材

═══════════════════════════════════════════════
🔄 待辦清單自迭代鞭策報告 (TED Report)
日期：2026-04-16 | 執行：第 N 次迭代
═══════════════════════════════════════════════

【系統健康度】███████░░░ 72%
├── 結構完整度：85% (缺：會議類採集)
├── 執行活躍度：65% (本週新增 3 條，完成 7 條)
└── 沉澱質量度：65% (有 2 條待經驗化)

【結構比對結果】
✅ 正常項目：
   • 報告類採集 - 運作正常
   • ideatorich 類 - 運作正常  
   • Pending Data 板塊 - 四區塊完整

⚠️ 異常項目：
   • 會議類採集 - 未設置自動化流程
   • deadline 欄位 - 30% 待辦無截止日期

【本週新增待辦】
┌────┬────────────────────┬────────┬────────┐
│ ID │ 標題               │ 來源   │ 優先級 │
├────┼────────────────────┼────────┼────────┤
│ 89 │ 建立會議記錄自動採集 │ 本報告 │ high   │
│ 90 │ 補齊待辦 deadline   │ 診斷   │ medium │
└────┴────────────────────┴────────┴────────┘

【優化建議（按優先級）】
🔴 P0 - 立即執行：
   1. 建立「會議記錄自動採集」skill
      理由：五大來源缺其一，系統不完整
      預估工時：2 小時

🟡 P1 - 本週完成：  
   2. 補齊現有待辦的 deadline
      理由：影響排期與追蹤
      預估工時：30 分鐘

🟢 P2 - 下週規劃：
   3. 優化「已延期」區塊的展示邏輯
      理由：當前僅列清單，無延期原因

═══════════════════════════════════════════════
💡 主公請指示：
   輸入編號執行 (如「執行 1」) / 「全部執行」/ 「暫不處理」
═══════════════════════════════════════════════

todo-driver (鞭策中心)
        │
        ├──→ ideatorich (創意待辦來源)
        │      └── 檢查是否有 A-立即執行 路徑的構想
        │
        ├──→ answerch (錯誤待辦來源)
        │      └── 檢查是否有「待修復」標記的錯誤
        │
        ├──→ tomemory / torecord (工作記錄)
        │      └── 記錄本次迭代過程
        │
        ├──→ updatememo (備忘更新)
        │      └── 將待辦狀態同步到首頁
        │
        └──→ upload workskm (部署)
               └── 發布最新待辦看板