kenaz 0.3.18 → 0.3.20

package/core/.claude/skills/qa_engineer/SKILL.md

@@ -78,7 +78,7 @@ description: QA Lead（溝通者）- 測試策略、團隊調度、品質保證
 
 **你的操作**:
 1. 讀取 `dev/PRODUCT_SPEC.md` - 了解專案規格
-2. 讀取相關任務文件（`dev/pipeline/tasks/TASK_XXX.yaml`）- 了解驗收標準
+2. 讀取相關任務文件（`node .collaboration/core/task-api.js get TASK_XXX`）- 了解驗收標準
 3. 讀取 `.failure/INDEX.yaml` - 檢查相關失敗模式（AGT-005 規則）
 
 **CLI 匯報格式**:
@@ -156,14 +156,14 @@ description: QA Lead（溝通者）- 測試策略、團隊調度、品質保證
 4. 搜尋相關代碼（Grep `backend/` 或 `src/`）
 5. 檢查 API 文檔（Read `dev/API_SPEC.md`）
 6. 查閱歷史缺陷（Grep `dev/BUG_LIST.md`）
-7. 查閱類似任務（Grep `dev/pipeline/completed/`）
+7. 查閱類似任務（`task-api.js search KEYWORD`）
 
 **CLI 匯報格式**:
 ```
 🔍 背景調研
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 相關 Feature: F-XXX
-驗收標準: dev/pipeline/tasks/TASK_XXX.yaml
+驗收標準: `task-api.js get TASK_XXX`
 現有測試: tests/test_user_service.py
 測試覆蓋率: 65%（需提升至 80%）
 相關代碼: backend/services/user_service.py
@@ -735,10 +735,10 @@ Agent 類型根據缺陷性質分配（後端 bug→backend, 前端 bug→fronte
 
 ```bash
 # 讀取新建立的任務文件
-ls dev/pipeline/tasks/TASK_*_fix_*.yaml
+node .collaboration/core/task-api.js list --status backlog | grep fix
 
-# 確認 TASK_QUEUE.json 已更新
-cat dev/pipeline/TASK_QUEUE.json | grep "fix" -A 5
+# 確認任務卡已建立
+node .collaboration/core/task-api.js search fix
 ```
 
 #### 10.5 最終匯報
@@ -757,8 +757,7 @@ cat dev/pipeline/TASK_QUEUE.json | grep "fix" -A 5
 | TASK_204 | 缺少 rate limiting | backend | P1 |
 
 Pipeline 已更新:
-✓ TASK_QUEUE.json（+4 修復任務）
-✓ PROGRESS.md
+✓ 任務卡（+4 修復任務）
 
 Issue Report: dev/qa/QA_ISSUES_20260215_143000.md
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
@@ -875,7 +874,7 @@ Issue Report: dev/qa/QA_ISSUES_20260215_143000.md
 🔍 背景調研
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 相關 Feature: F-003（用戶系統）
-驗收標準: dev/pipeline/tasks/TASK_089.yaml
+驗收標準: `task-api.js get TASK_089`
 現有測試: 無
 測試覆蓋率: 0%（需建立測試）
 相關代碼: backend/services/auth_service.py
@@ -981,8 +980,7 @@ Task(
 | TASK_204 | 缺少 rate limiting | backend | P1 |
 
 Pipeline 已更新:
-✓ TASK_QUEUE.json（+4 修復任務）
-✓ PROGRESS.md
+✓ 任務卡（+4 修復任務）
 
 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 下一步: 執行 `/Ansuz` 派工修復，完成後 `/qa` 回歸測試
@@ -1246,12 +1244,9 @@ QA Team 將遵循以下規範（參考 `.rule/code/` 規則）：
 
 執行任務前，檢查相關失敗模式（遵循 AGT-005 規則）：
 
-```powershell
-# 檢查 QA 相關失敗模式
-.\.failure\tools\check_failures.ps1 -AgentType "qa"
-
-# 檢查測試相關失敗模式
-.\.failure\tools\check_failures.ps1 -ScopePath "tests/"
+```bash
+# 讀索引，再 Grep 與任務 scope 相關的失敗記錄
+Grep pattern="tests|關鍵字" path=".failure/"
 ```
 
 **常見失敗模式**：

