[
  {
    "level": "warning",
    "role": "Aria",
    "location": ".gitea/workflows/master.yaml",
    "suggestion": "檔案結尾應包含一個換行符號 (newline at EOF)，這是 POSIX 系統的慣例，有助於版本控制系統的正確處理。",
    "is_new": false
  },
  {
    "level": "warning",
    "role": "Leo",
    "location": "app/llm.test.js",
    "suggestion": "根據 `TODO.md` 的驗收標準，API Key 輪替失敗時應輸出特定的日誌訊息。目前的單元測試雖然驗證了 `process.exit(1)` 的調用，但並未對 `console.log` 和 `console.error` 的輸出進行模擬和斷言。建議使用 `mock.method(console, 'log', ...)` 和 `mock.method(console, 'error', ...)` 來捕獲並驗證這些重要的日誌訊息，以確保系統在 API Key 輪替失敗時能提供清晰的診斷資訊，這對長期維護和問題排查至關重要。",
    "is_new": true
  },
  {
    "level": "warning",
    "role": "Leo",
    "location": "app/llm.test.js",
    "suggestion": "針對 API Key 輪替的錯誤處理，`TODO.md` 驗收標準中明確提到「模擬不同類型的 API 錯誤（例如 401 Unauthorized, 429 Too Many Requests, 網路超時等）」。目前的測試僅使用 `new Error('fail')` 進行通用錯誤模擬。建議擴展測試案例，模擬 `axios` 拋出帶有特定 HTTP 狀態碼（如 401, 429）的錯誤，以及模擬網路超時（例如 `axios.isAxiosError` 且 `e.code === 'ECONNABORTED'`），以確保 API Key 輪替機制在面對各種實際的 API 錯誤時都能穩健運作，這有助於提高程式碼的健壯性和可維護性。",
    "is_new": true
  }
]