kenaz 0.3.22 → 0.3.24

package/core/dev/pipeline/archived/TASK_087_manual_memory_archival.yaml

@@ -1,163 +0,0 @@
-# TASK_087: 手動記憶點封存指令
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_087"
-title: "建立手動記憶點封存指令（取代自動清理）"
-description: |
-  建立一個手動觸發的記憶點封存指令，取代目前的自動清理機制。
-
-  **問題背景**：
-  目前 Multi-Agent Scheduler 會自動清理 TASK_QUEUE.json 中的 completed 任務，
-  但用戶希望保留 completed 任務在佇列中，直到他明確指示「存到記憶點」。
-
-  **新工作流程**：
-  1. Agent 完成任務 → status 標記為 completed
-  2. Completed 任務留在 TASK_QUEUE.json（不自動清理）
-  3. 用戶下達「存到記憶點」指令 → 執行封存腳本
-  4. 封存腳本：
-     - 將 completed 任務移到 .memory/COMPLETED_TASKS.json
-     - 將任務文件移到 dev/pipeline/completed/
-     - 從 TASK_QUEUE.json 移除這些任務
-     - 更新統計數據
-
-  **指令設計**：
-  - 指令名稱：`/archive` 或「存到記憶點」
-  - 執行方式：手動觸發（透過 Dashboard 或 CLI）
-  - 執行內容：調用 archive_completed_tasks.ps1 腳本
-
-priority: "P0"
-status: "pending"
-agent_type: "developer"
-source: "用戶需求 - 優化 Queue 清理策略"
-
-dependencies: []
-
-scope_paths:
-  - "dev/scripts/"
-  - "dashboard/src-tauri/src/cmd_modules/scheduler/"
-  - ".claude/commands/"
-
-requirements:
-  - "建立封存腳本（archive_completed_tasks.ps1）"
-    * 讀取 TASK_QUEUE.json 中的 completed 任務
-    * 將它們附加到 .memory/COMPLETED_TASKS.json
-    * 將任務文件移到 dev/pipeline/completed/
-    * 從 TASK_QUEUE.json 移除這些任務
-    * 備份操作前的狀態（dev/pipeline/backups/）
-    * 更新統計數據（累積制）
-
-  - "建立快速執行檔（ARCHIVE_TASKS.bat）"
-    ```batch
-    @echo off
-    echo 正在封存已完成任務到記憶點...
-    powershell -ExecutionPolicy Bypass -File "%~dp0archive_completed_tasks.ps1"
-    pause
-    ```
-
-  - "修改 Multi-Agent Scheduler"
-    * 移除自動清理邏輯
-    * Completed 任務留在 TASK_QUEUE.json
-    * 不自動呼叫清理腳本
-
-  - "建立 Claude 指令（/archive）"
-    * 檔案：`.claude/commands/archive.md`
-    * 內容：讀取並執行 archive_completed_tasks.ps1
-    * 顯示封存結果（已封存多少任務）
-
-  - "Dashboard UI 整合（可選）"
-    * Quick Actions 新增「封存記憶點」按鈕
-    * 點擊後呼叫 Tauri command: archive_completed_tasks
-    * 顯示確認對話框（有多少 completed 任務將被封存）
-
-acceptance_criteria:
-  - "執行 ARCHIVE_TASKS.bat 成功封存 completed 任務"
-  - ".memory/COMPLETED_TASKS.json 更新，包含新封存的任務"
-  - "TASK_QUEUE.json 不再包含已封存的 completed 任務"
-  - "任務文件移到 dev/pipeline/completed/"
-  - "統計數據正確更新（累積制）"
-  - "Multi-Agent Scheduler 不再自動清理"
-  - "可透過 /archive 指令手動觸發封存"
-
-technical_notes:
-  - "封存腳本邏輯"
-    ```powershell
-    # 讀取 TASK_QUEUE.json
-    $queue = Get-Content 'dev/pipeline/TASK_QUEUE.json' | ConvertFrom-Json
-
-    # 找出 completed 任務
-    $completedTasks = $queue.tasks | Where-Object { $_.status -eq 'completed' }
-
-    if ($completedTasks.Count -eq 0) {
-        Write-Host "沒有需要封存的任務"
-        exit
-    }
-
-    Write-Host "發現 $($completedTasks.Count) 個已完成任務"
-
-    # 備份
-    $timestamp = Get-Date -Format 'yyyyMMdd_HHmmss'
-    $backupDir = "dev/pipeline/backups/archive_$timestamp"
-    New-Item -ItemType Directory -Path $backupDir -Force
-    Copy-Item 'dev/pipeline/TASK_QUEUE.json' "$backupDir/TASK_QUEUE_backup.json"
-
-    # 讀取 .memory/COMPLETED_TASKS.json
-    $memory = Get-Content '.memory/COMPLETED_TASKS.json' | ConvertFrom-Json
-
-    # 附加 completed 任務
-    foreach ($task in $completedTasks) {
-        $memory += @{
-            id = $task.id
-            title = $task.title
-            priority = $task.priority
-            agent_type = $task.agent_type
-            source = $task.source
-            estimated_hours = $task.estimated_hours
-            complexity = $task.complexity
-            source_file = $task.source_file
-        }
-
-        # 移動任務文件
-        $sourceFile = "dev/pipeline/tasks/$($task.source_file)"
-        if (Test-Path $sourceFile) {
-            Move-Item $sourceFile "dev/pipeline/completed/$($task.source_file)" -Force
-        }
-    }
-
-    # 更新 .memory/COMPLETED_TASKS.json
-    $memory | ConvertTo-Json -Depth 10 | Set-Content '.memory/COMPLETED_TASKS.json'
-
-    # 從 TASK_QUEUE.json 移除 completed 任務
-    $queue.tasks = $queue.tasks | Where-Object { $_.status -ne 'completed' }
-
-    # 更新統計（累積制）
-    $queue.statistics.total = $queue.tasks.Count + $memory.Count
-    $queue.statistics.pending = ($queue.tasks | Where-Object { $_.status -eq 'pending' }).Count
-    $queue.statistics.in_progress = ($queue.tasks | Where-Object { $_.status -eq 'in_progress' }).Count
-    $queue.statistics.blocked = ($queue.tasks | Where-Object { $_.status -eq 'blocked' }).Count
-    $queue.statistics.completed = $memory.Count
-    $queue.last_updated = Get-Date -Format 'o'
-
-    # 寫回 TASK_QUEUE.json
-    $queue | ConvertTo-Json -Depth 10 | Set-Content 'dev/pipeline/TASK_QUEUE.json'
-
-    Write-Host "✅ 成功封存 $($completedTasks.Count) 個任務到記憶點"
-    ```
-
-  - "Scheduler 修改位置"
-    * Rust Scheduler: `dashboard/src-tauri/src/cmd_modules/scheduler/mod.rs`
-    * 移除 cleanup_completed_tasks() 的自動調用
-    * 或增加配置選項：auto_cleanup: false
-
-estimated_hours: 3
-complexity: "medium"
-
-related_tasks:
-  - "TASK_083"  # Queue 清理機制（現在改為手動觸發）
-
-metadata:
-  created_at: "2026-02-05T22:30:00+08:00"
-  created_by: "Product Manager Agent"
-  tags:
-    - "memory-management"
-    - "manual-trigger"
-    - "workflow-optimization"

