chore: update ai-review findings [ai-review-bot][failure]

.gitea/ai-review/exclusions.json

@@ -22,5 +22,11 @@
     "role": "Bard",
     "original_finding": "String(latest) 呼叫顯得冗贅，因為 latest 在此處已明確為字串型別。建議直接使用 latest.split('.')。",
     "reason": "nextReleaseVersion 為對外公開（exported）函式，String() 為防禦性處理，確保被直接以非字串呼叫時也不致拋錯。"
+  },
+  {
+    "location": "Dockerfile:13",
+    "role": "Assassin",
+    "original_finding": "移除 `--no-check-certificate`。若確實有無法解決的憑證問題，應排查來源網域的信任鏈或安裝正確的憑證，而不是直接關閉安全機制。",
+    "reason": "AI 對話收斂判定為誤報（問題在最新程式碼中不成立或不適用）"
   }
 ]

.gitea/ai-review/findings.json

@@ -1 +1,50 @@
-[]
+[
+  {
+    "level": "critical",
+    "role": "Assassin",
+    "problem": "Action 未對 `GITEA_SERVER_URL` 進行格式驗證，攻擊者若能控制 CI/CD 環境變數，即可將該值設定為惡意 URL，進而誘使 Action 將 `GITEA_TOKEN` 傳送至攻擊者伺服器，導致敏感憑證外洩。",
+    "suggestion": "在 `app/config.js` 的 `loadConfig` 中，對 `GITEA_SERVER_URL` 進行嚴格驗證，確保其格式正確（例如開頭必須為 `https://`）且符合預期的網域白名單（若適用）。",
+    "location": "app/index.js:41",
+    "is_new": false
+  },
+  {
+    "level": "critical",
+    "role": "Maya",
+    "problem": "主邏輯函式 `main` 處理了 `loadConfig` 與 `fetchReleases` 的例外情境，但缺乏針對這些失敗路徑的整合測試，無法確保錯誤發生時流程能正確終止。",
+    "suggestion": "建議編寫整合測試，透過 mock 相關依賴（如 `loadConfig`、`fetchReleases`）來模擬錯誤，並驗證 `main` 是否正確觸發錯誤處理機制。",
+    "location": "app/index.js:18",
+    "is_new": false
+  },
+  {
+    "level": "warning",
+    "role": "Assassin",
+    "location": "app/output.js:16",
+    "problem": "存在潛在的「任意檔案寫入」與「路徑穿越」風險。函式 `writeOutput` 直接接收 `file` 路徑並使用 `fs.appendFileSync` 進行寫入，且預設來源為環境變數 `GITHUB_OUTPUT`。若攻擊者能透過惡意配置篡改 CI/CD 環境變數，即可將任意資料寫入系統內的敏感檔案（如 /etc/passwd 或 SSH 授權金鑰），導致系統被入侵。",
+    "suggestion": "應對 `file` 路徑增加嚴格的驗證機制（Sanitization），確保其位於合法的臨時目錄或 CI/CD 授權的輸出路徑內，嚴禁寫入任意系統檔案路徑。",
+    "is_new": true
+  },
+  {
+    "level": "warning",
+    "role": "Leo",
+    "location": "app/version.js:4",
+    "problem": "版本號區段的進位上限（10）被直接硬編碼在程式中。若未來業務需求需要調整進位規則，需要深入程式碼核心修改，容易遺漏或出錯。",
+    "suggestion": "建議將進位上限設為一個配置常數，或將其參數化，讓版本計算邏輯與進位策略分離。",
+    "is_new": true
+  },
+  {
+    "level": "warning",
+    "role": "Maya",
+    "location": "app/releases.js:68",
+    "problem": "release API 解析 JSON 失敗時的例外路徑（Malformed JSON）未在測試中驗證，無法確認錯誤處理機制是否如預期運作。",
+    "suggestion": "在 test/releases.test.js 中新增一個測試案例，模擬 response.text() 回傳無法解析為 JSON 的字串，並驗證是否拋出預期的錯誤。",
+    "is_new": true
+  },
+  {
+    "level": "info",
+    "role": "Leo",
+    "location": "app/logger.js:4",
+    "problem": "日誌的分隔線寬度與符號直接硬編碼在模組內。如果未來需要調整輸出風格，需要修改多個地方，且容易造成視覺不一致。",
+    "suggestion": "將分隔線寬度與符號定義為設定檔或在模組頂層集中管理，並考慮提供一個通用函數來產生這些分隔線。",
+    "is_new": true
+  }
+]