jettcheng1018
/
dramaling-app
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
dramaling-app/ISSUES.md

5.9 KiB
Raw Blame History

📋 待處理問題

🔥 緊急問題

目前無緊急問題

⚠️ 重要問題

  • 資料庫schema設計未確定
  • 用戶認證流程細節模糊
  • User Flow有7個UI但System Design沒有，可能是實作時新增的UI

📝 一般問題

  • 資料庫設計需要確認用戶表結構
  • 文檔格式不統一
  • UI組件命名規範
  • 部分UI功能重複可能需要合併（多個Result相關UI）

🤖 與 Claude 協作提醒

  • Claude 必須優先使用 ./drama report 而非手動創建報告
  • Claude 必須使用 ./drama issue 而非直接編輯 ISSUES.md
  • 定期運行 ./drama compliance 檢查系統合規性
  • 如果 Claude 發現規格不確定或衝突，立即記錄到對應優先級區域
  • Claude 實作功能時發現的技術難題也要記錄
  • 請 Claude 在完成任務後總結發現的問題

🚨 強制性工作流程

重要: Claude 必須遵循以下強制性流程，避免系統不一致：

  1. 報告建立: 必須使用 ./drama report analysis "主題"
  2. 問題管理: 必須使用 ./drama issue
  3. 系統檢查: 定期使用 ./drama compliance 和 ./drama consistency
  4. 參考指南: 所有操作前先查看 CLAUDE.md 工作指南

違反流程的後果: 可能導致日期錯誤、格式不一致、系統追蹤失效等問題

📚 已完成歷史

2025-09-08 完成項目

🔥 緊急問題 - 已解決

  • API模組化文檔中有7個待建立的模組
    • 📊 解決狀態: 已完成所有7個API模組建立 (2025-09-08)
    • 📂 建立的模組: learning-content.md, vocabulary.md, dialogue-practice.md, gamification.md, subscription.md, daily-missions.md, language-levels.md
    • ✅ 驗證: 所有模組檔案已建立在 docs/04_technical/api/ 目錄

🏆 重要問題 - 已完全解決

  • System Design與User Flow的UI設計缺漏問題 - 100%完成 ✅ (2025-09-08)
    • 📊 最終狀態: 所有40個缺失UI的User Flow已100%補充完成
    • 🎯 歷史意義: 從設計缺漏到完整規格，實現零缺漏的User Flow文檔
    • 📈 完成進度: 40個缺失UI → 0個缺失UI，完成度100% 🏆
    • ✅ 第1週: 對話糾正系統(12個) + 學習結果系統(7個) = 19個UI
    • ✅ 第2週: 詞彙系統(6個) + 情境對話(4個) + 複習系統(3個) = 13個UI
    • ✅ 社交功能: 社交學習系統3個UI (2025-09-08)
    • ✅ 管理功能: 個人中心管理系統7個UI (2025-09-08) - 實現最終完成
    • 📂 更新文檔: docs/04_technical/user-flow-specification.md - 完整21個功能模組
    • 📊 綜合分析: UI設計缺漏嚴重性評估
    • 🚀 開發準備度: 100% - 可立即進入開發階段

2025-09-07 完成項目

🔥 緊急問題 - 已解決

  • 對話糾正系統缺失完整User Flow，影響核心學習功能（9個UI）

  • System Design與User Flow的UI名稱不一致

    • 📊 分析報告: UI一致性分析報告
    • ✅ 解決狀態: 已修正命名錯誤和特殊字符，39個缺漏UI待補充

📝 一般問題 - 已解決

  • UI名稱包含特殊字符（如UI_ChallengeLevel_ChoosePopup-1有連字號）
  • UI命名不一致（UI_PresonalCenter_dd_Detail有拼寫錯誤）

🤖 Claude 協作 - 已完成

  • 建立 Claude 工作指南文件 (CLAUDE.md)
  • 在系統工具中加入操作提醒和防護機制
  • 建立合規性檢查系統 (./drama compliance)
  • 建立問題追蹤系統

💡 問題維護機制

📝 新增問題

推薦方式: 使用 ./drama issue 工具

  • 自動分類到正確優先級
  • 統一格式和日期
  • 互動式操作，不易出錯

手動方式: 直接編輯本檔案（緊急時）

- [ ] 問題描述 (優先級: 🔥緊急/⚠️重要/📝一般)
  - 檔案: path/to/file.md:line
  - 影響: 描述影響
  - 建議: 可能的解決方向

✅ 完成問題

  1. 標記完成: 將 [ ] 改為 [x]
  2. 移動位置: 從待處理區域移到「📚 已完成歷史」
  3. 按日期分組: 放到對應的日期區域（如：2025-09-08 完成項目）
  4. 保留詳情: 移動時保留解決詳情和連結

🔄 定期維護

每日檢查

  • 查看是否有新的緊急問題
  • 更新問題進度

每週整理

  • 整理已完成項目到正確日期區域
  • 檢查是否有逾期的重要問題
  • 評估問題優先級是否需要調整

每月歸檔

  • 將超過一個月的完成項目移到歷史存檔
  • 統計問題解決效率
  • 檢討常見問題類型

📊 快速查看

  • 待處理總覽: ./drama check
  • 完整列表: ./drama issue → 選項 4
  • 狀態統計: ./drama issue → 選項 2

🎯 使用原則

🚨 緊急問題

  • 定義: 阻擋開發進度的嚴重問題
  • 處理時間: 立即處理
  • 範例: API 衝突、資料庫設計錯誤

⚠️ 重要問題

  • 定義: 影響功能完整性的問題
  • 處理時間: 本週內
  • 範例: UI 設計缺漏、功能需求不明確

📝 一般問題

  • 定義: 可以延後處理的改進
  • 處理時間: 有空閒時
  • 範例: 文檔格式、命名規範

📚 歷史記錄

  • 用途: 了解最近完成的工作
  • 組織: 按完成日期分組
  • 保留: 解決方案和相關連結