請閱讀「案例/日報服務-需求書.md」，先不要寫程式。

1. 把內容分成「已知事實」「技術推測」「待確認問題」。
2. 不要替待確認問題補答案，也不要把推測寫成既定需求。
3. 從新增需求中切出一個不改變既有寄信與 PDF 邏輯、可用單元測試獨立驗收的最小任務。
4. 說明為什麼選這個切片，以及本次刻意排除哪些工作。
5. 依下列格式輸出任務契約草案：
   - 任務目標
   - 必要背景
   - 允許修改
   - 禁止修改
   - 驗收條件
   - 必跑測試
   - 未知與待確認
   - 完成回報格式

若資料不足以定義可測試行為，請停在待確認問題，不要自行假設。