MRD 需求內容生成
根據使用者提供的業務背景、現狀和改動要求，整理成可直接進入 MRD 的需求內容。
預設輸出結構
一個界面只保留以下三個部分：
- 核心邏輯
- 明細列表
- 篩選項
除非使用者明確要求，不增加「新增/編輯欄位」「權限與日誌」「待確認事項」「驗收標準」等獨立章節。必要規則應合併到核心邏輯中。
寫作規則
- 核心邏輯要覆蓋關鍵業務規則、唯一性、資料來源、批次操作、匯入檢核、異常回饋、權限和通知去重，但保持簡潔。
- 不把簡單控制項變化當成完整需求；需要說明對資料關係和業務流程的影響。
- 不知道實際界面佈局時，不生成界面圖，也不虛構具體頁面位置。
- 只描述使用者確認過的功能。使用者明確刪除的欄位或操作不得重新加入。
- 組織架構欄位優先使用穩定編碼作為關聯標識，名稱用於展示。
- 人員應使用 JMS ID 等唯一標識，不能僅依賴姓名。
- 對刪除、批次操作和匯入，需要說明確認、檢核以及成功或失敗回饋。
表格格式
明細列表統一使用：
| 序號 | 欄位名 | 調整說明 | 列表說明 | 備註說明 | |---|---|---|---|
篩選項統一使用：
| 序號 | 欄位名 | 調整說明 | 篩選說明 | 備註說明 | |---|---|---|---|
每個「篩選說明」必須明確：
- 控制項
- 是否多選
- 預設值
根據欄位類型補充查詢方式、資料來源、選項或級聯關係。
已確認基準
當需求涉及「網點仲裁通知人員配置」時，必須讀取並遵循 references/site-arbitration-notifiers.md。該檔案中的欄位、刪除項和業務口徑均視為當前確認版本。
文件輸出
- 使用者說「只討論內容」時，僅輸出內容草案，不生成 DOCX。
- 使用者明確要求生成 Word 文件時，再結合其指定範本，並使用文件工具進行生成和版式檢查。
- 使用者要求修改時，只修改其指出的部分，同時同步清理受影響的欄位、篩選項和邏輯描述，避免前後矛盾。