Regear 流程總覽
regear 就是公會把你在死亡（或在 overcharge 時消耗）所損失的裝備補回給你。AO Master 的流程整個跑在網站內部 —— 提交、審核、核准、發放 —— 並且有 兩種發放模式，前半段（提交 + 審核）相同，到了發放階段才分流。
這頁是入口。先看這頁；單一模式的頁面再深入細節：
- 成員 — 提交 regear（已建檔）
- 幹部 — 審核與核准 / 拒絕
- 物品模式 — 截止與 locker
- Silver 模式 — 從 Silver 銀庫撥款
- Member Regear Report（管理員視角）
共用的前半段（兩種模式）
不管哪種模式，前半段流程都一樣：
- 成員提交 —— 在
#Request Regear（死亡分頁或 overcharge 分頁）。成員選擇當時在跑的 war role；AO Master 把他遺失的裝備跟該 war role 的 loadout 比對，並標出任何逐欄位的驗證問題（階級不足、超階、無效）。 - 幹部審核 —— 在
#Review Requests。每個欄位的驗證結果都會顯示出來；幹部對每筆申請可以選 Approve / Reject / Archive。綠色的「主要動作」按鈕會 依模式而異 —— 詳見下方。
這就是通用流程。驗證政策（每種問題類型要自動拒絕、放行、還是交由幹部決定）由公會在 Settings → Regear Policy 自行設定。
模式分岔
每個公會只能挑 一種 regear 撥款模式。設定位於 Settings → Regear Policy → Mode。共四個選項：
| 模式 | 發放內容 | 適用情境 |
|---|---|---|
| 物品歸還 | 幹部把物品打包回成員的 locker。Cut-off Task 頻道管理打包佇列。 | 經典流程。不需要 Item Price 功能。 |
| Silver — Sum by Item Price | 入帳金額 = 每個遺失欄位的 silver 價格總和（即時取自 Albion Online Data Project 市價資料）。 | 想要依照即時市價、按損失全額補償。需要 Item Price 開啟。 |
| Silver — War Role — Fixed cap | 入帳金額 = 該 war role 的固定 silver 上限，不論實際損失多少。 | 想要每場活動有可預期的撥款金額。把公會的撥款風險封頂。 |
| Silver — War Role — Capped by actual | 入帳金額 = （實際物品價格總和）與（該 role 的 silver 上限）取較小者 —— 按實際損失撥款，但永遠不超過上限。 | 兩全其美：不會超付，但小額損失時成員仍能拿到精準補償。 |
三種 silver 模式都需要 Silver 銀庫開啟 並且 Item Price 開啟（Settings → Systems 裡的開關）。Regear Policy 設定頁會出現一張需求清單卡，列出還缺什麼，並提供一鍵啟用。
一條規則，不是四條
原本只有「Sum by Item Price」模式才需要 Item Price。TK 把規則收斂成 任何 silver 模式都需要 Item Price 開啟，讓解釋變簡單。三個勾選 < 四格矩陣。
在哪裡選模式
/welcome → 公會名稱旁邊的 ⚙️ → Regear Policy 分頁 → Mode 下拉。
當你選 Silver payout 時，下面會出現第二個下拉 —— 那就是 Silver Mode 選擇器，含三個子選項（Sum by Item Price · War Role — Fixed cap · War Role — Capped by actual）。挑了任一 War Role 子模式後，會出現一顆 Set War Role Caps 按鈕，打開一個 sub-modal 設定每個 role 的 silver 上限（也可以在 Settings → War Roles 編輯）。
分岔點 —— Approve 之後會發生什麼
兩種模式的提交與審核完全相同，但審核畫面上的綠色動作按鈕會換 label 並換行為：
物品模式 —— Create Cut-off Task
幹部核准申請 → 進入 Cut-off Task 佇列（位於 #Cut-off Tasks）。打包人員領取任務，使用 Pick Checker 確認從公會 chest 拉出的物品正確，把任務標記為已發放，物品就會落到成員的 locker。
成員會在 #My Requests 一步步看到進度：Submitted → Approved → Cutoff → Prepared → Delivered。
完整細節：物品模式 — 截止與 locker。當公會切換到 silver 模式時，Cut-off Tasks 頻道會從側欄隱藏（silver 模式沒有 Cut-off）。
Silver 模式 —— Payout
幹部核准申請 → 進入 已核准但未撥款 狀態。幹部可以：
- 單筆撥款 —— 在該列點
Payout→ silver 立即入帳到成員的 Silver 銀庫餘額。 - 多筆撥款 —— 多選已核准的列 + 點
Payout→ 批次入帳（例如每週發薪日）。
把「核准」跟「撥款」拆成兩步是刻意的 —— Stripe / 發薪系統 / PayPal 都這樣做。它給幹部一個反悔視窗：在核准與撥款之間如果發現有誤，撥款前直接拒絕該列就好，不必再做沖銷分錄。
成員會在 #My Requests 看到：Submitted → Approved → 💰 Credited X silver。
入帳的 silver 會放在成員的 Silver 銀庫錢包（#Silver Bank → My Home），直到他申請提領 —— 那是另一條由幹部處理的流程。
完整細節：Silver 模式 — 從 Silver 銀庫撥款。
生命週期狀態
#My Requests 與 #Review Requests 上的狀態標籤會依序顯示這些狀態（兩種模式的最終狀態不同）：
| 標籤 | 觸發時機 | 模式 |
|---|---|---|
| Pending | 成員送出申請 | 兩種 |
| Approved | 幹部按 Approve | 兩種 |
| Delivered | 打包人員把截止任務標記為已發放 | 僅物品 |
| Received | 成員在 #My Requests 該列按 Received | 僅物品 |
| Paid | 幹部按 Payout（silver 落入成員的 Silver 銀庫錢包） | 僅 silver |
| Archived | 成員手動封存，或保留期過後自動封存 | 兩種 |
| Rejected | 幹部填寫理由後拒絕 | 兩種 |
待審申請設計上 與模式無關 —— 它們不在乎現在是哪種模式生效。只有在被核准時才會綁定到當下的模式，所以切換模式不會讓任何待審申請卡在中間。
在運作中的公會切換模式
你隨時可以在 Settings → Regear Policy → Mode 切換模式。AO Master 在下列情況會阻擋切換：
- 還有 已核准但尚未撥款的 silver 申請（必須先撥款 —— 離開 silver 模式的擋條件）。
- 還有 未結案的 cut-off 任務 仍有未完成打包工作（必須先把任務做完 —— 離開物品模式的擋條件）。
會跳出 toast 顯示數量，並提供深層連結直接帶你到對應清單（「切換前請先撥款 3 筆待付款項」／「切換前請先完成 2 個 cut-off 任務」）。
待審申請不會因為切換而清空 —— 它們與模式無關。切換後新核准的申請就走新模式。Silver 銀庫餘額永遠不會被模式切換清空 —— 銀庫是一個獨立於 regear 模式的長期帳本。成員的累積 silver 仍然在，可以隨時提領，即使你切回物品歸還也一樣。
Overcharge 與 regear 並排，不是子集
Overcharge（OC）是另一種申請類型，用於 被消耗 而非死亡損失的物品 —— 通常是成員在活動中燒掉的食物、藥水、siphon 相關物品。OC 在 #Request Regear 有自己的分頁（「Overcharge」），也有自己的權限（「Request Overcharge」）。
OC 的 silver 撥款永遠採用 Sum-by-Item-Price 邏輯，不管公會選了哪個 silver 子模式。War-role 上限不適用於 OC，因為 OC 是按物品而不是按死亡計算。在 silver 模式的規則下（Item Price 開啟），只要公會在任何 silver 子模式，OC 的 silver 撥款就會自動可用。
OC 在物品模式：被消耗的物品走跟死亡 regear 一樣的 cut-off + locker 路徑歸還。
權限速查
完整權限清單請看 權限參考。Regear 流程相關的權限門檻：
| 動作 | 權限（以 Edit Role → Permissions 顯示的 label 為準） |
|---|---|
| 提交死亡 regear | Request Death Regear |
| 提交 overcharge | Request Overcharge |
| 審核並核准 / 拒絕 | Approve Regear Requests |
| 打包 cut-off 任務（物品模式） | Claim Cut-off Tasks |
| 監督 cut-off 任務 | Supervise Cut-off Tasks |
| 管理 locker | Manage Lockers |
成員透過上述兩個「成員自助」權限，永遠可以看到自己的死亡 + 申請 + locker —— 沒有另外的「查看自己死亡」開關。
接下來
- 提交端：成員 — 提交 regear
- 審核端：幹部 — 審核與核准 / 拒絕
- 物品模式發放：物品模式 — 截止與 locker
- Silver 模式發放：Silver 模式 — 從 Silver 銀庫撥款
- 稽核視角：Member Regear Report