package/core/dev/pipeline/archived/TASK_087_mobile_http_control.yaml

@@ -1,68 +0,0 @@
-# TASK_087: 手機控制 Tauri App - HTTP API 完整功能
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_087"
-title: "手機控制 Tauri App - HTTP API 完整功能"
-description: |
-  讓手機瀏覽器能夠透過 HTTP API 控制電腦端的 Tauri App，包括：
-  - 啟動/停止 Multi-Agent Scheduler
-  - 啟動/停止 Single Agent
-  - 查看任務狀態和進度
-
-  目前問題：
-  1. CLI 狀態顯示 "not installed" - Windows 上 `claude --version` 檢測失敗
-  2. start_scheduler 和 start_single_agent 返回 "requires Tauri integration" 錯誤
-     - 原因：HTTP Server 啟動時沒有傳遞 AppHandle 和共享 state
-
-  解決方案：
-  1. 修改 HttpAppState 增加 app_handle 欄位
-  2. 修改 lib.rs setup hook，將 AppHandle 和共享 state 傳遞給 HTTP Server
-  3. 提取 start_scheduler_impl 和 start_single_agent_impl 函數
-  4. 修復 Windows CLI 檢測（使用 `where claude` 或完整路徑）
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "F-007 Unified Backend - Mobile Control"
-
-scope_paths:
-  - "dashboard/src-tauri/src/lib.rs"
-  - "dashboard/src-tauri/src/cmd_modules/http_server/server.rs"
-  - "dashboard/src-tauri/src/cmd_modules/http_server/routes/cli.rs"
-  - "dashboard/src-tauri/src/cmd_modules/scheduler/commands.rs"
-  - "dashboard/src-tauri/src/cmd_modules/single_agent/commands.rs"
-
-requirements:
-  - "HttpAppState 新增 app_handle: Option<AppHandle> 欄位"
-  - "新增 HttpAppState::with_full_state() 方法接受 AppHandle"
-  - "lib.rs setup hook 使用 with_full_state() 傳遞完整 state"
-  - "提取 start_scheduler_impl() 函數供 HTTP API 調用"
-  - "提取 start_single_agent_impl() 函數供 HTTP API 調用"
-  - "修改 HttpAppState::start_scheduler() 使用 app_handle 啟動"
-  - "修改 HttpAppState::start_single_agent() 使用 app_handle 啟動"
-  - "修復 CLI 檢測：Windows 使用 where claude 或 cmd /c claude --version"
-
-acceptance_criteria:
-  - "手機瀏覽器訪問 http://192.168.x.x:8080 可以看到 Dashboard"
-  - "手機可以啟動 Multi-Agent Scheduler（透過 POST /api/scheduler/start）"
-  - "手機可以停止 Multi-Agent Scheduler（透過 POST /api/scheduler/stop）"
-  - "手機可以啟動 Single Agent（透過 POST /api/single-agent/start）"
-  - "手機可以停止 Single Agent（透過 POST /api/single-agent/stop）"
-  - "CLI 狀態正確顯示版本號（GET /api/cli/status）"
-  - "cargo build 編譯通過"
-  - "Tauri App 正常運作（Tauri 命令不受影響）"
-
-technical_notes:
-  - "lib.rs 中需要在 setup hook 內獲取 app.state() 後才能傳遞給 HTTP Server"
-  - "AppHandle 需要 clone() 傳遞，因為 setup 閉包消耗所有權"
-  - "Windows CLI 檢測建議使用 which crate 或 std::process::Command 搭配 where"
-  - "HTTP Server 在獨立的 tokio task 運行，需要確保 state 正確共享"
-
-estimated_hours: 8
-complexity: "high"
-
-dependencies: []
-
-metadata:
-  created_at: "2026-02-05T15:45:00+08:00"
-  created_by: "Claude Code"