package/core/.claude/skills/spec_optimizer/SKILL.md

@@ -4,296 +4,46 @@ aliases:
   - 規格優化
   - spec
   - optimizer
-description: 專案規格優化、文件整理、知識沉澱專家。根據 .failure、.memory、.rule 進行系統性改良。
+description: 專案規格優化、文件整理、知識沉澱專家。根據 .failure、.rule 與任務卡進行系統性改良。
 ---
 
 # Spec Optimizer Agent
 
 ## 角色
 
-你是一名**規格優化與知識管理專家**，專注於提升專案的規格品質、整理開發經驗、優化工作流程。你的核心職責是將散落的知識系統化、從失敗中提煉規則、持續優化專案文件。
+規格優化與知識管理專家：提升規格品質、整理開發經驗、優化文件。
 
 ## 核心職責
 
-### 1. 規格優化
-- 審查並優化 `dev/PRODUCT_SPEC.md`
-- 確保 Feature ID 制度完整（F-XXX）
-- 驗證規格與實作的一致性
-- 識別規格漂移（Spec Drift）
-
-### 2. 文件整理
-- 更新 `.memory/CONTEXT.md`（專案概況）
-- 更新 `C:/Users/User/.claude/projects/.../memory/MEMORY.md`（個人教訓）
-- 整理 `dev/pipeline/PROGRESS.md`
-- 維護 `.rule/` 規則庫
-
-### 3. 知識沉澱
-- 從 `.failure/` 提取失敗經驗
-- 將重複失敗模式提升為 `.rule/` 規則
-- 記錄關鍵決策和權衡（ADR）
-- 建立最佳實踐文件
-
-### 4. 系統改良
-- 分析工作流程瓶頸
-- 提出改進建議
-- 優化 Agent 協作流程
-- 建立自動化腳本
-
-## 技能
-
-* **文件撰寫**：清晰、結構化的技術文件
-* **知識管理**：分類、索引、檢索優化
-* **模式識別**：從失敗中發現規律
-* **規格設計**：Feature ID、驗收標準、追溯性
-* **流程優化**：識別瓶頸、自動化機會
+1. **規格優化**：審查 `dev/PRODUCT_SPEC.md`；確保 Feature ID（F-XXX）完整；驗證規格與實作一致；識別規格漂移。
+2. **文件整理**：維護 `.rule/` 規則庫與 `.failure/` 失敗索引；更新 PRODUCT_SPEC 的 Feature 狀態。
+3. **知識沉澱**：重複出現的失敗提升為規則；教訓用 `kenaz learn add` 或 Claude 原生記憶檔。
+4. **系統改良**：找出文件間不一致、過期描述並修正。
 
 ## 工作流程
 
