v0.2.8

從 0.2.7 升級：docker compose pull && docker compose up -d 就好；docker-compose.yml 與 .env 沒有變。
image 是 ghcr.io/1morr/berth:0.2.8，同時是 :0.2 與 :latest。這一版有資料庫 migration（bec5947663f5，
Berth 啟動時自動套用一次）：每個 Feed 從一條 Route 改成劇集、電影各一條，能推的自動填好；推不出來的 Feed 列上標
「要選 Route」，按「改 Route」選一次即可（見下面〈Changed〉票 105）。停在審核、季號明寫而集號累加的計劃不會自動重算，
在審核頁按「重新規劃」。下面改到的 API 只有 Berth 自己的畫面在用，升級之後重新整理一次頁面即可。

Changed

• 作品頁自己打關鍵字搜尋，也分得出哪些是你要的（M4 票 83b）：結果分「對得上」（發佈名含你打的字，或含這部作品的某個名字，
  例如打「無間道」時簡體的「无间道」與英文名也算）與「對不上」，預設只列對得上的——The Pirate Bay 對搜不到的字回的熱門清單
  不再壓在真正的結果上面。對不上的照樣送來，按按鈕就看得到、送得了單。API：GET /api/search 的 verdict 多 typed_match、
  typed_miss，拿掉 unjudged（只有 Berth 自己的畫面在用，升級之後重新整理一次頁面即可）。
• 作品頁搜尋區塊排整齊了（M4 票 84b）：「名字」「季」的標籤移到 chip 上方，chip 與關鍵字框對齊；按下去之前的預覽變成
  「會問 · N 個查詢」一個欄位，不再把開著的名字再印一次；會佔幾格請求預算與要等多久併成一句。
• Feed 的 Route 必填，劇集、電影各一條（M4 票 105）：加 Feed 時「劇集送進」「電影送進」那一種有 Route 就要選、只有一條時
  預填，拿掉「不指定」——Route 不只一條時認出來的作品直接自動綁進 Feed 說的那一條，不再停在待綁定等你多按一次；Mikan 的劇場版
  照「電影送進」那一格。升級時 migration 能推就推：某一種的啟用中 Route 只有一條就填它；推不出來的那一格在 Feed 列上標
  「要選 Route」，按「改 Route」選好之後，那個 Feed 長出、因為 Route 不只一條而停在待綁定的作品當場綁上並送單。從作品頁訂閱建的
  搜尋 Feed 只問那部作品那一種，另一種不標也不要求。手動綁定的
  「入庫到」也先預選長出它的 Feed 那一種的 Route。API：POST /api/rss/feeds 的 route 換成 tv_route、movie_route
  （缺必填的是 422 route_required，類型不符是 422 route_kind_mismatch）；新增 PUT /api/rss/feeds/{id}/routes；
  FeedOut 的 route_id 換成 tv_route_id、movie_route_id，多 route_kinds、awaiting_route；SeriesOut 多 feed_routes
  （只有 Berth 自己的畫面在用，升級之後重新整理一次頁面即可）。
• 季號明寫、集號從第一季一路數下來的發佈，換算成那一季的集（票 106）：ANi 的 黑色五葉草 Season 2 - 171（TMDB 第 1 季
  170 集）現在計劃成 S02E01、medium，理由多一句「累加換算」；原本照字面讀成 TMDB 沒有的 S02E171、停在審核，直接核准會寫出
  Jellyfin 對不上的集。換算落在別季、或那一季本來就有那一集時照舊。已經停在審核的計劃不會自動重算：在審核頁按「重新規劃」
  就會套用新規則。
• 審核頁的「拒絕」改叫「重新規劃」（票 106）：它做的事與下載詳情頁的「重新規劃」相同——照目前的 TMDB 資料與設定重算、
  丟掉逐列改過的、檔案不動；確認句把這三件說清楚。時間線與計劃狀態跟著改說法。API 不變（仍是 POST /api/plans/{id}/reject）。

Added

• 設定頁底部顯示 Berth 版本（票 106）：每一個分頁都看得到「Berth 0.2.8」這一行，不必再自己打 /api/health。