kenaz 0.3.22 → 0.3.23

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

@@ -1,62 +0,0 @@
-# TASK_056: 前端 Scheduler Hook 專案適配
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_056"
-title: "前端 Scheduler Hook 專案適配"
-description: |
-  更新前端的 Scheduler 相關 hooks 和組件，確保所有操作都傳遞當前專案路徑，
-  實現專案隔離的 Scheduler 控制。
-
-  **需要更新的模組**：
-  - tauri-commands.ts: 所有 scheduler 函數新增 projectPath 參數
-  - use-scheduler.ts: hook 接受並使用 projectPath
-  - SchedulerControlCard.tsx: 使用當前專案路徑
-  - use-scheduler-events.ts: 事件過濾考慮專案
-
-priority: "P1"
-status: "pending"
-agent_type: "frontend"
-source: "F-006"
-feature_ids:
-  - "F-006"
-
-dependencies:
-  - "TASK_055"
-
-scope_paths:
-  - "dashboard/src/lib/tauri-commands.ts"
-  - "dashboard/src/hooks/use-scheduler.ts"
-  - "dashboard/src/hooks/use-scheduler-events.ts"
-  - "dashboard/src/components/quick-actions/SchedulerControlCard.tsx"
-
-requirements:
-  - "tauriCommands.startScheduler 新增 projectPath 必填參數"
-  - "tauriCommands.stopScheduler 新增 projectPath 必填參數"
-  - "tauriCommands.getSchedulerStatus 新增 projectPath 必填參數"
-  - "新增 tauriCommands.listRunningSchedulers 函數"
-  - "useScheduler hook 的 start/stop 方法使用傳入的 projectPath"
-  - "SchedulerControlCard 從 useProject 獲取 currentProject.path 並傳遞"
-  - "切換專案時 useScheduler 重新獲取對應專案的狀態"
-
-acceptance_criteria:
-  - "前端所有 scheduler 操作都傳遞 projectPath"
-  - "切換專案時 UI 正確顯示該專案的 Scheduler 狀態"
-  - "專案 A 顯示 RUNNING 時切換到專案 B 顯示 STOPPED（假設 B 未啟動）"
-  - "TypeScript 類型檢查通過"
-  - "組件在不同專案間切換無錯誤"
-
-technical_notes:
-  - "projectPath 從 useProject().currentProject.path 獲取"
-  - "確保 projectPath undefined 時有適當的 fallback 或錯誤提示"
-  - "考慮 projectPath 變化時重新初始化 hook 狀態"
-
-estimated_hours: 3
-complexity: "medium"
-
-related_tasks:
-  - "TASK_054"
-  - "TASK_055"
-
-metadata:
-  created_at: "2026-02-03T18:45:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,54 +0,0 @@
-# TASK_057: Scheduler 模組目錄結構與基礎類型
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_057"
-title: "Scheduler 模組目錄結構與基礎類型提取"
-description: |
-  將 scheduler.rs（3227 行）拆分為模組化結構的第一步。
-  建立 scheduler/ 子目錄，提取所有枚舉類型和錯誤處理到獨立模組。
-
-  背景：scheduler.rs 過於龐大（30k+ tokens），違反單一職責原則，難以維護。
-  此任務建立基礎模組結構，為後續拆分做準備。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - scheduler.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/scheduler/"
-  - "dashboard/src-tauri/src/cmd_modules/mod.rs"
-
-requirements:
-  - "建立 dashboard/src-tauri/src/cmd_modules/scheduler/ 目錄"
-  - "建立 scheduler/mod.rs 作為模組入口"
-  - "提取 LockType, SchedulerTaskStatus, ProcessStatus 枚舉到 scheduler/types.rs"
-  - "提取 SchedulerError, SchedulerErrorCode 到 scheduler/error.rs"
-  - "更新原 scheduler.rs 使用 pub use 重新導出所有公開 API"
-  - "確保現有的 import 路徑不需要變更（向後兼容）"
-
-acceptance_criteria:
-  - "scheduler/ 目錄結構建立完成"
-  - "types.rs 包含 3 個枚舉類型及其 impl"
-  - "error.rs 包含錯誤類型和 From trait 實作"
-  - "mod.rs 正確 re-export 所有公開類型"
-  - "cargo check 通過，無編譯錯誤"
-  - "cargo test 通過，所有相關單元測試成功"
-
-technical_notes:
-  - "保持與現有 LOCK_STATE.json 格式的 serde 兼容性"
-  - "使用 pub use 確保 API 向後兼容"
-  - "測試應隨類型一起移動到對應模組"
-
-estimated_hours: 3
-complexity: "medium"
-
-dependencies: []
-
-related_tasks:
-  - "TASK_058"
-  - "TASK_041"
-
-metadata:
-  created_at: "2026-02-03T21:00:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,51 +0,0 @@
-# TASK_058: Scheduler 數據模型提取
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_058"
-title: "Scheduler 數據模型與配置提取"
-description: |
-  繼續 scheduler.rs 模組化，提取所有數據結構到獨立模組。
-  包括路徑鎖定、進程資訊、配置和 Agent 類型相關結構。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - scheduler.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/scheduler/"
-
-dependencies:
-  - "TASK_057"
-
-requirements:
-  - "提取 PathLock, LockState 到 scheduler/models.rs"
-  - "提取 ProcessInfo 到 scheduler/models.rs"
-  - "提取 SchedulerConfig 到 scheduler/config.rs"
-  - "提取 AgentType, AgentInfo, DispatchResult 到 scheduler/agent.rs"
-  - "更新 mod.rs 的 re-export"
-  - "移動相關單元測試到對應模組"
-
-acceptance_criteria:
-  - "models.rs 包含 PathLock, LockState, ProcessInfo 結構"
-  - "config.rs 包含 SchedulerConfig 和 Default impl"
-  - "agent.rs 包含 AgentType（含 detect 邏輯）、AgentInfo、DispatchResult"
-  - "所有結構的 serde 序列化保持不變"
-  - "cargo check 通過"
-  - "cargo test 通過"
-
-technical_notes:
-  - "AgentType::detect() 方法約 100 行，需完整移動"
-  - "LockState 包含多個 helper 方法，需一併移動"
-  - "ProcessInfo 與 ProcessManager 有依賴，注意 import 路徑"
-
-estimated_hours: 3
-complexity: "medium"
-
-related_tasks:
-  - "TASK_057"
-  - "TASK_059"
-
-metadata:
-  created_at: "2026-02-03T21:00:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,51 +0,0 @@
-# TASK_059: Scheduler 核心邏輯提取
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_059"
-title: "Scheduler 核心調度器邏輯提取"
-description: |
-  提取 Scheduler 的核心業務邏輯，包括狀態管理和調度器主體。
-  這是最大的模組（約 700 行），包含主循環和任務分配算法。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - scheduler.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/scheduler/"
-
-dependencies:
-  - "TASK_058"
-
-requirements:
-  - "提取 SchedulerState 到 scheduler/state.rs"
-  - "提取 SchedulerEvent 到 scheduler/state.rs"
-  - "提取 Scheduler struct 和所有 impl 到 scheduler/core.rs"
-  - "確保 tokio 相關的異步邏輯正確工作"
-  - "更新 mod.rs 的 re-export"
-  - "移動相關單元測試"
-
-acceptance_criteria:
-  - "state.rs 包含 SchedulerState 和 SchedulerEvent"
-  - "core.rs 包含 Scheduler struct（約 700 行）"
-  - "Scheduler 的所有方法（start, stop, dispatch 等）正常運作"
-  - "異步調度循環（tokio spawn）正常運作"
-  - "cargo check 通過"
-  - "cargo test 通過"
-
-technical_notes:
-  - "Scheduler 使用 Arc<RwLock<>> 管理共享狀態"
-  - "注意 tokio::spawn 的 lifetime 處理"
-  - "SchedulerEventEmitter 的引用需正確傳遞"
-
-estimated_hours: 4
-complexity: "complex"
-
-related_tasks:
-  - "TASK_058"
-  - "TASK_060"
-
-metadata:
-  created_at: "2026-02-03T21:00:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,51 +0,0 @@
-# TASK_060: Scheduler Tauri Commands 提取
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_060"
-title: "Scheduler Tauri Commands 與 App State 提取"
-description: |
-  提取 Tauri 相關的命令和應用狀態管理到獨立模組。
-  包括核心 Scheduler API（start, stop, status 等）。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - scheduler.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/scheduler/"
-
-dependencies:
-  - "TASK_059"
-
-requirements:
-  - "提取 SchedulerAppState 到 scheduler/app_state.rs"
-  - "提取 Response 結構（SchedulerStatusResponse, StartSchedulerResponse 等）到 scheduler/commands.rs"
-  - "提取 6 個核心 Tauri commands 到 scheduler/commands.rs"
-  - "提取 2 個 Event heartbeat commands 到 scheduler/commands.rs"
-  - "更新 lib.rs 的 command handler 註冊"
-  - "移動相關單元測試"
-
-acceptance_criteria:
-  - "app_state.rs 包含 SchedulerAppState 和 normalize_project_path"
-  - "commands.rs 包含 8 個 Tauri commands"
-  - "所有 Response 結構定義在 commands.rs"
-  - "lib.rs 的 tauri::generate_handler! 正確引用新路徑"
-  - "cargo check 通過"
-  - "cargo test 通過"
-
-technical_notes:
-  - "Tauri commands 使用 #[tauri::command] macro"
-  - "SchedulerAppState 使用 HashMap<String, Arc<RwLock<Scheduler>>>"
-  - "注意 tauri::State 的使用方式"
-
-estimated_hours: 4
-complexity: "medium"
-
-related_tasks:
-  - "TASK_059"
-  - "TASK_061"
-
-metadata:
-  created_at: "2026-02-03T21:00:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,53 +0,0 @@
-# TASK_061: Scheduler 專用 Commands 提取與整合
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_061"
-title: "Scheduler 專用 Commands 提取與最終整合"
-description: |
-  提取 Recovery 和 Multi-Project 相關的 commands 到獨立模組。
-  完成整個模組化重構，清理原 scheduler.rs 並驗證完整性。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - scheduler.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/scheduler/"
-  - "dashboard/src-tauri/src/cmd_modules/scheduler.rs"
-
-dependencies:
-  - "TASK_060"
-
-requirements:
-  - "提取 4 個 Recovery commands 到 scheduler/recovery_commands.rs"
-  - "提取 3 個 Multi-Project commands 到 scheduler/multi_project.rs"
-  - "將原 scheduler.rs 轉為 re-export 入口（或刪除並更新 mod.rs）"
-  - "更新 lib.rs 註冊所有 commands"
-  - "確保所有測試通過"
-  - "清理不再需要的 import 和 dead code"
-
-acceptance_criteria:
-  - "recovery_commands.rs 包含 check_consistency, clear_stale, recover 等 commands"
-  - "multi_project.rs 包含 list_projects, stop_all, list_running commands"
-  - "原 scheduler.rs 僅剩 mod/re-export 或已刪除"
-  - "最終目錄結構符合計畫（12 個子模組文件）"
-  - "cargo check 通過"
-  - "cargo test --all 通過"
-  - "cargo clippy 無 warning"
-
-technical_notes:
-  - "RecoveryManager 有外部依賴，注意 import"
-  - "確認沒有 circular dependency"
-  - "建議執行 cargo fmt 統一格式"
-
-estimated_hours: 3
-complexity: "medium"
-
-related_tasks:
-  - "TASK_060"
-  - "TASK_057"
-
-metadata:
-  created_at: "2026-02-03T21:00:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,56 +0,0 @@
-# TASK_062: Process Manager 模組目錄結構與基礎類型
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_062"
-title: "Process Manager 模組目錄結構與基礎類型提取"
-description: |
-  將 process_manager.rs（1177 行）拆分為模組化結構的第一步。
-  建立 process_manager/ 子目錄，提取錯誤類型、配置和輸出結構到獨立模組。
-
-  背景：process_manager.rs 包含多個職責（錯誤處理、配置、進程管理），
-  違反單一職責原則。此任務建立基礎模組結構。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - process_manager.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/process_manager/"
-  - "dashboard/src-tauri/src/cmd_modules/mod.rs"
-
-requirements:
-  - "建立 dashboard/src-tauri/src/cmd_modules/process_manager/ 目錄"
-  - "建立 process_manager/mod.rs 作為模組入口"
-  - "提取 ProcessError, ProcessErrorCode 到 process_manager/error.rs"
-  - "提取常量和 SpawnConfig, ProcessManagerConfig 到 process_manager/config.rs"
-  - "提取 OutputLine, ProcessOutput 到 process_manager/output.rs"
-  - "更新 mod.rs 使用 pub use 重新導出所有公開 API"
-  - "確保向後兼容（現有 import 路徑不需變更）"
-
-acceptance_criteria:
-  - "process_manager/ 目錄結構建立完成"
-  - "error.rs 包含 ProcessError 和 ProcessErrorCode"
-  - "config.rs 包含常量、SpawnConfig、ProcessManagerConfig"
-  - "output.rs 包含 OutputLine 和 ProcessOutput"
-  - "mod.rs 正確 re-export 所有公開類型"
-  - "cargo check 通過，無編譯錯誤"
-  - "cargo test 通過，相關單元測試成功"
-
-technical_notes:
-  - "常量包括 DEFAULT_PROCESS_TIMEOUT_MINUTES, OUTPUT_CHANNEL_BUFFER, HEARTBEAT_INTERVAL_SECS"
-  - "ProcessError 依賴 ProcessErrorCode，需一起移動"
-  - "測試應隨類型一起移動到對應模組"
-
-estimated_hours: 2
-complexity: "simple"
-
-dependencies: []
-
-related_tasks:
-  - "TASK_063"
-  - "TASK_043"
-
-metadata:
-  created_at: "2026-02-03T21:30:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,56 +0,0 @@
-# TASK_063: Process Manager 核心邏輯提取與整合
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_063"
-title: "Process Manager 核心邏輯提取與最終整合"
-description: |
-  完成 process_manager.rs 模組化，提取 ProcessHandle、ProcessManager 核心
-  邏輯和工具函數到獨立模組，並驗證整體完整性。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - process_manager.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/process_manager/"
-  - "dashboard/src-tauri/src/cmd_modules/process_manager.rs"
-
-dependencies:
-  - "TASK_062"
-
-requirements:
-  - "提取 ProcessHandle struct 和 impl 到 process_manager/handle.rs"
-  - "提取 ProcessManager struct 和 impl 到 process_manager/manager.rs"
-  - "提取 kill_process_tree 等工具函數到 process_manager/utils.rs"
-  - "將原 process_manager.rs 轉為 re-export 入口或刪除"
-  - "更新所有使用 process_manager 的模組（如 scheduler.rs）的 import"
-  - "確保所有測試通過"
-  - "清理不再需要的 import 和 dead code"
-
-acceptance_criteria:
-  - "handle.rs 包含 ProcessHandle（約 110 行）"
-  - "manager.rs 包含 ProcessManager（約 470 行）"
-  - "utils.rs 包含 kill_process_tree 等平台特定工具"
-  - "最終目錄結構符合計畫（7 個子模組文件）"
-  - "cargo check 通過"
-  - "cargo test --all 通過"
-  - "cargo clippy 無 warning"
-  - "scheduler.rs 對 process_manager 的引用正常工作"
-
-technical_notes:
-  - "ProcessHandle 使用 tokio 異步特性，注意 async trait 處理"
-  - "ProcessManager 依賴 ProcessInfo 和 ProcessStatus（來自 scheduler）"
-  - "kill_process_tree 有平台特定實作（Windows/Unix）"
-  - "確認沒有 circular dependency"
-
-estimated_hours: 3
-complexity: "medium"
-
-related_tasks:
-  - "TASK_062"
-  - "TASK_057"
-
-metadata:
-  created_at: "2026-02-03T21:30:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,57 +0,0 @@
-# TASK_064: Recovery 模組目錄結構與基礎類型
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_064"
-title: "Recovery 模組目錄結構與基礎類型提取"
-description: |
-  將 recovery.rs（1225 行）拆分為模組化結構的第一步。
-  建立 recovery/ 子目錄，提取錯誤類型、數據結構和配置到獨立模組。
-
-  背景：recovery.rs 包含錯誤處理、狀態檢查、恢復邏輯、panic 處理、
-  shutdown 信號等多個職責，違反單一職責原則。此任務建立基礎模組結構。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - recovery.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/recovery/"
-  - "dashboard/src-tauri/src/cmd_modules/mod.rs"
-
-requirements:
-  - "建立 dashboard/src-tauri/src/cmd_modules/recovery/ 目錄"
-  - "建立 recovery/mod.rs 作為模組入口"
-  - "提取 RecoveryError, RecoveryErrorCode 到 recovery/error.rs"
-  - "提取 RecoveryDetails, ConsistencyCheckResult, ConsistencyIssue, ConsistencyIssueType 到 recovery/types.rs"
-  - "提取常量和 RecoveryConfig 到 recovery/config.rs"
-  - "更新 mod.rs 使用 pub use 重新導出所有公開 API"
-  - "確保向後兼容（現有 import 路徑不需變更）"
-
-acceptance_criteria:
-  - "recovery/ 目錄結構建立完成"
-  - "error.rs 包含 RecoveryError 和 RecoveryErrorCode"
-  - "types.rs 包含 RecoveryDetails 和 Consistency 相關結構"
-  - "config.rs 包含常量和 RecoveryConfig"
-  - "mod.rs 正確 re-export 所有公開類型"
-  - "cargo check 通過，無編譯錯誤"
-  - "cargo test 通過，相關單元測試成功"
-
-technical_notes:
-  - "常量包括 DEFAULT_STALE_TIMEOUT_MINUTES, STATUS_IN_PROGRESS, STATUS_PENDING"
-  - "RecoveryError 依賴 RecoveryDetails，需注意 import 順序"
-  - "ConsistencyIssueType 是枚舉，需實作 Display trait"
-  - "測試應隨類型一起移動到對應模組"
-
-estimated_hours: 2
-complexity: "simple"
-
-dependencies: []
-
-related_tasks:
-  - "TASK_065"
-  - "TASK_050"
-
-metadata:
-  created_at: "2026-02-03T21:45:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,56 +0,0 @@
-# TASK_065: Recovery 核心邏輯提取與整合
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_065"
-title: "Recovery 核心邏輯提取與最終整合"
-description: |
-  完成 recovery.rs 模組化，提取 RecoveryManager 核心邏輯、panic 處理
-  和 shutdown 信號到獨立模組，並驗證整體完整性。
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "Code Refactoring - recovery.rs modularization"
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/recovery/"
-  - "dashboard/src-tauri/src/cmd_modules/recovery.rs"
-
-dependencies:
-  - "TASK_064"
-
-requirements:
-  - "提取 RecoveryManager struct 和所有 impl 到 recovery/manager.rs"
-  - "提取 catch_panic, catch_panic_async 到 recovery/panic.rs"
-  - "提取 ShutdownToken, ShutdownSignal 到 recovery/shutdown.rs"
-  - "將原 recovery.rs 轉為 re-export 入口或刪除"
-  - "更新所有使用 recovery 的模組（如 scheduler.rs）的 import"
-  - "確保所有測試通過"
-  - "清理不再需要的 import 和 dead code"
-
-acceptance_criteria:
-  - "manager.rs 包含 RecoveryManager（約 590 行）"
-  - "panic.rs 包含 catch_panic 和 catch_panic_async"
-  - "shutdown.rs 包含 ShutdownToken 和 ShutdownSignal"
-  - "最終目錄結構符合計畫（7 個子模組文件）"
-  - "cargo check 通過"
-  - "cargo test --all 通過"
-  - "cargo clippy 無 warning"
-  - "scheduler.rs 對 recovery 的引用正常工作"
-
-technical_notes:
-  - "RecoveryManager 依賴 LockState（來自 scheduler）"
-  - "catch_panic_async 使用 tokio::task::spawn_blocking"
-  - "ShutdownSignal 使用 tokio::sync::watch channel"
-  - "確認沒有 circular dependency"
-
-estimated_hours: 3
-complexity: "medium"
-
-related_tasks:
-  - "TASK_064"
-  - "TASK_057"
-
-metadata:
-  created_at: "2026-02-03T21:45:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,60 +0,0 @@
-# TASK_066: Self-Enhancement Scheduler Rust 核心數據模型
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_066"
-title: "Self-Enhancement Scheduler Rust 核心數據模型"
-description: |
-  為 Self-Enhancement Scheduler（自我增強排程器）定義 Rust 數據結構。
-  這是 dev_agent_scheduler.ps1 的 Rust 重寫的第一步。
-
-  核心功能：
-  - 執行 /dev 開發任務（透過 Claude CLI）
-  - 當沒有 pending tasks 時，執行 /product-review 進行產品檢視
-  - 根據 SELF_ENHANCEMENT_STATUS.json 決定繼續迭代或結束
-  - 最大自我增強循環次數限制（預設 3 次）
-
-  需要定義的數據結構：
-  1. SelfEnhancementConfig - 排程器配置
-  2. SelfEnhancementStatus - 自我增強狀態
-  3. EnhancementCycleInfo - 循環資訊
-  4. EnhancementDecision - 決策類型（continue/complete/complete_with_suggestions）
-  5. DevRunResult - 開發執行結果
-
-priority: "P1"
-status: "pending"
-agent_type: "backend"
-source: "F-002"
-feature_ids:
-  - "F-002"
-
-dependencies: []
-
-scope_paths:
-  - "dashboard/src-tauri/src/cmd_modules/"
-
-requirements:
-  - "定義 SelfEnhancementConfig 結構（max_cycles, initial_delay_secs, interval_minutes, early_finish_delay_secs）"
-  - "定義 SelfEnhancementStatus 結構（對應 SELF_ENHANCEMENT_STATUS.json）"
-  - "定義 EnhancementDecision 枚舉（Continue, Complete, CompleteWithSuggestions）"
-  - "定義 DevRunResult 結構（run_number, success, duration, output）"
-  - "定義 ProgressInfo 結構（has_pending_tasks, pending_count, completed_count, next_task）"
-  - "實作 serde 序列化/反序列化"
-  - "實作 Default trait 提供預設配置"
-
-acceptance_criteria:
-  - "新增 self_enhancement.rs 或 self_enhancement/ 模組"
-  - "所有數據結構定義完整並有文檔註解"
-  - "單元測試驗證 JSON 序列化/反序列化"
-  - "cargo build 編譯通過"
-
-technical_notes:
-  - "參考 dev_agent_scheduler.ps1 的變數和邏輯"
-  - "SelfEnhancementConfig 預設值：max_cycles=3, initial_delay=30s, interval=20min"
-  - "狀態檔案路徑：dev/pipeline/SELF_ENHANCEMENT_STATUS.json"
-
-estimated_hours: 3
-complexity: "medium"
-
-metadata:
-  created_at: "2026-02-04T00:00:00+08:00"
-  created_by: "Product Manager Agent"

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

