待辦清單自動管理流程建置計畫書
版本： v1.0
日期： 2026-04-15
制定人： 由貞
依據： 主公構想 + ideatorich + ideadata 流程比照
一、系統思維與指導原則
1.1 核心定位
Pending Data
是個人資源中心的核心待辦管理模組，以「全場景自動採集 → 統一登記 → 智能追蹤閉環」為核心邏輯。
1.2 指導原則
| 原則 | 說明 |
|---|
| 來源多元化 | 覆蓋報告類、ideatorich類、answerch類、日常問答類、會議記錄類 |
| 格式統一化 | 所有待辦統一進入「待办事项登記表」，格式一致 |
| 流向自動化 | 採集後自動觸發推送，不需手動干預 |
| 去向可視化 | 統一展示於資源中心 Pending Data 板塊 |
| 閉環可追溯 | 每條待辦有來源標註，可追溯原始上下文 |
1.3 比照對象
| 既有系統 | Pending Data |
|---|
| ideatorich → ideadata | 構想採集 → 創意頁面展示 |
| answerch | 錯誤自動記錄 → 經驗知識庫 |
| Pending Data | 待辦自動採集 → 統一追蹤頁面 |
二、系統結構圖
五大採集來源 → 統一登記 → 可視化展示
┌─────────────────────────────────────────────────────┐
│ 待辦清單自動管理系統 │
├─────────────────────────────────────────────────────┤
│ 【五大採集來源】 │
│ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ │
│ │a.報告類│ │b.創意類│ │c.錯誤類│ │d.問答類│ │e.會議類│ │
│ └────┬───┘ └────┬───┘ └────┬───┘ └────┬───┘ └────┬───┘ │
│ └──────────┴──────────┴────┬─────┴──────────┘ │
│ ↓ │
│ ┌─────────────────────────┐ │
│ │ 待办事项登記表 (CSV) │ │
│ └───────────┬─────────────┘ │
│ ↓ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ Pending Data 板塊 │ │
│ │ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ │ │
│ │ │ 進行中 │ │ 已完成 │ │ 已延期 │ │ 歷史待辦 │ │ │
│ │ └────────┘ └────────┘ └────────┘ └────────┘ │ │
│ └─────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘
三、待办事项登記表結構
3.1 欄位定義
| 欄位 | 類型 | 說明 | 範例 |
|---|
| id | 字串 | 唯一識別碼 | PENDING-20260415-001 |
| date | 日期 | 創建日期 | 2026-04-15 |
| time | 時間 | 創建時間 | 14:30 |
| seq | 數字 | 當日序號 | 001 |
| title | 字串 | 待办事项標題 | 修復首頁圖片路徑錯誤 |
| context | 字串 | 原始上下文 | 來自 report.html 第5行 |
| source_type | 列舉 | 來源類型 | report/ideatorich/answerch/qa/meeting |
| source_detail | 字串 | 來源詳情 | ideatorich-ideadata |
| priority | 列舉 | 優先級 | high/medium/low |
| status | 列舉 | 狀態 | pending/in_progress/completed/deferred |
| tags | 陣列 | 標籤 | ["系統錯誤", "優先修復"] |
| deadline | 日期 | 截止時間 | 2026-04-20 |
3.2 CSV 格式
id,date,time,seq,title,context,source_type,priority,status,tags
PENDING-20260415-001,2026-04-15,14:30,001,修復首頁圖片路徑錯誤,來自report.html第5行,report,high,pending,"系統錯誤,優先修復"
四、五大採集來源設計
4.1 a. 報告類（待办事项一覽表）
觸發條件
- 文件類型：.html / .md / .docx / .txt
- 關鍵詞：「待办事项一覽表」
- 鋼性規定：所有報告類、計畫類、執行類、結案報告類文件只抓取「待办事项一覽表」
4.2 b. ideatorich 類（創意待辦）
觸發條件
- 關鍵詞：「待辦」「計畫」「我想做」「需落地」「待實作」
- 分流路徑：A-立即執行
4.3 c. answerch 類（錯誤觸發）
觸發條件
- 由貞犯錯或主公指出錯誤時
- 關鍵詞：「錯誤」「修復」「bug」「失敗」
4.4 d. 日常執行問答類
觸發條件
- 在問答中設定選項：
- A. 是否立即執行？
- B. 設定執行時間
- C. 先登錄「待办事项一覽表」
4.5 e. 會議和訪談記錄類
觸發條件
- 關鍵詞：「會議記錄」「談話記錄」「訪談」
- 識別「待办事项」區塊
五、所需技能清單
5.1 既有技能（需升級/整合）
| 技能名稱 | 用途 | 整合方式 |
|---|
| ideatorich | 構想採集與處理 | 新增 pending-data 同步模組 |
| torecord | 工作記錄 | 支援 pending-data.csv 寫入 |
| tomemo | 備忘生成 | 可觸發待辦採集 |
| updatememo | 備忘更新 | 可觸發待辦同步 |
| upload-workskm | 部署到 workskm | 部署 pending-data.html |
5.2 新建技能
| 技能名稱 | 用途 | 優先級 |
|---|
| pending-data-collect | 全場景待辦採集腳本 | P0 |
| pending-data-sync | 同步 pending-data.csv 到 HTML | P0 |
| pending-data-html | 生成 Pending Data HTML 頁面 | P0 |
| pending-data-report | 執行報告生成 | P1 |
六、實施步驟
Phase 1：基礎建設（第 1-2 天）
| 步驟 | 任務 | 負責 |
|---|
| 1.1 | 建立 pending-data 技能目錄結構 | 由貞 |
| 1.2 | 設計 pending-data.csv 格式 | 由貞 |
| 1.3 | 開發 pending-collect.py 採集腳本 | 由貞 |
| 1.4 | 開發 pending-sync.py 同步腳本 | 由貞 |
Phase 2：頁面開發（第 3-4 天）
| 步驟 | 任務 | 負責 |
|---|
| 2.1 | 複製 workskm 導航欄到 pendingdata.html | 由貞 |
| 2.2 | 實現待辦卡片渲染邏輯 | 由貞 |
| 2.3 | 實現篩選和搜索功能 | 由貞 |
| 2.4 | 實現狀態更新功能 | 由貞 |
Phase 3：整合測試（第 5 天）
| 步驟 | 任務 | 負責 |
|---|
| 3.1 | 整合 ideatorich 同步模組 | 由貞 |
| 3.2 | 整合 torecord 觸發採集 | 由貞 |
| 3.3 | 全端測試 | 由貞 |
| 3.4 | 部署到 workskm | 由貞 |
七、自動化觸發矩陣
| 來源 | 觸發條件 | 自動動作 |
|---|
| 報告類 | 識別「待办事项一覽表」 | 自動採集生成 CSV |
| ideatorich | 分流路徑 A 或含「待辦」關鍵字 | 自動生成待辦 |
| answerch | 錯誤記錄完成 | 自動生成待辦修復 |
| 日常問答 | 選擇「登錄待辦」 | 自動寫入 CSV |
| 會議記錄 | 識別「待办事项」區塊 | 自動採集 |
八、關鍵術語
| 術語 | 定義 |
|---|
| Pending Data | 待辦清單自動管理系統 |
| 待办事项登記表 | 統一的 CSV 格式，記錄所有待辦 |
| 五大採集來源 | 報告/ideatorich/answerch/日常問答/會議記錄 |
| 分流路徑 | A-立即執行/B-制度固化/C-技能習得/D-資產沉澱 |