package/core/dev/pipeline/archived/TASK_088_fail_003_to_ppl_002_rule.yaml

@@ -1,63 +0,0 @@
-# TASK_088: 將 FAIL-003 提升為 PPL-002 規則
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_088"
-title: "將 FAIL-003 提升為 PPL-002 規則（已完成任務必須封存到 .memory/）"
-description: |
-  將 FAIL-003 (TASK_QUEUE 污染問題) 提升為正式的 Pipeline 規則 PPL-002。
-
-  **背景**：
-  FAIL-003 已重複發生 2 次，問題模式為：已完成任務被移到 .memory/ 後，
-  Multi-Agent Scheduler 又把它們加回 TASK_QUEUE.json 並標記 completed，
-  導致佇列污染。
-
-  **目標**：
-  建立強制約束規則，防止此問題再次發生。
-
-priority: "P1"
-status: "pending"
-agent_type: "developer"
-source: "F-007"
-feature_ids:
-  - "F-007"
-
-dependencies: []
-
-scope_paths:
-  - ".rule/pipeline/"
-  - ".failure/pipeline/FAIL-003-queue-pollution.yaml"
-
-requirements:
-  - "建立規則文件：`.rule/pipeline/PPL-002-completed-task-archival.yaml`"
-  - "定義規則 ID、標題、嚴重程度、描述"
-  - "明確強制執行措施（enforcement）"
-  - "更新 `.rule/INDEX.yaml`，加入 PPL-002 到載入順序"
-  - "在規則中引用 FAIL-003 作為根源"
-  - "定義違反規則時的檢測方法和修復步驟"
-
-acceptance_criteria:
-  - "✅ `.rule/pipeline/PPL-002-completed-task-archival.yaml` 文件已建立"
-  - "✅ 規則包含完整的 enforcement 措施（至少 3 項）"
-  - "✅ `.rule/INDEX.yaml` 已更新，PPL-002 在載入順序中"
-  - "✅ 規則文件格式符合 YAML 規範"
-  - "✅ 規則中明確引用 FAIL-003 作為失敗案例"
-  - "✅ 提供自動檢測腳本或檢查清單"
-
-technical_notes:
-  - "參考現有規則格式：`.rule/general/agent-workflow.yaml`"
-  - "參考失敗記錄：`.failure/pipeline/FAIL-003-queue-pollution.yaml`"
-  - "規則嚴重程度建議：high（影響系統穩定性）"
-  - "enforcement 應包含：啟動前驗證、Scheduler 讀取限制、定期清理機制"
-
-estimated_hours: 2
-complexity: "simple"
-
-related_tasks:
-  - "TASK_080"  # FAIL-003 失敗記錄建立
-  - "TASK_082"  # 整合 .failure 到 Agent 工作流程
-
-metadata:
-  created_at: "2026-02-05T23:00:00+08:00"
-  created_by: "Product Manager Agent"
-  related_failures:
-    - "FAIL-003"

