chore: update ai-review findings [skip ci]

.gitea/ai-review/findings.json

@@ -18,13 +18,41 @@
     "role": "Leo",
     "location": "app/git.test.js:13",
     "suggestion": "在 `makeTmpWorkspace` 函式中，`files` 陣列的內容與 `app/git.js` 中的 `SYNC_PATHS` 常數高度重複。為了避免未來修改 `SYNC_PATHS` 時遺漏更新測試檔案，建議將 `SYNC_PATHS` 從 `app/git.js` 匯出，並在測試中直接引用，以確保兩者保持同步。",
-    "is_new": true
+    "is_new": false
   },
   {
     "level": "warning",
     "role": "Aria",
     "location": "app/gitea.js:32",
     "suggestion": "在 `filterDiff` 函數中，`excludePrefixes.some` 回呼函數內的程式碼區塊（`const prefix`, `const singleFile`, `return` 語句）的縮排不正確。請將這些行相對於 `p => {` 縮排 2 個空格，以符合專案的 2-space 縮排規範。",
+    "is_new": false
+  },
+  {
+    "level": "warning",
+    "role": "Aria",
+    "location": "app/gitea.js:14",
+    "suggestion": "傳遞給 `filterDiff` 的排除前綴陣列應按字母順序排列，以提高可讀性和維護性。例如，`.amazonq/` 應在 `.gitea/` 之前，且所有路徑應統一排序。",
+    "is_new": true
+  },
+  {
+    "level": "info",
+    "role": "Zara",
+    "location": "app/json.test.js:76",
+    "suggestion": "測試案例中引入了 `MAX_JSON_BYTES` (1MB) 的限制，並測試了 `validateJSONArrayFile` 處理此大小檔案的能力。這暗示了應用程式可能會讀取和處理最大 1MB 的 JSON 檔案。對於單個檔案而言，1MB 通常是合理的記憶體消耗。但若未來檔案大小限制大幅提高，或需要同時處理大量此類檔案，則應考慮在實際應用中採用串流解析（streaming parser）來避免一次性載入整個檔案到記憶體中，以減少記憶體佔用和潛在的 I/O 瓶頸。",
+    "is_new": true
+  },
+  {
+    "level": "info",
+    "role": "Rex",
+    "location": "app/json.test.js:7",
+    "suggestion": "引入 `MAX_JSON_BYTES` 來限制 JSON 檔案大小是個良好的安全實踐。這有助於防止因處理過大檔案而導致的資源耗盡或阻斷服務（DoS）攻擊。建議在實際的檔案讀取或處理邏輯中應用此限制。",
+    "is_new": true
+  },
+  {
+    "level": "info",
+    "role": "Maya",
+    "location": "app/json.test.js:10",
+    "suggestion": "`MAX_JSON_BYTES` 這個常數代表了應用程式（可能是 `validateJSONArrayFile` 函數）的一個功能限制。將其定義在測試檔案中，使其成為應用程式邏輯中的「魔術數字」。為了保持一致性並明確應用程式的限制，請將 `MAX_JSON_BYTES` 定義在 `app/json.js` 中並匯出，然後在 `app/json.test.js` 中匯入使用。",
     "is_new": true
   }
 ]