-### 階段 1：評估現狀
-
-**輸入**：用戶請求（例如：「整理最近的開發記憶點」）
-
-**執行步驟**：
-1. 讀取關鍵文件：
-   - `dev/PRODUCT_SPEC.md`（了解專案規格）
-   - `dev/pipeline/PROGRESS.md`（了解最新進度）
-   - `.memory/CONTEXT.md`（了解專案現狀）
-   - `.failure/INDEX.yaml`（了解失敗記錄）
-
-2. 識別待處理事項：
-   - 哪些 Feature 已完成但未更新狀態？
-   - 哪些失敗模式重複出現（需要提升為規則）？
-   - 哪些記憶點需要更新？
-   - 哪些文件缺失或過時？
-
-3. 提出整理計劃：
-   ```
-   發現以下待整理事項：
-   1. PRODUCT_SPEC.md - F-007 狀態需更新為 completed
-   2. MEMORY.md - 缺少 2/4-2/5 的開發教訓
-   3. .failure/ - FAIL-003 重複出現，建議提升為規則
-
-   預估時間：30 分鐘
-   ```
-
-### 階段 2：執行整理
-
-**優先順序**：
-1. **Critical**：規格漂移修正、嚴重失敗記錄
-2. **High**：MEMORY.md 更新、重要決策記錄
-3. **Medium**：CONTEXT.md 更新、文件格式優化
-4. **Low**：錦上添花的改進
-
-**執行原則**：
-- ✅ 保持文件簡潔（CONTEXT.md < 100 行）
-- ✅ 使用結構化格式（Markdown 表格、清單）
-- ✅ 提供可執行範例（程式碼片段、指令）
-- ✅ 記錄時間戳和來源
-- ✅ 交叉引用相關文件
-
-**範例輸出**：
-
-#### 更新 MEMORY.md
-```markdown
-## .failure 系統 (2026-02-05)
-
-### 系統建立完成
-- 五大分類：Agent 執行、代碼品質、架構、Pipeline、數據完整性
-- 三個初始失敗記錄：FAIL-001, FAIL-002, FAIL-003
-- 自動化工具：check_failures.ps1, log_failure.ps1, fix_json.js
-
-### 關鍵學習
-1. **JSON BOM 問題**（FAIL-002）：Windows 編輯器會加 BOM，導致解析失敗
-   - 解決：使用 fix_json.js 自動移除
-2. **Queue 污染問題**（FAIL-003）：Scheduler 從 completed/ 同步導致
-   - 解決：改為手動封存（/archive 指令）
-```
+### 1. 評估現狀
+讀取：
+* `dev/PRODUCT_SPEC.md`
+* `.failure/INDEX.yaml`（失敗模式索引）
+* `.rule/INDEX.yaml`（規則索引）
+* 任務狀態：`node .collaboration/core/task-api.js stats`、`list --status done`
 
-#### 更新 CONTEXT.md
-```markdown
-## 已完成功能
+### 2. 執行整理
+* 更新 PRODUCT_SPEC.md 中已完成 Feature 的狀態
+* 失敗模式在 INDEX 中補齊或標為 retired；重複 2 次以上的提升為 `.rule/` 規則
+* 清除過期文件描述（指向已刪除檔案、已退役系統的段落）
 
-| 功能 | 狀態 | 備註 |
-|------|------|------|
-| 錯誤學習系統 (.failure/) | ✅ | 五分類、三失敗記錄、自動化工具 |
-| 手動記憶點封存 (/archive) | ✅ | 取代自動清理，用戶控制 |
-```
-
-#### 更新 PRODUCT_SPEC.md
-```yaml
-# F-007: 錯誤學習系統 (.failure)
-- Status: completed ✅
-- Completed: 2026-02-05
-```
-
-### 階段 3：驗證品質
-
-**檢查清單**：
-- [ ] 所有 Markdown 語法正確
-- [ ] 程式碼範例可執行
-- [ ] 時間戳記錄完整
-- [ ] 交叉引用連結有效
-- [ ] 文件長度適中（< 200 行警告）
-- [ ] 結構清晰（標題層級正確）
-
-**驗證方法**：
+### 3. 驗證品質
 ```bash
-# 驗證 Markdown 格式
-markdownlint .memory/*.md
-
-# 驗證 JSON 文件
-node .failure/tools/validate_json.js dev/pipeline/TASK_QUEUE.json
-
-# 檢查文件大小
-wc -l .memory/CONTEXT.md
+node .failure/tools/validate_json.js <json 檔>   # 若有 JSON 檔需驗證
 ```
+確認被修改的文件沒有指向不存在的路徑（Grep 驗證）。
 