package/core/dev/pipeline/archived/TASK_088_mobile_http_qa.yaml

@@ -1,121 +0,0 @@
-# TASK_088: 手機控制 HTTP API - QA 測試
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_088"
-title: "手機控制 HTTP API - QA 測試"
-description: |
-  為 TASK_087 手機控制功能進行完整的 QA 測試，確保：
-  - HTTP API 在 LAN 環境下可正常訪問
-  - 多種設備/瀏覽器兼容性
-  - 錯誤處理和邊界情況
-
-priority: "P1"
-status: "pending"
-agent_type: "qa"
-source: "F-007 Unified Backend - Mobile Control QA"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/http_server/"
-  - "dashboard/src/lib/api.ts"
-
-requirements:
-  - "測試 HTTP Server 在 0.0.0.0 綁定時 LAN 設備可訪問"
-  - "測試 GET /api/cli/status 返回正確的 CLI 版本"
-  - "測試 POST /api/scheduler/start 能成功啟動 Scheduler"
-  - "測試 POST /api/scheduler/stop 能成功停止 Scheduler"
-  - "測試 POST /api/single-agent/start 能成功啟動 Single Agent"
-  - "測試 POST /api/single-agent/stop 能成功停止 Single Agent"
-  - "測試 GET /api/scheduler/status 返回正確狀態"
-  - "測試 GET /api/single-agent/status 返回正確狀態"
-  - "測試錯誤情況：無效 project_path、重複啟動、重複停止"
-  - "測試跨設備：手機 Safari/Chrome、平板"
-
-acceptance_criteria:
-  - "所有 API 端點回應時間 < 500ms"
-  - "手機 Safari 瀏覽器可正常操作"
-  - "手機 Chrome 瀏覽器可正常操作"
-  - "錯誤情況返回友好的錯誤訊息（非 500 Internal Server Error）"
-  - "Scheduler 啟動後狀態正確反映（isRunning: true）"
-  - "Scheduler 停止後狀態正確反映（isRunning: false）"
-  - "並發請求不會導致狀態不一致"
-  - "長時間運行穩定（無記憶體洩漏）"
-
-test_cases:
-  - id: "TC-087-001"
-    name: "LAN 網路訪問測試"
-    steps:
-      - "啟動 Tauri App（HTTP Server 自動啟動）"
-      - "在同一 LAN 的手機上開啟瀏覽器"
-      - "訪問 http://<電腦IP>:8080/health"
-    expected: "返回 { status: 'ok', service: 'kenaz-dashboard' }"
-
-  - id: "TC-087-002"
-    name: "CLI 狀態檢測測試"
-    steps:
-      - "訪問 GET /api/cli/status"
-    expected: "返回 { success: true, data: { installed: true, version: '2.x.x' } }"
-
-  - id: "TC-087-003"
-    name: "Scheduler 啟動測試"
-    steps:
-      - "POST /api/scheduler/start with { projectPath: '<path>' }"
-      - "GET /api/scheduler/status?projectPath=<path>"
-    expected: "啟動成功，status.isRunning = true"
-
-  - id: "TC-087-004"
-    name: "Scheduler 停止測試"
-    steps:
-      - "POST /api/scheduler/stop with { projectPath: '<path>' }"
-      - "GET /api/scheduler/status?projectPath=<path>"
-    expected: "停止成功，status.isRunning = false"
-
-  - id: "TC-087-005"
-    name: "Single Agent 啟動測試"
-    steps:
-      - "POST /api/single-agent/start with { projectPath: '<path>' }"
-      - "GET /api/single-agent/status?projectPath=<path>"
-    expected: "啟動成功，status.isRunning = true"
-
-  - id: "TC-087-006"
-    name: "Single Agent 停止測試"
-    steps:
-      - "POST /api/single-agent/stop with { projectPath: '<path>' }"
-      - "GET /api/single-agent/status?projectPath=<path>"
-    expected: "停止成功，status.isRunning = false"
-
-  - id: "TC-087-007"
-    name: "錯誤處理：無效路徑"
-    steps:
-      - "POST /api/scheduler/start with { projectPath: '' }"
-    expected: "返回 { success: false, error: 'Project path is required' }"
-
-  - id: "TC-087-008"
-    name: "錯誤處理：重複啟動"
-    steps:
-      - "POST /api/scheduler/start（第一次）"
-      - "POST /api/scheduler/start（第二次）"
-    expected: "第二次應該成功（覆蓋舊的 scheduler）或返回適當錯誤"
-
-  - id: "TC-087-009"
-    name: "跨瀏覽器測試"
-    steps:
-      - "在 iOS Safari 測試所有功能"
-      - "在 Android Chrome 測試所有功能"
-      - "在 Desktop Chrome 測試所有功能"
-    expected: "所有瀏覽器功能一致"
-
-  - id: "TC-087-010"
-    name: "CORS 測試"
-    steps:
-      - "從非 localhost 來源發送請求"
-    expected: "CORS headers 正確，請求不被阻擋"
-
-estimated_hours: 4
-complexity: "medium"
-
-dependencies:
-  - "TASK_087"
-
-metadata:
-  created_at: "2026-02-05T15:50:00+08:00"
-  created_by: "Claude Code"

