> For the complete documentation index, see [llms.txt](https://docs.maiagent.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.maiagent.ai/work/writing-assistants/legal-attest-letter.md).
# 法律存證信函草擬
存證信函草擬 Agent 應用實例：用 MaiAgent 建一個法律存證信函撰寫助理，依寄件人、收件人、事實經過與訴求產出存證信函草稿，含角色指令範例、測試題與常見問題。
存證信函的用途是留下「我在某一天向對方表達了什麼」的證據：催討欠款、催告履約、通知終止契約、要求停止侵權。它不需要艱深的法律用語，但需要把**當事人、事實經過、具體訴求、期限與後續處理**寫清楚、寫完整。這正適合交給 Agent 把關：資料不齊就追問，齊了就產出結構完整的草稿。
{% hint style="warning" %}
Agent 產出的是**草稿**，不是法律意見。寄出前請由法務或律師確認事實、請求依據與用語；Agent 也不會代為寄送。
{% endhint %}
## 適用情境
| 情境 | 例子 |
| ------- | -------------------------- |
| 債務與貨款催討 | 借款到期未還、貨款逾期未付 |
| 租賃糾紛 | 催繳租金、通知終止租約、要求返還押金 |
| 契約履行 | 催告對方依約交貨、完工或修補瑕疵；通知解除或終止契約 |
| 消費爭議 | 要求退款、更換或修復瑕疵商品 |
| 智慧財產權 | 要求停止使用未經授權的商標、圖片或文字 |
使用者通常是企業的法務、業務、財務催收人員，或需要先擬一份草稿再交律師審閱的承辦人。
## 先看有沒有現成的官方 Agent
[Agent 市集](/work/built-in-agents/use.md) 的 官方內建 分頁在 法務 場景提供 合約草擬、合約風險審查、合約資訊整理 等 Agent，處理的是合約本身；目前沒有專門草擬存證信函的官方 Agent，請照下面步驟自建。兩者可以搭配：先用 合約資訊整理 從合約抓出當事人、金額與期限，再交給存證信函 Agent 草擬。
## 要準備什麼
* 一個可以建立 Agent 的帳號（角色具備 AI 助理 權限）
* 公司過去寄出的存證信函 2–5 份（選用），遮蔽個資後當作語氣與結構的範本
* 公司的固定資訊（選用）：公司全名、登記地址、負責人，以及常用的付款帳戶寫法
* 確認誰負責寄出前的審閱（法務或外部律師），並寫進角色指令的提醒文字
## 建置步驟
### 1. 建立 Agent
到 AI 助理 點 建立 AI 助理，名稱例如「存證信函草擬」。LLM 模型 選組織已啟用、推理與長文寫作能力較好的模型；回答模式維持預設的 Agent 模式。操作細節見 [建立 Agent](/build/agent/setup.md)。
### 2. 貼上角色指令
在 回答模式設定 的 角色指令 貼上下列範例，並把提醒文字中的審閱窗口改成貴公司的實際做法。
```
## 角色
你是存證信函草擬助理，協助使用者把糾紛的事實與訴求整理成存證信函草稿，
或對既有草稿提出修改建議。你不提供法律意見，也不判斷誰對誰錯。
## 動筆前先確認
缺少下列任一項時，一次問完再動筆，不要自行假設或補寫：
1. 寄件人：姓名或公司全名、地址（公司另需負責人）
2. 收件人：姓名或公司全名、地址；有副本收件人時一併提供
3. 雙方關係與依據：例如哪一份契約、哪一筆借款、哪一張訂單（日期、金額、標的）
4. 事實經過：依時間順序，發生了什麼、對方哪裡沒有做到
5. 具體訴求：要對方做什麼（付款多少、交付什麼、停止什麼行為）
6. 履行期限：收到信後幾日內，或指定日期
7. 逾期的後續處理：例如依法請求、終止契約、提起訴訟
8. 佐證文件：契約、借據、匯款紀錄、對話截圖等（列出名稱即可）
## 結構
1. 開頭寫明寄件人、收件人與副本收件人
2. 主旨：一句話說明本函目的
3. 事實：依時間順序條列，每一點只寫一件事，寫明日期、金額與文件名稱
4. 訴求：明確寫出要求對方履行的事項與期限
5. 逾期處理：對方未在期限內履行時，寄件人將採取的行動
6. 結語：「特此函告，請查照」之類的簡短收尾
## 寫作原則
- 只寫使用者提供的事實，語氣堅定但平實，不使用情緒性、侮辱性或威脅性字眼。
- 金額同時寫國字大寫與阿拉伯數字；日期寫完整年月日。
- 不引用使用者沒有提供的法條條號；需要法律依據時，寫「依雙方契約約定及相關法律規定」，
並提醒由法務或律師補充。
- 使用者沒有提供的資訊以【待填】標示。
## 每次輸出結尾都要加上
「本稿為草稿，不構成法律意見。寄出前請由法務或律師確認內容；
存證信函的用紙格式與寄送方式請依中華郵政規定辦理。」
## 不做的事
- 不協助虛構事實、捏造證據，或撰寫恐嚇、毀謗他人的內容。
- 不回答「我會不會贏」「該不該告」這類問題，請使用者洽詢律師。
```
### 3. 放進範本與公司資訊（選用）
把遮蔽後的過往存證信函與公司固定資訊上傳到 [知識庫](/build/knowledge-base/km.md)，在 Agent 的 知識庫設定 掛上，並在角色指令補一句「撰寫前先檢索知識庫中同類情境的範本，沿用其語氣與結構；寄件人為本公司時使用知識庫中的公司全名與地址」。
{% hint style="info" %}
知識庫裡的範本會被引用到草稿中。上傳前務必遮蔽對方當事人的姓名、地址、身分證字號與帳號。
{% endhint %}
### 4. 開啟上傳檔案
使用者常需要上傳契約、借據或對話截圖讓 Agent 讀取事實。到這個 Agent 的「內部」對話平台 → [功能設定](/build/conversation-settings/platform-settings/function-settings.md#basic-functions)，開啟 允許上傳檔案。
### 5. 限定開放對象
存證信函涉及爭議事實與個資，建議只開放給法務、催收等需要的角色：到 [角色權限](/org/roles/role-permission.md) 把這個 Agent 的「內部」對話平台分配給這些角色，同仁就能在 [內部問答](/work/explain.md) 選它開始對話。
## 測試題
| # | 輸入 | 應該看到 |
| - | ------------------------------------------------------------------ | ------------------------------------- |
| 1 | 「對方欠我錢，幫我寫存證信函」 | 不直接動筆，一次問齊當事人、借款日期與金額、訴求、期限與後續處理 |
| 2 | 提供完整資料：出借人、借款人、115 年 1 月 10 日借款 30 萬元、約定 4 月 10 日還款、至今未還、要求 7 日內匯款 | 結構完整的草稿：事實依時間條列、金額有國字與數字、期限明確、結尾有草稿提醒 |
| 3 | 只給公司名稱沒給地址 | 地址處標【待填】，並提醒補上 |
| 4 | 「幫我寫兇一點，說不還錢就讓他好看」 | 維持堅定但平實的語氣，不寫威脅字眼，並說明原因 |
| 5 | 「幫我加上民法第幾條」 | 不自行編造條號，建議由法務或律師補充 |
| 6 | 上傳租約 PDF，說明房客欠租兩個月 | 從租約讀出當事人、租金與繳款日，缺的資訊再追問 |
| 7 | 「我這樣告得贏嗎？」 | 說明不提供法律意見，建議洽詢律師 |
## 常見問題
### Agent 寫的存證信函有法律效力嗎？
存證信函的作用是證明「寄件人在某日向收件人表達了這些內容」，效力來自依郵局規定寄送並留存，與由誰起草無關。內容是否足以主張權利，仍須由法務或律師判斷，因此每份草稿都應經過人工審閱。
### 草稿可以直接拿去郵局寄嗎？
Agent 產出的是內文。郵局存證信函有指定的用紙格式與份數，請把審閱後的內文填入中華郵政提供的存證信函用紙或其線上服務，並依郵局規定辦理。
### 可以讓它自動引用法條嗎？
不建議讓模型憑記憶引用條號。若公司有常用的法律依據段落，請法務確認後放進知識庫，並在角色指令寫明「只引用知識庫中的法律依據段落」。
### 這些糾紛內容會不會外流？
對話與上傳的檔案只有具權限的成員看得到。建議把 Agent 限定給特定角色使用，並在知識庫範本中遮蔽第三人個資；平台的資料保護說明見 [資安與隱私](/org/security-and-privacy.md)。
### 想讓外部客戶也能用？
可以另外建立「網站」對話平台對外提供，但對外使用時務必在開場白與每份草稿結尾清楚標示「不構成法律意見」，並評估是否需要登入驗證，設定方式見 [Web Chat](/build/choose-channel/web-chat.md)。
## 延伸閱讀
* [應用實例：文書與內容創作](/work/writing-assistants.md)：其他文書類 Agent 的設計重點
* [公文撰寫助理](/work/writing-assistants/official-document.md)
* [使用官方內建 Agent](/work/built-in-agents/use.md)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.maiagent.ai/work/writing-assistants/legal-attest-letter.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.