#171 待辦事項統一中控管理功能
建置計劃書 v2.0
🏗️ 101創富系統 — 四層資料模組 + 閉環數據流 + 2小時快速部署
1 功能組成架構圖 — 四層資料模組
中控台由四層資料模組組成，每層負責不同生命週期的待辦管理，形成靈感→構想→預備→執行的完整閉環。
L1 靈感層
💡 IdeaData
靈感/構想收集
overview-1~6.txt
ideadata.html 報告
overview-1~6.txt
ideadata.html 報告
⬇️ toidea 觸發 / 主公決策轉正
L2 構想層
📋 PendingData
正式待辦清單
pendingall.json
pendingdata.html
pendingall.json
pendingdata.html
🔄 PendingMemo
對話臨時待辦
pendingmemo.json
即時轉正通道
pendingmemo.json
即時轉正通道
⬇️ 排期判定 / TED 排序 / Agent 巡檢觸發
L3 預備層
⚙️ WorkPendingData
執行中任務池
workpending.json
篩選+臨時+巡檢 三路進入
workpending.json
篩選+臨時+巡檢 三路進入
🎯 中控中心面板
統一中控 UI
四層狀態一覽
智慧分流+排序
四層狀態一覽
智慧分流+排序
🧠 智慧分流引擎
自動路由規則
優先級演算法
排期建議生成
優先級演算法
排期建議生成
⬇️ doit 指令 / 自動派單 / 任務完成回寫
L4 執行層
✅ WorkMember
正在執行的任務
workmember.json
實時進度追蹤
workmember.json
實時進度追蹤
📝 workmemo.txt
工作記錄
已完成任務存檔
序號制永久記錄
已完成任務存檔
序號制永久記錄
🔑 核心新增：WorkPendingData 的三大用途
- ① 篩選執行中任務 — 從 PendingData 中挑出「今天要做」的項目，移入 WorkPendingData
- ② 臨時冒出待辦處理 — 對話中突然產生的任務（如「先查一下 XX」），先暫存再排期
- ③ Agent 自動巡檢問題 — 定期掃描各數據源，發現異常或逾期項目自動建立待辦
2 數據流構成圖 — 完整閉環
💡 IdeaData
(overview-1~6)
→
(overview-1~6)
📋 PendingData
(pendingall.json)
→
(pendingall.json)
⚙️ WorkPendingData
(workpending.json)
→
(workpending.json)
✅ WorkMember
(workmember.json)
→
(workmember.json)
📝 workmemo.txt
(完成存檔)
(完成存檔)
┌───────────────────────────────────── Agent 自動化層 ──────────────────────────────────────┐
🤖 Agent 巡檢
(定期掃描)
↘
(定期掃描)
⚙️ 自動入池
(巡檢問題)
←
(巡檢問題)
🧠 分流引擎
(智慧排序)
(智慧排序)
┌───────────────────────────────────── 臨時通道 ──────────────────────────────────────────┐
💬 PendingMemo
(對話臨時)
→
(對話臨時)
⚙️ pendingmemo-promote
(轉正式)
→
(轉正式)
📋 PendingData
(入庫)
(入庫)
🔀 轉換觸發動作明細
| 來源 | 目標 | 觸發動作 | 條件/判斷 |
|---|---|---|---|
| txt overview-X | json PendingData | toidea → pendingmemo-promote |
主公確認「值得做」→ 正式轉入待辦清單 |
| json PendingData | json WorkPending | TED 排序 / 手動挑選 |
排到今天 / 緊急度高 / 主公指定 |
| txt PendingMemo | json WorkPending | pendingmemo-promote |
對話中產生的臨時待辦 → 經確認後轉正 |
| json WorkPending | json">json WorkMember | doit / 自動派單 |
開始執行 → 移入執行中追蹤 |
| json WorkMember | txt workmemo.txt | fullrecord / toworkmemo |
任務完成 → 寫入工作記錄存檔 |
| 🤖 Agent | json WorkPending | 定期巡檢 |
發現異常/逾期/依賴變更 → 自動建單入池 |
📐 排期優先級判定規則
- P0 立即執行 — 主公明確指令「現在做」、緊急修復、外部時限壓力
- P1 今日必做 — TED 排名前 3、已承諾交付、有依賴鏈的上游任務
- P2 本週完成 — 有明確 deadline、涉及多系統協作
- P3 排期彈性 — 創意類/研究類/無硬性期限
3 數據結構與檔案類型
| 層級 | 檔案名稱 | 格式 | 存放位置 | 核心欄位結構 |
|---|---|---|---|---|
| L1 靈感 | overview-1~6.txt | TXT | .workbuddy/ideadata/ | 自由格式文字 + 序號，由 toidea1~5 寫入 |
| L1 報告 | T0XX-報告.html | HTML | workskm-deploy/ | 構想深化整理報告，由 toidea 生成 |
| L1 索引 | concepts.json | JSON | .workbuddy/ideadata/ | {id, title, source, status, createdAt} |
| L2 待辦 | pendingall.json | JSON | .workbuddy/pendingdata/ | {id, title, desc, priority, status, source, createdAt, dueDate, tags[]} |
| L2 臨時 | pendingmemo.json | JSON | .workbuddy/pendingdata/ | {id, content, fromConversation, createdAt, promoted:bool} |
| L2 頁面 | pendingdata.html | HTML | workskm-deploy/ | 前端展示頁，讀取 pendingall.json 渲染 |
| L3 預備 | workpending.json | JSON 🆕 | .workbuddy/pendingdata/ | {id, sourceId, title, priority, entryType, enteredAt, estimatedMin, status, assignee} |
| L3 面板 | 中控中心.html | HTML 🆕 | workskm-deploy/ | 四合一中控面板：狀態概覽 + 任務列表 + 排序 + 操作 |
| L4 執行 | workmember.json | JSON | .workbuddy/pendingdata/ | {id, sourceId, title, startTime, progress%, status, agent, lastUpdate} |
| L4 記錄 | workmemo.txt | TXT | 工作備忘/ | [序號] YYYY-MM-DD HH:MM | 內容摘要 | 狀態 |
| 全域 | memodata.html | HTML | workskm-deploy/ | memos[{id,name,date,type,url}] 全局索引 |
🆕 WorkPendingData.entryType 三大進入方式
| entryType | 觸發場景 | 來源 |
|---|---|---|
| "filtered" | 從 PendingData 篩選「今日要做」的任務 | PendingData TED 排名結果 |
| "ad hoc" | 對話中臨時冒出的待辦（先做再排期） | PendingMemo 轉正 / 主公口頭指令 |
| "agent patrol" | Agent 定期巡檢發現的問題 | 自動化腳本 / 異常偵測 |
4 實施階段 — Step by Step 工作內容
20
分鐘
Phase 1：基礎設施搭建 — 數據結構定義
- 建立 workpending.json 結構（含 id/sourceId/title/priority/entryType/status 等完整欄位）
- 建立 workmember.json 結構（含 progress%/agent/lastUpdate 執行追蹤欄位）
- 在 pendingdata 目錄下初始化兩個空 JSON 檔案（確保 schema 正確）
- 更新 concepts.json 加入 workpending 相關索引欄位
35
分鐘
Phase 2：中控中心面板 UI 開發
- 以 template.html 為基礎，新建「中控中心.html」（遵守三區保護規則）
- 實現四層狀態概覽卡片（L1~L4 各層計數 + 最新項目預覽）
- 實現 WorkPending 任務列表（可按 entryType/priority/status 篩選）
- 實現拖拽排序或上下按鈕調整優先級順序
- 操作列：查看詳情 / 推送到執行 / 回退至待辦 / 標記完成
25
分鐘
Phase 3：智慧分流引擎邏輯
- 編寫 JavaScript 分流函數 routeTask(source, priority, context) → 決定 entryType
- 實現優先級演算法（P0/P1/P2/P3 加權評分 = 緊急度×0.4 + 重要性×0.3 + 依賴×0.2 + 到期×0.1）
- 實現排期建議生成（根據當前 WorkPending 負載 + WorkMember 佔用率）
- 加入 TED 排序整合（讀取 pending-data 現有排序結果作為參考輸入）
20
分鐘
Phase 4：數據流管道串接
- 串接 IdeaData → PendingData 轉換通道（整合現有 pendingmemo-promote 流程）
- 串接 PendingData → WorkPendingData 入池機制（手動篩選 + TED 自動推薦）
- 串接 PendingMemo → WorkPendingData 臨時通道（對話即時轉正）
- 串接 WorkPendingData → WorkMember 派單機制（doit 觸發 + 自動派單）
- 串接 WorkMember → workmemo.txt 完成回寫（fullrecord 自動化）
20
分鐘
Phase 5：整合測試與部署上線
- 端到端流程測試：從 toidea 寫入 → PendingData → WorkPending → 完成 → workmemo 記錄
- 中控面板功能測試：篩選/排序/推送/回退/完成 全操作驗證
- 智慧分流引擎測試：多種情境下的路由決策驗證
- 更新 memodata.html + index.html（中控中心入口 + 計數更新）
- wrangler deploy 至 workskm.pages.dev + 強制刷新驗證
⏱️ 時間分配總覽（共 120 分鐘 = 2 小時）
20
Phase 1 數據結構
35
Phase 2 UI 面板
25
Phase 3 分流引擎
20
Phase 4 數據管道
20
Phase 5 測試部署
5 風險提示與注意事項
🔴 高風險
JSON ID 衝突 — 新增項目前必須確認最大 ID（教訓 #47），所有 JSON 必須有唯一 ID 機制
🟡 中風險
跨檔案同步 — WorkPending 更新時需同步更新 PendingData 狀態，避免數據不一致；建議以 WorkPending 為 Single Source of Truth
🟢 低風險 / 最佳實踐
中控面板以 template.html 為基礎，嚴格遵守導航區/Badge 區/SVG 三區保護規則，不修改受保護區域
📜 版本歷史
| v1.0 | 2026-04-20 19:30 | 初版，三場景獨立管理 + 全局中控整合概念 |
| v2.0 | 2026-04-20 21:30 | 新版：補充四層架構圖 + 閉環數據流 + 完整數據結構 + 5 階段實施 + 2hr 時間分配 + WorkPending 三大用途 |