package/core/dev/pipeline/archived/TASK_089_agent_collaboration_topic.yaml

@@ -1,60 +0,0 @@
-# TASK_089: 建立 Agent 協作模式主題文件
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_089"
-title: "建立 agent-collaboration.md 主題文件（Agent 協作模式）"
-description: |
-  建立 Agent 協作模式主題文件，沉澱多 Agent 協作的最佳實踐和常見模式。
-
-  **背景**：
-  專案已累積 55 個任務的多 Agent 協作經驗，包括 Product Manager、
-  Designer、Developer、Backend、QA、SRE、Spec Optimizer 等 Agent。
-  需要將這些經驗系統化，幫助新 Agent 快速理解協作模式。
-
-  **目標**：
-  延續 MEMORY.md 分層系統，建立可按需讀取的主題文件。
-
-priority: "P2"
-status: "pending"
-agent_type: "developer"
-source: "F-007"
-feature_ids:
-  - "F-007"
-
-dependencies: []
-
-scope_paths:
-  - "C:/Users/User/.claude/projects/D--repo-side-ava-KenazAI/memory/topics/"
-
-requirements:
-  - "建立文件：`topics/agent-collaboration.md`"
-  - "記錄 Agent 協作模式（Product Manager → Dev Agent → Feature Agent）"
-  - "記錄 Agent 之間的交接規則（任務分配、輸出格式、驗收標準）"
-  - "記錄常見協作問題和解決方案"
-  - "記錄 Branch 隔離策略（Feature Agent 使用獨立分支）"
-  - "記錄路徑鎖定機制（Multi-Agent 並行開發時）"
-  - "提供實際案例（如 TASK_066-087 的協作模式）"
-
-acceptance_criteria:
-  - "✅ `topics/agent-collaboration.md` 文件已建立"
-  - "✅ 包含至少 5 種協作模式（如 Sequential、Parallel、Review-Based）"
-  - "✅ 包含至少 3 個實際案例"
-  - "✅ 提供可執行的協作檢查清單"
-  - "✅ 文件格式清晰，使用 Markdown 標題層級結構"
-  - "✅ 包含「適用場景」說明，告訴 Agent 何時閱讀此文件"
-
-technical_notes:
-  - "參考 MEMORY.md 的主題索引格式"
-  - "參考 `.claude/skills/*/SKILL.md` 了解 Agent 職責"
-  - "參考 `dev/pipeline/PROGRESS.md` 了解歷史任務協作模式"
-  - "文件長度建議：150-200 行（適中，不過長）"
-
-estimated_hours: 3
-complexity: "medium"
-
-related_tasks:
-  - "TASK_085"  # 2/4-2/5 記憶點整合
-
-metadata:
-  created_at: "2026-02-05T23:00:00+08:00"
-  created_by: "Product Manager Agent"

