diff --git a/.gitea/ai-review/findings.json b/.gitea/ai-review/findings.json
index 40eeb2f..fe51488 100644
--- a/.gitea/ai-review/findings.json
+++ b/.gitea/ai-review/findings.json
@@ -1,26 +1 @@
-[
-  {
-    "level": "warning",
-    "role": "Bard",
-    "location": "app/config.js:65",
-    "problem": "函數 `assertRepository` 命名較為通用，但其實際行為僅在驗證 Gitea 的 `owner/repo` 格式。命名未能直接體現其檢查邏輯與該領域規則。",
-    "suggestion": "建議重新命名為 `assertGiteaRepositoryFormat`，讓開發者一眼就能看出該函數在檢查特定的 Gitea 倉庫格式規範。",
-    "is_new": true
-  },
-  {
-    "level": "warning",
-    "role": "Maya",
-    "location": "app/releases.js:69",
-    "problem": "雖然實作了針對多位元組字元的截斷處理邏輯，但目前的測試案例僅使用 ASCII 字元（'x'），缺乏對於包含多位元組字元（如 Emoji 或特殊符號）的真實邊界情境驗證，無法確保在截斷邊界處不會產生亂碼或非預期的行為。",
-    "suggestion": "請在 app/test/releases.test.js 中新增一個測試案例，使用包含多位元組字元（例如 Emoji 或代理對字元）的長字串作為 fetch 回應內容，並驗證截斷後的內容片段是否完整且無亂碼。",
-    "is_new": true
-  },
-  {
-    "level": "info",
-    "role": "Leo",
-    "location": "app/releases.js:70",
-    "problem": "在錯誤訊息中進行字串截斷處理，程式碼寫得較為複雜，使用了 Array.from(boundedText).slice(...)。雖然考慮了 UTF-16 碼元問題，但這段邏輯與核心業務功能（fetchReleases）混在一起，未來維護者若需調整錯誤訊息格式，容易誤傷功能。",
-    "suggestion": "將此段截斷邏輯抽取為一個獨立的工具函式，例如 truncateString(text, limit)，放在 utils 檔案中以提升可讀性與測試獨立性。",
-    "is_new": true
-  }
-]
+[]