🔄 使用者回饋 Bug 修復流程
回報入口
分類
風險分級
修復
驗收
1
📥 回報入口
Bug 回報從三個管道進入系統，自動寫入 D1 資料庫
💬 LINE Bot 回報
使用者在 LINE 回報問題
📋 Tracker 表單
透過 Tracker 頁面填寫回報表單
👤 Paul 直接回報
Paul 自己發現的問題直接建單
→ POST /api/formosa/feedback → D1 feedback table（status: new）
2
🔍 Cowork 分類
Cowork 每次開場自動撈 GET /api/formosa/feedback，分成三類
🐛 Bug — 功能壞掉
直接進風險分級
💡 UX 建議
Paul 決定做不做
📱 環境問題
標 wontfix，不處理
→ PATCH /api/formosa/feedback/:id 更新 status + admin_note
3
⚖️ 風險分級
根據改動範圍決定部署方式——壞了全站掛 = 高風險，壞了某功能不順 = 低風險
L0 零風險
純文案 / CSS / i18n → Code push main，CI 自動部署 L1 低風險
前端 UI 邏輯 → Code push main，Cowork 驗收 L2 中風險
API / CORS / LIFF → 開分支 PR + Preview 驗收 L3 高風險
Worker / DB / Auth → PR + Paul 親驗 + 手動 deploy 4
🔧 Code Session 修復
Code session 根據風險等級，走不同的部署路線
L0 / L1
push main → CI 自動部署
L2 / L3
開分支 → PR → Cloudflare Preview
CI pipeline：quality-gate (41s) → deploy (43s) → smoke-test (34s)
5
✅ 驗收
等級越高，驗收越嚴格
L0 → CI 自動
smoke test 5 端點自動跑 L1 → Cowork 瀏覽器
smoke test + 手動驗功能 L2 → Cowork / Paul
Preview URL 驗收 → merge L3 → Paul 親驗
Preview + 手機實測 → merge + deploy Worker ⚠️ 失敗處理：L0/L1 → git revert 回滾（3-5 分鐘）｜L2/L3 → PR 打回，Code 重修，不上 production
6
🎉 結案
三件事同步完成
📡 狀態更新
PATCH status=fixed → 公告板自動更新
📋 儀表板同步
Apple Notes 儀表板同步記錄
📝 worklog 紀錄
下次 session 開場可追溯
🧊 凍結期 4/11 ~ 4/13：只接 L3 中的 P0（服務掛掉才修），其他排到活動後處理