-### 階段 4：輸出總結
-
-**格式**：
-```
-## ✅ 整理完成
-
-### 更新的文件
-1. .memory/CONTEXT.md - 新增 .failure 系統、/archive 指令
-2. MEMORY.md - 新增 2/4-2/5 開發教訓章節
-3. dev/PRODUCT_SPEC.md - F-007 標記為 completed
-
-### 關鍵改進
-- 記錄了 .failure 系統的完整建立過程
-- 沉澱了 JSON BOM、Queue 污染的解決方案
-- 更新了專案現狀，新 Agent 可快速理解
-
-### 建議下一步
-- 考慮將 FAIL-003 提升為 PPL-003 規則（已重複 2 次）
-- 定期執行 /archive 清理 Queue
-```
-
----
-
-## 文件路徑索引
-
-### 必讀文件
-| 路徑 | 用途 | 更新頻率 |
-|------|------|---------|
-| `dev/PRODUCT_SPEC.md` | 產品規格與 Feature 狀態 | 每個 Feature 完成時 |
-| `.memory/CONTEXT.md` | 專案概況（< 100 行） | 每週或重大變更時 |
-| `C:/Users/User/.claude/.../MEMORY.md` | 個人教訓與最佳實踐 | 每次遇到新問題時 |
-| `dev/pipeline/PROGRESS.md` | 任務進度追蹤 | 每次任務狀態變更 |
-
-### 參考文件
-| 路徑 | 用途 |
-|------|------|
-| `.failure/INDEX.yaml` | 失敗記錄索引 |
-| `.rule/INDEX.yaml` | 規則索引 |
-| `CLAUDE.md` | 專案指導文件 |
-| `.memory/COMPLETED_TASKS.json` | 歷史已完成任務 |
-
----
-
-## 特殊場景處理
-
-### 場景 1：新 Agent Session 開始
-**目標**：讓新 Agent 快速理解專案狀態
-
-**執行**：
-1. 確保 `.memory/CONTEXT.md` 是最新的
-2. 檢查 `PROGRESS.md` 的 Last Update 時間
-3. 驗證 Feature 狀態與實際一致
-
-### 場景 2：重大失敗發生
-**目標**：記錄失敗並防止重複
-
-**執行**：
-1. 使用 `.failure/tools/log_failure.ps1` 記錄
-2. 分析是否與現有失敗記錄重複
-3. 如果重複 >= 2 次，提議提升為 `.rule/` 規則
-
-### 場景 3：Feature 完成
-**目標**：更新規格狀態
-
-**執行**：
-1. 更新 `PRODUCT_SPEC.md` 中的 Feature 狀態
-2. 記錄完成時間
-3. 更新 `CONTEXT.md` 的已完成功能列表
-
-### 場景 4：定期維護
-**目標**：保持文件健康
-
-**執行**（建議每週一次）：
-1. 檢查 `CONTEXT.md` 行數（目標 < 100 行）
-2. 封存舊任務（執行 `/archive`）
-3. 清理過時的記憶點
-4. 驗證所有文件的 Markdown 格式
-
----
-
-## 輸出範本
-
-### 快速整理（30 分鐘）
-```markdown
-## 📝 快速整理報告
-
-### 更新內容
-1. ✅ CONTEXT.md - 新增 [功能名稱]
-2. ✅ MEMORY.md - 記錄 [日期] 的教訓
-3. ✅ PRODUCT_SPEC.md - 更新 F-XXX 狀態
-
-### 關鍵變更
-- [變更 1]
-- [變更 2]
-
-### 時間消耗
-- 評估：5 分鐘
-- 執行：20 分鐘
-- 驗證：5 分鐘
-```
-
-### 完整整理（1-2 小時）
-```markdown
-## 📚 完整整理報告
-
-### 執行摘要
-本次整理涵蓋 [日期範圍]，更新了 [N] 個文件，記錄了 [N] 個關鍵學習。
-
-### 更新文件
-| 文件 | 變更類型 | 說明 |
-|------|---------|------|
-| CONTEXT.md | 新增 | 新功能 X |
-| MEMORY.md | 新增章節 | 失敗教訓 Y |
-| PRODUCT_SPEC.md | 狀態更新 | F-XXX completed |
-
-### 關鍵學習
-1. **[學習 1]**：[描述 + 解決方案]
-2. **[學習 2]**：[描述 + 解決方案]
-
-### 提升為規則的建議
-- FAIL-XXX → RULE-XXX：[理由]
-
-### 下一步建議
-- [ ] [建議 1]
-- [ ] [建議 2]
-```
-
----
-
-## 注意事項
-
-1. **保持簡潔**：CONTEXT.md 務必 < 100 行，過長則分離到其他文件
-2. **時間戳**：所有記憶點必須記錄日期
-3. **可執行**：程式碼範例必須能直接執行
-4. **交叉引用**：相關內容互相連結
-5. **版本控制**：重大變更前先備份
-
-## 協作方式
-
-**與其他 Agent 的分工**：
-- **Product Manager**：建立任務 → Spec Optimizer 更新規格
-- **Dev Agent**：完成開發 → Spec Optimizer 記錄經驗
-- **QA Engineer**：發現 Bug → Spec Optimizer 記錄失敗模式
+### 4. 輸出總結
+列出：更新的文件、關鍵改進、建議下一步。
 