@@ -1,53 +0,0 @@
-# TASK_067: Quick Actions Agents Section
-# Schema: dev/schemas/TASK.schema.json
-
-id: "TASK_067"
-title: "Quick Actions 新增 Agents Section 導航"
-description: |
-  在 QuickActionsPanel 中添加一個 AgentsSection，提供快速導航到 /agents 頁面的入口。
-
-  背景：
-  - 用戶已有 /agents 頁面，顯示所有可用的 Commands 和 Skills
-  - 需要在 Quick Actions 面板中添加一個入口，方便用戶快速訪問
-
-  實作方式：
-  - 參考 SchedulerSection 的簡潔風格（約 30 行）
-  - 使用 Next.js Link 組件進行導航
-  - 遵循現有 section 架構和樣式
-
-priority: "P2"
-status: "pending"
-agent_type: "frontend"
-source: "User Request - Quick Actions 導航功能"
-
-scope_paths:
-  - "dashboard/src/components/quick-actions/scripts-sections/"
-  - "dashboard/src/components/quick-actions/QuickActionsPanel.tsx"
-
-requirements:
-  - "新建 AgentsSection.tsx 組件"
-  - "使用 lucide-react 的 Bot 或 Users 圖標"
-  - "使用 Next.js Link 導航到 /agents"
-  - "遵循現有 HUD 風格設計（cyan-400 主色調）"
-  - "更新 scripts-sections/index.ts 導出新組件"
-  - "在 QuickActionsPanel.tsx 中引入並渲染 AgentsSection"
-
-acceptance_criteria:
-  - "AgentsSection 組件存在於 scripts-sections/ 目錄"
-  - "點擊 AgentsSection 能正確導航到 /agents 頁面"
-  - "樣式與現有 sections 保持一致"
-  - "TypeScript 類型檢查通過"
-  - "開發環境運行正常（npm run dev）"
-
-technical_notes:
-  - "參考 SchedulerSection.tsx 的結構"
-  - "使用 'use client' 指令（Next.js 客戶端組件）"
-  - "導入 Link from 'next/link'"
-  - "可使用 Bot, Users, Sparkles 等相關圖標"
-
-estimated_hours: 1
-complexity: "simple"
-
-metadata:
-  created_at: "2026-02-05T10:00:00+08:00"
-  created_by: "Product Manager Agent"