package/core/dev/pipeline/archived/TASK_089_web_mode_monitor_fix.yaml

@@ -1,58 +0,0 @@
-# TASK_089: Web 模式監控狀態修復
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_089"
-title: "Web 模式監控狀態修復 - Scheduler/Single Agent 狀態輪詢"
-description: |
-  問題描述：
-  localhost:3000 啟動 Agent 可以控制電腦端，但網頁端的 Monitor（狀態顯示）沒有正常偵測。
-
-  根本原因分析：
-  1. useScheduler 和 useSingleAgent hooks 依賴 Tauri Events 進行即時狀態更新
-  2. Web 模式（非 Tauri）沒有 Tauri Events，需要改用 HTTP Polling
-  3. hooks 中的 `if (!isTauri()) return` 可能導致 Web 模式下狀態不更新
-
-  解決方案：
-  1. 在 useScheduler 和 useSingleAgent hooks 中實作 HTTP Polling 機制
-  2. 當 `!isTauri()` 時，使用 setInterval 定期調用 HTTP API 獲取狀態
-  3. 確保啟動/停止操作後立即刷新狀態
-
-priority: "P1"
-status: "pending"
-agent_type: "frontend"
-source: "Bug Fix - Web Mode Monitor"
-
-scope_paths:
-  - "dashboard/src/hooks/use-scheduler.ts"
-  - "dashboard/src/hooks/use-single-agent.ts"
-  - "dashboard/src/lib/api.ts"
-
-requirements:
-  - "useScheduler hook 在 Web 模式下實作 HTTP Polling（每 3 秒）"
-  - "useSingleAgent hook 在 Web 模式下實作 HTTP Polling（每 3 秒）"
-  - "啟動/停止操作後立即刷新狀態（不等待下次 polling）"
-  - "實作 cleanup 機制（組件卸載時清除 interval）"
-  - "保持 Tauri 模式使用 Events（效能更好）"
-
-acceptance_criteria:
-  - "Web 模式下 Scheduler 狀態每 3 秒自動刷新"
-  - "Web 模式下 Single Agent 狀態每 3 秒自動刷新"
-  - "啟動 Agent 後，UI 立即顯示 Running 狀態"
-  - "停止 Agent 後，UI 立即顯示 Stopped 狀態"
-  - "Tauri 模式不受影響（仍使用 Events）"
-  - "TypeScript 編譯通過"
-
-technical_notes:
-  - "使用 useEffect + setInterval 實作 polling"
-  - "polling interval 建議 3000ms，可配置"
-  - "操作後調用 refetch() 立即刷新"
-  - "組件卸載時 clearInterval 避免記憶體洩漏"
-
-estimated_hours: 4
-complexity: "medium"
-
-dependencies: []
-
-metadata:
-  created_at: "2026-02-05T19:30:00+08:00"
-  created_by: "User Report"

package/core/dev/pipeline/archived/TASK_090_cli_detection_fix.yaml