-**何時調用此 Agent**：
-- 完成重要里程碑後
-- 累積多個失敗記錄時
-- 新 Agent 需要理解專案時
-- 定期維護（建議每週）
+## 特殊場景
+* **重大失敗發生**：先記錄到 `.failure/`，再評估是否提升為規則。
+* **Feature 完成**：更新 PRODUCT_SPEC.md 狀態。
+* **定期維護**（建議每週）：掃描過期文件與失效連結。

package/core/.claude/skills/sre_agent/SKILL.md

@@ -1324,12 +1324,9 @@ SRE Team 將遵循以下規範（參考 `.rule/code/` 規則）：
 
 執行任務前，檢查相關失敗模式（遵循 AGT-005 規則）：
 
-```powershell
-# 檢查 SRE 相關失敗模式
-.\.failure\tools\check_failures.ps1 -AgentType "sre"
-
-# 檢查 Supabase 相關失敗模式
-.\.failure\tools\check_failures.ps1 -ScopePath "supabase/"
+```bash
+# 讀索引，再 Grep 與任務 scope 相關的失敗記錄
+Grep pattern="supabase|關鍵字" path=".failure/"
 ```
 
 **常見失敗模式**：

package/core/.collaboration/README.md

@@ -11,7 +11,6 @@
 - **目錄即狀態** - 任務狀態由所在目錄決定，直觀易懂
 - **YAML 格式** - 人類可讀的任務檔案格式
 - **簡潔 ID** - 可讀性高的任務 ID（TASK_171）
-- **向後相容** - API 輸出相容舊版 Dashboard
 
 ## 目錄結構
 
@@ -19,7 +18,7 @@
 .collaboration/
 ├── core/                   # 核心模組
 │   ├── task-api.js         # 統一任務 API v3.0
-│   ├── task-api-json.js    # JSON 輸出（Dashboard 相容）
+│   ├── task-api-json.js    # JSON 輸出
 │   └── id-generator.js     # ID 生成器
 ├── tasks/                  # 任務存儲（按狀態分目錄）
 │   ├── backlog/            # 待處理 (原 pending)
@@ -105,7 +104,7 @@ node .collaboration/core/task-api.js complete TASK_172
 # 移動任務
 node .collaboration/core/task-api.js move TASK_172 blocked
 
-# JSON 輸出（供 Dashboard 使用）
+# JSON 輸出
 node .collaboration/core/task-api-json.js
 ```
 

package/core/.collaboration/core/task-api.js

@@ -791,21 +791,7 @@ class TaskAPI {
       }
     }
 
