fix: M5 provides release binary, not M4

docs_v1.0/M4_workspace/2026-05-13_release_decision_response.md

@@ -11,7 +11,7 @@
 
 | # | 問題 | 決策 | 理由 |
 |---|------|------|------|
-| **1** | Production binary 來源？ | **B. M4 自編** | `cargo build --release` 由 M4 執行，確保 binary 與 production 環境一致。M5 提供 `Cargo.lock`。 |
+| **1** | Production binary 來源？ | **A. M5 提供 release binary** | M5 負責 build，M4 負責 deploy。`cargo build --release` 在 M5 環境執行後將 binary 交付 M4。 |
 | **2** | Schema: public.chunks → public.chunk？ | **A. 執行 RENAME** | dev 已統一為 `chunk`（singular），prod 應同步。`ALTER TABLE public.chunks RENAME TO chunk;` |
 | **3** | Identity merge？ | **A. 保留 prod 現有 15 TMDB + import dev data** | TMDB identity 為跨檔案 global identity，保留 prod 既有資料，以 dev data 補足。`file_uuid` 欄位輔助判斷歸屬。 |
 | **4** | Downtime 方式？ | **A. Maintenance mode** | 回傳 503 讓 client 知道服務維護中，避免 hard stop 造成 connection 中斷。 |
@@ -23,7 +23,7 @@
 ## Release 執行順序
 
 ```
-1. M4: `cargo build --release` → 取得 production binary
+1. M5: `cargo build --release` → 提供 production binary 給 M4
 2. M4: 建立 `.env.production`（含 DATABASE_SCHEMA=public）
 3. M5: 提供 aeed7134 + 23b1c87 兩個 package
 4. M4: 啟動 maintenance mode