@@ -1,61 +0,0 @@
-# TASK_090: CLI 檢測修復 - Web 模式顯示 "not installed"
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_090"
-title: "CLI 檢測修復 - Web 模式仍顯示 'not installed'"
-description: |
-  問題描述：
-  網頁端 Session 無法新增，顯示 "Claude Code CLI not installed"。
-
-  根本原因分析：
-  1. `/api/cli/status` 的 `check_cli_installation()` 函數返回 `installed: false`
-  2. 可能原因：
-     - HTTP Server 進程的 PATH 環境變數與使用者 shell 不同
-     - `cmd /c claude --version` 執行失敗（找不到 claude）
-     - claude 是透過 npm 安裝，但 HTTP Server 沒有正確的 npm 路徑
-
-  解決方案：
-  1. 增加詳細的錯誤日誌，確認失敗原因
-  2. 嘗試多種檢測方式：
-     - 直接執行 `claude --version`
-     - 使用 `cmd /c where claude` 查找
-     - 嘗試常見安裝路徑（npm global、AppData/Local 等）
-  3. 前端顯示更友好的錯誤訊息
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Bug Fix - CLI Detection"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/http_server/routes/cli.rs"
-  - "dashboard/src/components/session-manager/SessionManager.tsx"
-
-requirements:
-  - "增加 CLI 檢測的詳細日誌（eprintln!）"
-  - "嘗試多種 PATH 來源檢測 claude CLI"
-  - "嘗試常見安裝路徑：npm global、AppData/Local/npm、用戶目錄/.npm-global"
-  - "返回更詳細的錯誤訊息（為什麼找不到）"
-  - "前端 SessionManager 顯示更友好的提示"
-
-acceptance_criteria:
-  - "Web 模式下 CLI 狀態正確顯示版本號"
-  - "如果確實沒安裝，顯示明確的安裝指引"
-  - "HTTP Server 日誌顯示檢測過程"
-  - "cargo build 編譯通過"
-  - "TypeScript 編譯通過"
-
-technical_notes:
-  - "Windows npm global 路徑通常在 %APPDATA%/npm"
-  - "也可能在 %USERPROFILE%/.npm-global/bin"
-  - "使用 std::env::var('APPDATA') 和 std::env::var('USERPROFILE') 獲取路徑"
-  - "HTTP Server 進程可能沒有繼承完整的 shell 環境變數"
-
-estimated_hours: 3
-complexity: "medium"
-
-dependencies: []
-
-metadata:
-  created_at: "2026-02-05T19:30:00+08:00"
-  created_by: "User Report"

package/core/dev/pipeline/archived/TASK_090_ui_ux_lessons_topic.yaml

@@ -1,63 +0,0 @@
-# TASK_090: 建立 UI/UX 開發教訓主題文件
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_090"
-title: "建立 ui-ux-lessons.md 主題文件（UI/UX 開發教訓）"
-description: |
-  建立 UI/UX 開發教訓主題文件，沉澱前端開發和設計實作的最佳實踐。
-
-  **背景**：
-  專案在 2/4-2/5 期間完成多項 UI/UX 優化（TASK_066-076, TASK_086），
-  累積了響應式設計、組件化重構、預覽面板設計等經驗。
-
-  **目標**：
-  延續 MEMORY.md 分層系統，建立可按需讀取的主題文件。
-
-priority: "P2"
-status: "pending"
-agent_type: "developer"
-source: "F-007"
-feature_ids:
-  - "F-007"
-
-dependencies: []
-
-scope_paths:
-  - "C:/Users/User/.claude/projects/D--repo-side-ava-KenazAI/memory/topics/"
-
-requirements:
-  - "建立文件：`topics/ui-ux-lessons.md`"
-  - "記錄響應式設計原則（桌面優先策略、平板/手機適配）"
-  - "記錄組件化重構經驗（TASK_075 的 361 行頁面重構）"
-  - "記錄可摺疊預覽面板設計（TASK_086 的 Markdown 大綱式預覽）"
-  - "記錄 Quick Actions Panel 架構重構（Section-based 設計）"
-  - "記錄常見 UI 問題和解決方案（如 Footer 遮擋、ESC 退出失效）"
-  - "提供 Tauri + Next.js 的 UI 開發最佳實踐"
-
-acceptance_criteria:
-  - "✅ `topics/ui-ux-lessons.md` 文件已建立"
-  - "✅ 包含至少 5 個 UI/UX 教訓案例"
-  - "✅ 包含響應式設計檢查清單"
-  - "✅ 包含組件化重構原則（單一職責、可組合性、可測試性）"
-  - "✅ 提供程式碼範例（React/TypeScript）"
-  - "✅ 文件格式清晰，使用 Markdown 標題層級結構"
-  - "✅ 包含「適用場景」說明，告訴 Agent 何時閱讀此文件"
-
-technical_notes:
-  - "參考 MEMORY.md 的主題索引格式"
-  - "參考 `topics/2026-02-development.md` 的 UI/UX 優化章節"
-  - "參考已完成任務：TASK_066, 069, 072, 075, 086"
-  - "文件長度建議：150-200 行（適中，不過長）"
-
-estimated_hours: 3
-complexity: "medium"
-
-related_tasks:
-  - "TASK_066"  # QuickActionsPanel Section 架構重構
-  - "TASK_069"  # AgentCreateWizard 響應式改進
-  - "TASK_075"  # Agents Page 組件化重構
-  - "TASK_086"  # AgentCreateWizard 可摺疊預覽面板
-
-metadata:
-  created_at: "2026-02-05T23:00:00+08:00"
-  created_by: "Product Manager Agent"