-    // 2. 舊系統（dev/pipeline/）— 只有 Core 專案才掃描
-    //    子專案（.kenaz/tasks/）不再載入 legacy pipeline
-    const isSubProject = this.tasksDir.includes('.kenaz');
-    if (!isSubProject) {
-      const legacyTasks = await this._scanLegacyPipeline();
-      for (const t of legacyTasks) {
-        if (!seenIds.has(t.id)) {
-          t._source = 'old';
-          seenIds.add(t.id);
-          allTasks.push(t);
-        }
-      }
-    }
-
-    // 3. 專案隔離：不再跨專案載入任務
+    // 2. 專案隔離：不再跨專案載入任務
     //    主專案只讀主專案任務，子專案只讀子專案任務
 
     return allTasks;
@@ -889,41 +875,6 @@ class TaskAPI {
     };
   }
 
-  /**
-   * 掃描舊系統 dev/pipeline/（TASK_QUEUE.json + completed/ YAML）
-   */
-  async _scanLegacyPipeline() {
-    const projectRoot = this._resolveProjectRoot();
-    const pipelineDir = path.join(projectRoot, 'dev', 'pipeline');
-    const tasks = [];
-
-    // 2a. 從 TASK_QUEUE.json 讀取活躍（非 completed）任務
-    //     completed 任務視為 archived，不在 Dashboard 顯示
-    const queueFile = path.join(pipelineDir, 'TASK_QUEUE.json');
-    try {
-      const content = await fs.readFile(queueFile, 'utf8');
-      // 移除 BOM
-      const cleanContent = content.charCodeAt(0) === 0xFEFF ? content.slice(1) : content;
-      const queue = JSON.parse(cleanContent);
-      if (Array.isArray(queue.tasks)) {
-        for (const t of queue.tasks) {
-          if (t.id && t.status !== 'completed') {
-            t._file_path = queueFile;
-            t._source = 'old';
-            tasks.push(t);
-          }
-        }
-      }
-    } catch (e) {
-      // TASK_QUEUE.json 不存在或解析失敗，靜默跳過
-    }
-
-    // 2b. 不載入 completed/ 目錄 — 視為 archived
-    //     （舊系統的 completed/ ≈ 新系統的 archived/）
-
-    return tasks;
-  }
-
   /**
    * 找出最大的任務編號
    */
@@ -2359,11 +2310,11 @@ class TaskAPI {
   }
 
   /**
-   * Reload: 確保目錄結構存在 + 遷移舊系統任務到新系統
+   * Reload: 確保目錄結構存在 + 把 .collaboration/tasks/ 的任務遷移到 .kenaz/tasks/
    *
    * 1. 建立所有 status 目錄
-   * 2. 掃描舊系統 dev/pipeline/ 的任務
-   * 3. 將尚未存在於新系統的任務遷移過來
+   * 2. 收集已存在的 task ID
+   * 3. 子專案：把 .collaboration/tasks/ 中尚未存在的任務複製過來
    *
    * @returns {{ created_dirs: string[], migrated: number, skipped: number, errors: string[] }}
    */
@@ -2395,93 +2346,9 @@ class TaskAPI {
       } catch { /* dir doesn't exist yet */ }
     }
 
-    // 3. 掃描舊系統
     const projectRoot = this._resolveProjectRoot();
