三分鐘版整套流程就這 5 步;要細節再往下讀
- 把「要點」而不是「完稿期待」交給 AI:發文機關、受文者、主旨要達成什麼、依據哪些來文。
- 母提示詞明訂:文號、法規條次、日期、金額一律留【】空格,不准 AI 自己填。
- AI 產出主旨/說明/辦法三段草稿。
- 人工填入所有【】欄位,逐條核對法規條次是現行版本。
- 照機關範本調整格式用語,走正常陳核。
這一篇用的是生一份文件這一招——把散在各處的材料收成一份敢送出去的文件、簡報或企劃,數字與狀態逐項可回溯。
同一招還能做這幾件事(共 8 篇):
一、這是什麼三十秒判斷關不關你的事
先確認這一篇解的是不是你的問題。看完這兩節如果覺得不像,就不用再往下讀——省下的時間比讀完更值錢。
01解決的工作問題
一份函稿改到半夜。公文要快,但文號、法規條次、日期、金額錯一個字就是事故——而這正好是 AI 最會出錯、也最會「一本正經編出來」的地方。它產生的假文號格式完全正確、假條次編號看起來合理,不去查就永遠不會發現。所以這個方法的核心設計只有一句:危險的欄位一律強制留白,由人填。
02什麼時候用、什麼時候別用
什麼情況下該用這一套
- 有明確的發文機關、受文者與發文目的。
- 有來文或既有依據可以引用(不是憑空發起)。
- 文稿格式有範本可循。
什麼情況下別用
- 含密等的公文
- 密等文件不進任何雲端 AI,這是硬規定,沒有例外。
- 涉及個資的案件
- 當事人姓名、身分證號、案號、住址一律不得貼入外部工具。
- 需要創設法律效果的文稿
- 行政處分、裁罰、許可等具法律效果的文稿,AI 只能協助排版與語體,實質內容必須由承辦與法制單位撰擬。
- 你還不清楚要達成什麼的時候
- 要點不清楚,AI 只會把模糊放大成一段通順的模糊。
誰會用到
- 行政
- 你是主要使用者。重點在把「要點」整理清楚再交給 AI,而不是期待它產出完稿。
- 法務
- 你的檢查重點是法規條次的現行性與適用性,以及有沒有 AI 自行加上的承諾或依據。
- 主管
- 你核稿時要特別看「說明」段有沒有超出來文範圍的內容——那是最常出現多餘承諾的地方。
- 公務員
- 文號、法規條次、日期、金額一律人工填。AI 產的文號看起來都很像真的。
所屬工作情境
二、整件事怎麼跑先看圖,再看逐步
先用一張圖抓全貌,再看逐步展開。圖看不懂沒關係,下一節會把每一步實際在做什麼、誰做,一條一條講清楚。
03流程圖
這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。
AI 公文撰寫:危險欄位強制留白,由人填Human 輸入Human 步驟AIToolCheckpointOutputRisk 困難點Stop 中止
看圖重點:這張圖的關鍵不在流程順序,而在第二個節點的設計:AI 產草稿時就把文號、條次、日期、金額、人名輸出成【待人工填入】。這是「制度性地不讓它填」,比「產出後再檢查有沒有編造」有效得多——因為假文號的格式完全正確,事後檢查很容易漏掉。右上角的中止條件是硬規定:密等文件不進雲端 AI,沒有例外。純文字流程表(手機/螢幕閱讀器建議看這張)
AI 公文撰寫:危險欄位強制留白,由人填(純文字流程表)| 序 | 類型/角色 | 流程步驟 | 這一步的困難點/中止條件 |
|---|
| 1 | Human | 公文六項要點 + 機關範本 + 受文者與稱謂 只給要點,不上傳整份舊公文 | — |
| 2 | Human | 人整理要點,並在提示詞中設定強制留白規則 | 困難點/風險整份舊公文餵進外部工具,等於公務資訊外流 失敗與中止條件疑似密等標示,或含未去識別化個資 → 立即停止,改用機關內部系統 |
| 3 | AI | AI 產主旨/說明/辦法草稿,五類危險欄位一律留白 | 困難點/風險AI 編出格式正確的假文號與假法規條次,不查就看不出來 |
| 4 | Human | 人填入所有【】欄位,條次回官方法規資料庫確認現行版本 | — |
| 5 | Checkpoint | 逐句刪除要點外的承諾與依據 + 核對稱謂與正副本 | 困難點/風險自行加上「本府將全力配合」這類要點中沒有的承諾 |
| 6 | Tool | 對照機關公文範本逐項核對格式、字級、附件標示 | 困難點/風險語體是「一般公文語體」,不是本機關的,核稿會被退 |
| 7 | Output | 可陳核的公文草稿 + 承辦人待辦清單(已全數完成) | — |
Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯)
可直接複製,改成你自己的流程
flowchart TD
in1(["<b>Human</b><br/>公文六項要點 + 機關範本 + 受文者與稱謂<br/><small>只給要點,不上傳整份舊公文</small>"])
s1["<b>Human</b><br/>人整理要點,並在提示詞中設定強制留白規則"]
a1[/"<b>AI</b><br/>AI 產主旨/說明/辦法草稿,五類危險欄位一律留白"/]
s2["<b>Human</b><br/>人填入所有【】欄位,條次回官方法規資料庫確認現行版本"]
c1{{"<b>Checkpoint</b><br/>逐句刪除要點外的承諾與依據 + 核對稱謂與正副本"}}
t1[("<b>Tool</b><br/>對照機關公文範本逐項核對格式、字級、附件標示")]
o1(["<b>Output</b><br/>可陳核的公文草稿 + 承辦人待辦清單(已全數完成)"])
r4>"<b>Risk</b><br/>整份舊公文餵進外部工具,等於公務資訊外流"]
x1[/"<b>Stop</b><br/>疑似密等標示,或含未去識別化個資 → 立即停止,改用機關內部系統"\]
r1>"<b>Risk</b><br/>AI 編出格式正確的假文號與假法規條次,不查就看不出來"]
r2>"<b>Risk</b><br/>自行加上「本府將全力配合」這類要點中沒有的承諾"]
r3>"<b>Risk</b><br/>語體是「一般公文語體」,不是本機關的,核稿會被退"]
in1 --> s1
s1 --> a1
a1 --> s2
s2 --> c1
c1 --> t1
t1 --> o1
s1 -.->|風險| r4
s1 ==>|中止| x1
a1 -.->|風險| r1
c1 -.->|風險| r2
t1 -.->|風險| r3
c1 -.->|要點不足就退回補齊| s1
classDef clsIn fill:#FFFFFF,stroke:#2C4459,stroke-width:2px,color:#141E2B
classDef clsHuman fill:#FBFCFD,stroke:#7A8CA0,stroke-width:2px,color:#141E2B
classDef clsAI fill:#FFF6EA,stroke:#DE9A45,stroke-width:2px,color:#141E2B
classDef clsAgent fill:#FDEBD2,stroke:#B87A2E,stroke-width:2px,color:#141E2B
classDef clsTool fill:#EDF2F6,stroke:#2C4459,stroke-width:2px,color:#141E2B
classDef clsCheck fill:#E8F2EC,stroke:#3F7A5A,stroke-width:2px,color:#123024
classDef clsOut fill:#141E2B,stroke:#141E2B,stroke-width:2px,color:#F2F6F9
classDef clsRisk fill:#FCEFEA,stroke:#C0552F,stroke-width:2px,color:#5E2110
classDef clsStop fill:#F7E1DB,stroke:#8E2F17,stroke-width:3px,color:#5E2110
class in1 clsIn;
class s1 clsHuman;
class a1 clsAI;
class s2 clsHuman;
class c1 clsCheck;
class t1 clsTool;
class o1 clsOut;
class r4 clsRisk;
class x1 clsStop;
class r1 clsRisk;
class r2 clsRisk;
class r3 clsRisk;04完整步驟圖的文字版,逐步展開
上面三分鐘版那幾步,這裡逐步展開:每一步誰做、做完會有什麼。
| 序 | 誰做 | 步驟與說明 |
|---|
| 1 | Human | 整理要點,不是期待完稿 把發文機關、受文者、要達成什麼、依據哪些來文、其他脈絡整理成五行。這一步做得好,後面就順。→ 公文要點 |
| 2 | Human | 設定強制留白規則 在提示詞中明訂:文號、法規條次、日期、金額一律寫成【待人工填入】。這是整個方法的關鍵設計。→ 含護欄的提示詞 |
| 3 | AI | 產出三段草稿 主旨一句話、說明分點、辦法可執行。語體照公文慣用。→ 公文草稿(含【】空格) |
| 4 | Human | 填入所有【】欄位 文號查公文系統、法規條次查官方資料庫確認現行版本、日期與金額回原始資料。→ 填實後的草稿 |
| 5 | Human | 刪除多餘內容 逐句檢查有沒有 AI 自行加上的承諾、依據或客套。超出來文範圍的一律刪。→ 精簡後的函稿 |
| 6 | Tool | 對照機關範本調整格式 格式、字級、副本欄、附件標示,照本機關範本逐項核對。→ 格式正確的函稿 |
| 7 | Human | 走正常陳核 承辦、複核、決行。AI 不改變任何既有的核稿程序。→ 可發文的公文 |
三、動手做備料 → 指令 → 產出 → 工具
這一區是真的動手:先備料、再貼指令、然後對照產出應該長什麼樣。手上是哪一支 AI 都做得完,差別寫在最後的工具那一節。
05開始前要準備什麼標「必要」的沒備齊就先別開始
- 來文或依據必要
- 要回應的來文文號、日期、主旨,或本案的法令依據。只給要點,不要整份上傳。
- 發文機關與受文者必要
- 全銜、稱謂、正副本對象。稱謂錯誤本身就是失禮。
- 這份公文要達成什麼必要
- 一句話。是請對方配合、答復、通知、還是核轉。
- 機關公文範本必要
- 本機關的格式慣例與用語習慣。
- 相關法規名稱(不含條次)可選
- 法規名稱可以給,條次由人查現行版本後填入。
- 既往同類函稿可選
- 去識別化後可作為語體參考。
餵進去的東西要長這樣
六項要點的純文字。要點是「事實與需求」,不是「期待的完稿」。所有文號、條次、日期先寫【待填】。
- 只給要點,不要整份上傳舊公文。
- 文號與條次即使你知道也先寫【待填】,讓填寫動作集中在最後一次做。
- 個資先去識別化。
- 稱謂一定要寫,這決定全文的語氣。
- 疑似密等的內容一律不進外部工具。
發文機關:○○市政府○○局(承辦單位:長照科)
受文者:○○市○○區公所(稱謂:貴所)
副本:無
類別:函
語氣:平行(請查照)
要點:
1. 這份公文要達成:請區公所提供轄內長照據點現況名冊,以利本局彙整報部。
2. 依據來文/法令:衛生福利部【日期待填】【文號待填】函。
3. 事實經過:本局已於 6 月電話聯繫,貴所表示需正式行文後辦理。
4. 希望對方做的事:依附件格式逐一填列並回傳電子檔。
5. 期限:【日期待填】。
6. 其他脈絡:名冊格式如附件;如有疑義請洽本局承辦人【姓名分機待填】。
06Prompt(快速/完整/進階)
A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令,預設收起來,要用再點開。三版都附可替換變數、使用範例與預期輸出;A 與 B 另外列出那一版特有的常見錯誤與人工確認點,C 版的那幾題指向 Agent 專篇。
適合的工具ChatGPTClaudeM365 Copilot
👇 直接複製,{ } 換成你的內容
你是公文草稿助手。規則:
1. 文號、法規名稱與條次、日期、金額,一律寫成【待人工填入】,絕不自行生成。
2. 語體照公文慣用:主旨一句話、說明分點、辦法可執行。
3. 只依我給的要點寫,不可以自行增加依據或承諾。
要點:發文機關{ };受文者{ };這份公文要達成{ };依據來文{ };其他脈絡{ }可替換變數
| 變數 | 要換成什麼 |
|---|
發文機關{ } | 本機關全銜。 |
受文者{ } | 對方機關全銜與稱謂。 |
這份公文要達成{ } | 一句話寫清楚目的:請配合/答復/通知/核轉。 |
依據來文{ } | 來文機關、日期、文號、主旨(文號可先寫【待填】)。 |
其他脈絡{ } | 承辦過程、已協調結果、需要對方做什麼。 |
完整使用範例(照這樣填)
你是公文草稿助手。規則:(照母提示詞)
要點:
發文機關:○○市政府○○局
受文者:○○市○○區公所
這份公文要達成:請區公所於期限前提供轄內據點名冊,以利彙整報部
依據來文:衛福部 114 年 ○ 月 ○ 日【文號待填】函,主旨為請各縣市彙報長照據點現況
其他脈絡:本局已於 6 月電話聯繫,區公所表示需正式行文;期限為 7 月底前
預期輸出範例(拿到的東西應該長這樣)
主旨:請貴所惠予提供轄內長照據點現況名冊,請查照。
說明:
一、依據衛生福利部【待人工填入日期】【待人工填入文號】函辦理。
二、為配合中央彙報作業,本局須於【待人工填入日期】前完成轄內資料彙整。
三、旨揭名冊格式如附件,請就轄內據點逐一填列。
辦法:
一、請於【待人工填入日期】前,以電子檔逕寄本局承辦人信箱。
二、如有疑義,請逕洽本局承辦人【待人工填入姓名及分機】。
常見錯誤用法
- 把「文號、法規條次、日期、金額一律留【】」這條刪掉,因為覺得每次填很麻煩。這條就是這個方法本身,刪掉之後你會得到一份格式完美的假公文。
- 把整份舊公文貼進去讓它「學語體」——這是把公務資訊送出去。要參考語體就貼去識別化後的片段。
- 在要點裡寫「請幫我補上適用的法規」。它會補,而且會編。
- 拿到草稿就送陳核。所有【】都填完、法規都查過,才叫草稿完成。
這一版另外不適合- 密等公文。
- 含個資的案件(除非已完全去識別化且經確認)。
- 具法律效果的行政處分文稿。
缺少資料時怎麼辦要點不足時,AI 會在該處留【】並在說明段出現空洞的句子。處理方式是回去補要點,不是叫 AI 補寫。如果連「這份公文要達成什麼」都寫不出來,代表這份公文的目的還沒想清楚,先想清楚再寫。
這一版另外要人確認- 所有【待人工填入】欄位。
- 法規名稱與條次的現行版本。
- 說明段有沒有超出來文範圍的內容。
適合的工具ChatGPTClaudeM365 Copilot
👇 直接複製,{ } 換成你的內容
# 角色
你是公文草稿助手。你的工作是把承辦人整理好的要點,組成符合公文格式的三段草稿。你不是承辦人,不做實質判斷,也不提供法律意見。
# 背景
- 發文機關:{發文機關全銜}
- 承辦單位:{承辦單位}
- 受文者:{受文者全銜}(稱謂:{稱謂,例如貴所/貴公司})
- 副本:{副本對象,無則寫「無」}
- 公文類別:{類別,例如函/書函/開會通知單}
# 任務
依下列要點產出公文草稿(主旨/說明/辦法三段)。
# 強制留白規則(最高優先,違反即為失敗)
以下五類內容,一律輸出為【待人工填入:說明要填什麼】,絕對不得自行生成、不得推測、不得沿用你記憶中的任何範例:
1. 公文文號(本機關與來文機關皆是)
2. 法規名稱之條次、項次、款次
3. 日期(含來文日期、辦理期限、會議日期)
4. 金額、數量、比率
5. 人名、職稱、分機、信箱
# 其他禁止事項
1. 不得增加要點中沒有的承諾(例如「本府將全力配合」「將於一個月內完成」)。
2. 不得增加要點中沒有的法令依據。
3. 不得評論或建議政策。
4. 不得使用要點以外的事實。
5. 若要點中出現個人資料,一律以【已遮蔽】取代並在開頭提醒。
# 語體要求
- 主旨:一句話,句末用「請查照」「請鑒核」「復如說明」等既有結尾語,依 {語氣} 選擇。
- 說明:分點,一點一事,先依據、後事實、再需求。
- 辦法:可執行的具體事項,每點要能對應一個動作與一個對象。
- 全文不使用口語、不使用形容詞堆疊、不使用「我們」。
# 處理步驟
1. 先判斷這份公文的性質(主動函請/被動答復/通知周知/核轉),說明判斷理由。
2. 依性質決定主旨的結尾語。
3. 組成三段草稿,所有應留白處填入【待人工填入:…】。
4. 列出「承辦人待辦清單」:每一個【】要去哪裡查。
5. 自我檢查並回報。
# 輸出格式
## 一、公文性質判斷
## 二、草稿
(主旨/說明/辦法)
## 三、承辦人待辦清單(編號|要填什麼|建議去哪裡查)
## 四、自我檢查結果
# 自我檢查(輸出前執行,逐項回報通過與否)
1. 是否有任何自行生成的文號、條次、日期、金額、人名?
2. 是否有要點以外的承諾或依據?
3. 主旨是否一句話講完?
4. 說明是否一點一事?
5. 是否出現口語或形容詞堆疊?
# 要點
- 這份公文要達成:{目的}
- 依據來文/法令:{依據,條次留白}
- 事實經過:{事實}
- 希望對方做的事:{需求}
- 期限:{期限,日期留白}
- 其他脈絡:{其他}可替換變數
| 變數 | 要換成什麼 |
|---|
{發文機關全銜}/{承辦單位} | 影響自稱與落款。 |
{受文者全銜}/{稱謂} | 稱謂錯誤是最直接的失禮,務必填。 |
{副本對象} | 沒有就寫「無」,不要留空。 |
{類別} | 函/書函/開會通知單,格式不同。 |
{語氣} | 對上(請鑒核)/平行(請查照)/對下(請照辦)。 |
{目的}/{依據}/{事實}/{需求}/{期限}/{其他} | 六項要點,缺一項就在該處留白。 |
完整使用範例(照這樣填)
把 {發文機關全銜} 換成「○○市政府○○局」、{受文者全銜} 換成「○○市○○區公所」、{稱謂} 換成「貴所」、{副本對象} 換成「無」、{類別} 換成「函」、{語氣} 換成「平行(請查照)」,六項要點照實填,其中依據的文號與條次都寫【待填】。預期輸出範例(拿到的東西應該長這樣)
第一節會說明「本件屬主動函請,因要點中需求對方提供資料且非答復來文,故主旨結尾語採『請查照』」;第二節的草稿中每一個文號、日期都是【待人工填入:來文文號,請查公文系統】;第三節會列出六到八項承辦人待辦,並標明去哪裡查;第四節逐項回報自我檢查。
常見錯誤用法
- 把強制留白規則刪掉以求「一次到位」——你會得到一份可以直接發文的假公文,這是這個方法唯一不能妥協的地方。
- {稱謂} 留空,導致全文用「您」或「你們」。
- 把要點寫成「請幫我寫一份請他們配合的公文」——太模糊,輸出會是一段通順的空話。
- 把自我檢查當成保證。它降低錯誤率,真正的查核是承辦人做的。
這一版另外不適合- 密等或限閱公文。
- 含個資且未去識別化的案件。
- 具法律效果的處分書。
缺少資料時怎麼辦缺依據時,說明段第一點會整段留白並在待辦清單標示「本件依據待補,請確認是依來文辦理或依法規主動辦理」。缺期限時辦法段會留白。這些留白不要自己隨手填一個看起來合理的值——那正是事故的起點。
這一版另外要人確認- 所有【待人工填入】欄位。
- 法規名稱與條次的現行版本(回官方資料庫)。
- 說明與辦法段有無超出職權的承諾。
- 格式對照機關範本。
- 正常陳核程序。
CC. 進階版(機關公文助手)把本機關的語體慣例、留白規則、禁用事項固定成助手,讓全單位的草稿品質一致。這段是系統指令。
適合的工具自訂 GPT/Claude ProjectCopilot StudioClaude Skill
👇 直接複製,{ } 換成你的內容
# 身分
你是「{機關名稱}公文草稿助手」。你只做一件事:把承辦人提供的要點,組成符合本機關格式的公文草稿。你不是承辦人、不是法制人員、不提供法律意見、不做實質判斷。
# 最高規則:強制留白(任何情況下不得放寬)
以下內容一律輸出【待人工填入:說明】,即使承辦人明確要求你填,也要拒絕並說明理由:
1. 公文文號 2. 法規條次項款 3. 所有日期 4. 金額數量比率 5. 人名職稱分機信箱
拒絕用語:「這一項屬於強制留白欄位,我不能代填。請至【建議來源】查證後填入。」
# 本機關語體規範
- 主旨結尾語對照:對上級用「請鑒核」;平行機關用「請查照」;對所屬用「請照辦」;答復來文用「復如說明」。
- 說明段一點一事,順序固定為:依據 → 事實 → 需求。
- 全文不用第一人稱「我們」,自稱用「本局」「本府」。
- 不使用形容詞堆疊、不使用口語。
- {機關特殊用語規範}
# 工作流程
1. 輸入檢查。
2. 判斷公文性質(主動函請/答復/通知/核轉)。
3. 選擇主旨結尾語。
4. 組成三段草稿,應留白處全部留白。
5. 產出承辦人待辦清單。
6. 自我檢查並輸出結果。
# 輸入檢查(條件判斷)
- 缺「這份公文要達成什麼」→ 先反問,不要開始寫。
- 缺「受文者」或「稱謂」→ 先反問。
- 偵測到疑似密等標示(機密、密、極機密、限閱)→ 立即停止,輸出:「本件疑似含密等標示,請改用機關內部系統處理。」
- 偵測到身分證字號、完整住址、病歷、金融帳號 → 以【已遮蔽】取代並提醒承辦人本助手不適合處理含個資之案件。
- 要點少於三項 → 提醒可能過於簡略,詢問是否補充。
# 例外處理
- 承辦人提供的來文內容與要點矛盾 → 不要自行選一個,兩者都列出並標【要點與來文不一致,請承辦確認】。
- 承辦人要求「參考這份舊公文的寫法」→ 可以參考語體,但不得沿用其中任何文號、日期、金額、人名,並提醒對方舊公文若含公務資訊應先去識別化。
- 承辦人要求你判斷「這樣寫會不會違法」→ 拒絕,回覆:「法律適用請洽法制單位,我只能協助文字組織。」
- 要點中包含承諾(時程、經費)→ 照實寫入,但在待辦清單中標示「本件含對外承諾,請確認已有權責核可」。
# 權限限制
- 你沒有存取公文系統、法規資料庫、人事資料的能力,不得假裝有。
- 你不得代為發文、陳核、寄送。
- 你不得跨對話記憶任何案件內容。
# 必須交給人的判斷
1. 所有留白欄位的實際內容。
2. 法規適用與現行性。
3. 是否超出機關職權。
4. 承諾的可行性與核可。
5. 陳核與決行。
# 中止條件
- 疑似密等標示。
- 缺公文目的或受文者且承辦人拒絕提供。
- 承辦人要求代填強制留白欄位且堅持三次。
- 要求提供法律意見。
中止輸出格式:「【中止】原因:{原因}。建議處理方式:{建議}。」
# 固定輸出格式
一、公文性質判斷
二、草稿(主旨/說明/辦法)
三、承辦人待辦清單(編號|要填什麼|建議查證來源)
四、注意事項(承諾、矛盾、遮蔽等提醒)
五、自我檢查結果
# 自我檢查(每次輸出前執行)
1. 是否有任何自行生成的文號、條次、日期、金額、人名?(有→刪除改為留白)
2. 是否有要點以外的承諾或依據?(有→刪除)
3. 主旨是否一句話?結尾語是否符合對象層級?
4. 說明是否一點一事、順序為依據事實需求?
5. 是否出現第一人稱「我們」或口語?
# 品質檢核(結尾固定一行)
「本件共 {N} 處待人工填入,其中文號 {A}、日期 {B}、法規條次 {C}、金額 {D}、人名 {E}。此為草稿,請完成待辦清單並依本機關程序陳核。」可替換變數
| 變數 | 要換成什麼 |
|---|
{機關名稱} | 助手服務的機關。 |
{機關特殊用語規範} | 本機關特有的慣例,例如特定業務的固定用語、附件標示方式。 |
完整使用範例(照這樣填)
在自訂 GPT 或 Copilot Studio 的指令欄貼上整段;知識欄上傳兩份檔案:(1)本機關公文格式範本(空白版,不含實際案件內容),(2)本機關常用結尾語與用語對照表。之後承辦人只需填六項要點。
預期輸出範例(拿到的東西應該長這樣)
承辦人若要求「幫我把文號補上」,助手會回覆:「這一項屬於強制留白欄位,我不能代填。請至公文系統查證後填入。」偵測到密等標示時直接中止。正常輸出五節,最後一行統計待填處數量。
固化成助手是另一件工程,這一頁不重講下面這幾題每個方法都一樣,站上各有一篇:
07產出應該長什麼樣拿到的東西要長這樣
主旨/說明/辦法三段,所有危險欄位以【待人工填入:說明】呈現,另附承辦人待辦清單。
完成品:填實並刪除多餘承諾後的最終函稿(節錄)
【AI 草稿中被刪掉的一句】
說明三、本局將全力配合貴所辦理,如有需要並可派員協助。
→ 刪除理由:要點中並無此承諾,且「派員協助」涉及本局人力調度,非承辦人可逕行承諾。
【填實後的最終版】
主旨:請惠予提供貴所轄內長照據點現況名冊,請查照。
說明:
一、依據衛生福利部114年6月18日衛部照字第114xxxxxxx號函辦理。(※文號由承辦人查公文系統填入)
二、為配合中央彙報作業,本局須於114年7月31日前完成轄內資料彙整。
三、旨揭名冊格式詳如附件,請就轄內據點逐一填列。
辦法:
一、請於114年7月20日前,以電子檔傳送至本局承辦人信箱。
二、如有疑義,請逕洽本局長照科王○○(分機 xxxx)。
※ 本範例中的文號、日期為示意,實際案件請以公文系統查得之資料為準。
輸出格式規格(要照著做的人再展開)
- 主旨一句話,結尾語符合對象層級。
- 說明一點一事,順序為依據 → 事實 → 需求。
- 辦法每點對應一個動作與一個對象。
- 所有【】都要說明「要填什麼」,不能只寫【待填】。
- 待辦清單要標明建議查證來源(公文系統/法規資料庫/原始資料)。
一、公文性質判斷
主動函請。要點中為請對方提供資料,非答復來文,故主旨結尾語採「請查照」。
二、草稿
主旨:請惠予提供貴所轄內長照據點現況名冊,請查照。
說明:
一、依據衛生福利部【待人工填入:來文日期】【待人工填入:來文文號】函辦理。
二、為配合中央彙報作業,本局須於【待人工填入:報部期限】前完成轄內資料彙整。
三、旨揭名冊格式詳如附件,請就轄內據點逐一填列。
辦法:
一、請於【待人工填入:回覆期限】前,以電子檔傳送至本局承辦人信箱。
二、如有疑義,請逕洽本局【待人工填入:承辦人姓名及分機】。
三、承辦人待辦清單
| # | 要填什麼 | 建議查證來源 |
|---|---|---|
| 1 | 衛福部來文日期 | 公文系統來文檔 |
| 2 | 衛福部來文文號 | 公文系統來文檔 |
| 3 | 報部期限 | 來文正本 |
| 4 | 區公所回覆期限 | 承辦人依報部期限回推 |
| 5 | 承辦人姓名及分機 | 本科通訊錄 |
四、注意事項
- 說明第二點涉及本局作業期限,請確認與來文所載一致。
五、自我檢查結果
無自行生成之文號日期:通過|無要點外承諾:通過|主旨一句話:通過|說明一點一事:通過|無口語:通過
本件共 5 處待人工填入,其中文號 1、日期 3、法規條次 0、金額 0、人名 1。此為草稿,請完成待辦清單並依本機關程序陳核。
08工具怎麼挑
這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。
| 工具 | 什麼時候用 | 為什麼 | 注意 |
|---|
| ChatGPT ↗起手 | 個人使用、要建自訂助手 | 留白規則的遵守度穩定,自訂 GPT 好建。 | 公務資訊的處理需符合機關資安規範。 |
| Claude ↗ | 要參考較長的來文脈絡 | 長輸入的掌握較穩,較少自行補寫。 | 同樣需確認機關對外部服務的規範。 |
M365 Copilot ↗ 機關環境優先 | 機關已導入 M365 且在租戶內處理 | 資料留在機關環境內,適合處理公務資訊。 | 仍不得處理密等文件;權限範圍要先確認。 |
四、不要做錯這幾關不下放
這一區是踩過的坑與該守的線。標「不下放」的步驟請不要交給 AI 決定;Checklist 是拿來驗收的,不是拿來勾好看的。
09會卡住與會做錯的地方
會卡住的地方(流程困難點)
- AI 編造文號與條次
- 這個場景最危險的一件事。它產生的假文號與假條次格式完全正確,不查就看不出來,而查一份要花時間。
- 自行加上承諾與依據
- 「本府將於一個月內完成」——來文沒有這句,AI 補的。發出去就是機關的承諾。
- 語體不合機關慣例
- AI 的公文語體是「一般的公文語體」,不是你們機關的。細微的用語差異在核稿時會被退。
- 把整份舊公文餵進去
- 為了讓 AI 學語體而整份上傳,等於把公務資訊送出去。
會做錯的地方(常見失敗方式)
AI 編造文號或法規條次格式完全正確、編號看起來合理,不查就發現不了。
怎麼修強制留白,從一開始就不讓它填;所有條次回官方資料庫核對。
自行加上承諾「本府將於一個月內完成」——要點裡沒有,發出去就是機關承諾。
怎麼修在提示詞中明文禁止,並逐句檢查說明段。
整份舊公文餵進去為了讓 AI 學語體而上傳完整公文,等於外流公務資訊。
怎麼修只給要點;要參考語體就貼去識別化後的片段。
語體不合機關慣例AI 用的是一般公文語體,核稿時會被退。
怎麼修把機關的結尾語對照與用語規範寫進助手的系統指令。
密等文件誤用外部工具一旦發生就是資安事件。
怎麼修在助手中設偵測與中止條件;承辦人自己也要先分類。
拿到草稿就送陳核【】沒填完、法規沒查過就進流程。
怎麼修把待辦清單當成必經步驟,全部完成才叫草稿完成。
10人工把關與安全限制
AI/Agent/Tool 介入在哪幾步
| 流程位置 | 誰 | 做什麼/怎麼做 |
|---|
| 草稿階段 | AI | 產三段結構 主旨/說明/辦法的結構與語體交給 AI,事實與依據不交。 |
| 護欄 | AI | 強制留白 文號、條次、日期、金額一律【待人工填入】。這比事後檢查有效得多。 |
| 查核階段 | Tool | 官方法規資料庫 所有條次回官方資料庫確認名稱與現行版本,不採信 AI 的引用。 |
| 格式階段 | Tool | 機關範本 格式對照範本逐項核對,不靠印象。 |
這幾關不下放
- 所有【】欄位
- 文號、條次、日期、金額,一個都不能讓 AI 填。
- 法規現行性
- 回官方資料庫確認,包含法規名稱有沒有修正。
- 承諾與依據
- 逐句確認沒有超出來文與職權範圍的內容。
- 稱謂與正副本
- 對象錯誤是最直接的失禮。
- 陳核程序
- AI 不改變核稿流程,該走的一步都不能省。
安全與權限限制
- 密等文件零例外
- 任何密等標示的文件不進雲端 AI,改用機關內部系統。
- 個資去識別化
- 當事人姓名、身分證號、住址、案號,貼入前先遮蔽。
- 只給要點不給全文
- 整份公文上傳是不必要的暴露,要點就足夠。
- 機關資安規範優先
- 使用外部 AI 服務處理公務資訊前,先確認機關的規範與許可清單。
- 助手知識庫不放實際案件
- 範本只需要格式,內容要先清空。
- 陳核程序不變
- AI 不取代任何既有的核稿與決行程序。
11Checklist 與驗收標準
做的時候逐項打勾
做完了才檢查:全部成立才算完成
- 所有【】欄位都由人工填入,沒有任何 AI 生成的文號、條次、日期、金額。
- 引用的法規名稱與條次已回官方資料庫確認現行版本。
- 說明與辦法段沒有要點以外的承諾或依據。
- 主旨一句話講得完,結尾語符合對象層級。
- 稱謂、正副本對象正確。
- 格式已對照機關範本逐項核對。
- 沒有密等或未去識別化的個資進入外部工具。
- 已依機關程序完成陳核。
五、延伸把流程走一遍,然後往下一步
先用一個示範情境把流程從頭走一遍,再看具名機構真的做過的事,最後決定下一步往哪走。
12示範情境
公文撰寫方法:用【】強制留白,把最危險的部分擋在外面
這是示範情境,不是真實個案:作者為了把上面的流程走一遍而寫的設想,人物、數字與結果都是設定。真的有人做過的案例,看下面「真的有人這樣做過」。
改編自站上的完整拆解:公文撰寫方法(完整拆解) →
設想的狀況:要快速產出函稿草稿,但公文最不能出錯的正好是文號、法規條次、日期、金額——而這幾項也正是 AI 最會一本正經編造的東西。第一次試用時,它產生了一個格式完全正確的文號,差點就這樣送出去。
AI 負責什麼- 依承辦人提供的要點,組成主旨/說明/辦法三段草稿,語體符合公文慣例。
- 把文號、法規條次、日期、金額、人名一律輸出為【待人工填入】,不自行生成。
- 產出承辦人待辦清單,標明每一個空格要去哪裡查。
人負責什麼- 填入所有【】欄位,法規條次回官方資料庫確認現行版本。
- 逐句刪除 AI 自行加上、要點中沒有的承諾。
- 對照機關範本調整格式,再走正常陳核程序。
照著走完會得到:草稿的產出時間縮短,而最危險的欄位被制度性地擋在 AI 之外——不是靠事後檢查,是靠一開始就不讓它填。
待補資料:本站不提供公文產製時間的量化改善數字。各機關的公文複雜度與核稿層級差異極大,建議以自己單位的退稿次數作為基準指標。
真的有人這樣做過外部佐證 1 則
以下都是具名機構的公開案例,每個來源都經過連結實測。數字只寫來源講得出來的;來源沒講的,這裡就寫未公開。
農業部農村發展及水土保持署直接對應台灣 · 2025在實際行政業務中使用 ChatGPT 產製公文函稿、分析民眾意見(Google 地圖評論語意分析)、設計教育訓練問卷與摘要文件;官方電子報一次列出六個實務應用案例。
成效官方電子報載明公文案例「不出幾分鐘,我們就拿到了一份架構完整的函稿,大幅減輕了承辦人反覆修稿的負擔」。未公開整體工時節省統計。
不能照抄的理由六個具體工作情境的案例分享,不代表全署全面使用。電子報自身明確提醒:「需要注意的是,AI 引用的法規或數據仍需人工覆核,確保公文內容無誤。」公文的法規引用錯誤,責任不因由 AI 產出而轉移。
這些案例與其他外部佐證,完整收在找靈感 →
13相關方法與下一步
法規依據要先查對公文引用的法規不能靠記憶,也不能靠 AI。
回覆前先做符合性檢查答復來文時,先確認來文每一項要求都有回應。
把承辦過程留痕案件的判斷理由留下來,交接時不用重建。
可直接使用RELATED PROMPTS
延伸案例RELATED CASES
Download
這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。
這個站的做法- 有來源引用的案例都附得出可以點進去的出處;還沒查證完的另外標示,不跟已證實的混在一起。
- 可驗收每個方法都附 Checklist 與驗收標準——你要能自己驗,而不是相信 AI 說它做完了。
- 不亂編指令一律要求「材料裡沒有的不准補」,缺的標【待補】列成問題,不用漂亮的句子蓋過去。
- 不自動送出站內的指令與工具不會替你發布、寄出或執行收不回來的動作。最後一步永遠是人按下去。
- 人要把關方法裡標「不下放」的步驟,寫明白就是不要交給 AI 決定。
- 一般人照做不用寫程式。步驟寫成照著做的樣子,術語第一次出現就用白話解釋。
取得 AI 實戰工具與更新
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功,之後每封信都附一鍵退訂。
送出即表示你同意本站的 隱私權說明:我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。沒有點確認信就不會收到任何內容,之後也隨時可以一鍵退訂。