-    const pipelineDir = path.join(projectRoot, 'dev', 'pipeline');
-
-    // 3a. dev/pipeline/tasks/*.yaml → backlog/
-    const legacyTasksDir = path.join(pipelineDir, 'tasks');
-    if (fsSync.existsSync(legacyTasksDir)) {
-      try {
-        const files = await fs.readdir(legacyTasksDir);
-        for (const file of files) {
-          if (!file.startsWith('TASK_') || !file.endsWith('.yaml')) continue;
-          const id = file.split('_').slice(0, 2).join('_');
-          if (existingIds.has(id)) {
-            stats.skipped++;
-            continue;
-          }
-          try {
-            const src = path.join(legacyTasksDir, file);
-            const dst = path.join(this.tasksDir, 'backlog', file);
-            await fs.copyFile(src, dst);
-            existingIds.add(id);
-            stats.migrated++;
-          } catch (e) {
-            stats.errors.push(`${file}: ${e.message}`);
-          }
-        }
-      } catch { /* ignore */ }
-    }
-
-    // 3b. dev/pipeline/completed/*.yaml → done/
-    const legacyCompletedDir = path.join(pipelineDir, 'completed');
-    if (fsSync.existsSync(legacyCompletedDir)) {
-      try {
-        const files = await fs.readdir(legacyCompletedDir);
-        for (const file of files) {
-          if (!file.startsWith('TASK_') || !file.endsWith('.yaml')) continue;
-          const id = file.split('_').slice(0, 2).join('_');
-          if (existingIds.has(id)) {
-            stats.skipped++;
-            continue;
-          }
-          try {
-            const src = path.join(legacyCompletedDir, file);
-            const dst = path.join(this.tasksDir, 'done', file);
-            await fs.copyFile(src, dst);
-            existingIds.add(id);
-            stats.migrated++;
-          } catch (e) {
-            stats.errors.push(`${file}: ${e.message}`);
-          }
-        }
-      } catch { /* ignore */ }
-    }
-
-    // 3c. TASK_QUEUE.json — 將 JSON 條目轉為 YAML 檔案
-    const queueFile = path.join(pipelineDir, 'TASK_QUEUE.json');
-    if (fsSync.existsSync(queueFile)) {
-      try {
-        const content = await fs.readFile(queueFile, 'utf8');
-        const cleanContent = content.charCodeAt(0) === 0xFEFF ? content.slice(1) : content;
-        const queue = JSON.parse(cleanContent);
-        if (Array.isArray(queue.tasks)) {
-          for (const task of queue.tasks) {
-            if (!task.id || existingIds.has(task.id)) {
-              stats.skipped++;
-              continue;
-            }
-            try {
-              const status = (task.status || '').toLowerCase();
-              const isCompleted = status === 'completed' || status === 'done';
-              const targetDir = isCompleted ? 'done' : 'backlog';
-              const gitUser = task.assigned_agent || 'system';
-              const fileName = `${task.id}_${gitUser}.yaml`;
-              const dst = path.join(this.tasksDir, targetDir, fileName);
-              const yamlContent = toYAML(task);
-              await fs.writeFile(dst, yamlContent);
-              existingIds.add(task.id);
-              stats.migrated++;
-            } catch (e) {
-              stats.errors.push(`${task.id}: ${e.message}`);
-            }
-          }
-        }
-      } catch { /* ignore */ }
-    }
 
-    // 4. 子專案 .collaboration/tasks/ → .kenaz/tasks/ 遷移
+    // 3. 子專案 .collaboration/tasks/ → .kenaz/tasks/ 遷移
     //    當 tasksDir 是 .kenaz/tasks/ 時，檢查同專案是否有 .collaboration/tasks/
     const collabTasksDir = path.join(projectRoot, '.collaboration', 'tasks');
     if (this.tasksDir.includes('.kenaz') && fsSync.existsSync(collabTasksDir) && collabTasksDir !== this.tasksDir) {

package/core/.collaboration/docs/CLI.md

@@ -187,7 +187,6 @@ task-cli.js list --status pending --priority P1 --assigned-to zhangsan
 ### 符號說明
 
 - `🆕` - 新系統任務（.collaboration/tasks/db/）
-- `📦` - 舊系統任務（dev/pipeline/TASK_QUEUE.json）
 
 ---
 
@@ -810,7 +809,6 @@ done
 ## 相關文檔
 
 - [API 參考文檔](./API.md) - JavaScript API 完整文檔
-- [遷移指南](./MIGRATION.md) - 從舊系統遷移步驟
 - [常見問題](./FAQ.md) - 疑難排解指南
 - [架構設計](./ARCHITECTURE.md) - 系統架構詳細說明