METHOD · 文書與表達

AI 公文撰寫

用 AI 產公文草稿,快又不亂編文號法規——危險的部分一律留給人。

情境:文書與表達也用於:專業審查與合規難度:進階|要先備料起手工具:ChatGPT
這是文書與表達情境下的方法之一(共 4 個)· 看這個情境全部 →
一、這是什麼三十秒判斷關不關你的事

01解決的工作問題

一份函稿改到半夜。公文要快,但文號、法規條次、日期、金額錯一個字就是事故——而這正好是 AI 最會出錯、也最會「一本正經編出來」的地方。它產生的假文號格式完全正確、假條次編號看起來合理,不去查就永遠不會發現。所以這個方法的核心設計只有一句:危險的欄位一律強制留白,由人填。

真的有人這樣做過?外部佐證

目前沒有找到可公開查證的外部案例。這類工作多半不會有人發新聞稿,找不到不代表沒人做——但在找到之前,這一頁的方法就是作者自己的做法,不借別人的名義。

去找靈感看其他方法的外部案例 →

02什麼時候用、什麼時候別用

什麼情況下該用這一套

什麼情況下別用

含密等的公文
密等文件不進任何雲端 AI,這是硬規定,沒有例外。
涉及個資的案件
當事人姓名、身分證號、案號、住址一律不得貼入外部工具。
需要創設法律效果的文稿
行政處分、裁罰、許可等具法律效果的文稿,AI 只能協助排版與語體,實質內容必須由承辦與法制單位撰擬。
你還不清楚要達成什麼的時候
要點不清楚,AI 只會把模糊放大成一段通順的模糊。

誰會用到

行政
你是主要使用者。重點在把「要點」整理清楚再交給 AI,而不是期待它產出完稿。
法務
你的檢查重點是法規條次的現行性與適用性,以及有沒有 AI 自行加上的承諾或依據。
主管
你核稿時要特別看「說明」段有沒有超出來文範圍的內容——那是最常出現多餘承諾的地方。
公務員
文號、法規條次、日期、金額一律人工填。AI 產的文號看起來都很像真的。

所屬工作情境

二、整件事怎麼跑先看圖,再看逐步

03流程圖

這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。

AI 公文撰寫:危險欄位強制留白,由人填
AI 公文撰寫:危險欄位強制留白,由人填直向流程圖。輸入是公文六項要點、機關範本與稱謂設定;先由人整理要點並設定強制留白規則,再由 AI 產出主旨說明辦法三段草稿且文號條次日期金額人名一律留白,接著由人填入所有留白欄位並用官方法規資料庫確認條次現行版本,然後進入人工檢查點逐句刪除超出要點的承諾與依據,之後對照機關範本核對格式,最後走正常陳核程序產出可發文的公文。右側標示四個困難點:AI 編造格式正確的假文號與假條次、自行加上要點中沒有的承諾、語體不合機關慣例、把整份舊公文餵進去造成公務資訊外流;並標示中止條件:疑似密等或含未去識別化個資時立即停止改用內部系統。檢查點有退回線回到要點整理步驟。要點不足就退回補齊INPUT / 輸入公文六項要點 + 機關範本 + 受文者與稱謂只給要點,不上傳整份舊公文HUMAN / 人工步驟人整理要點,並在提示詞中設定強制留白規則AI / AI 介入AI 產主旨/說明/辦法草稿,五類危險欄位一律留白HUMAN / 人工步驟人填入所有【】欄位,條次回官方法規資料庫確認現行版CHECKPOINT / 人工檢查逐句刪除要點外的承諾與依據 + 核對稱謂與正副本TOOL / 工具處理對照機關公文範本逐項核對格式、字級、附件標示OUTPUT / 產出可陳核的公文草稿 + 承辦人待辦清單(已全數完成)RISK / 困難點整份舊公文餵進外部工具,等於公務資訊外STOP / 中止條件疑似密等標示,或含未去識別化個資 → 立即停止,改用機關內部系統RISK / 困難點AI 編出格式正確的假文號與假法規條次,不查就看不出來RISK / 困難點自行加上「本府將全力配合」這類要點中沒有的承諾RISK / 困難點語體是「一般公文語體」,不是本機關的,核稿會被退
看圖重點:這張圖的關鍵不在流程順序,而在第二個節點的設計:AI 產草稿時就把文號、條次、日期、金額、人名輸出成【待人工填入】。這是「制度性地不讓它填」,比「產出後再檢查有沒有編造」有效得多——因為假文號的格式完全正確,事後檢查很容易漏掉。右上角的中止條件是硬規定:密等文件不進雲端 AI,沒有例外。
純文字流程表(手機/螢幕閱讀器建議看這張)
AI 公文撰寫:危險欄位強制留白,由人填(純文字流程表)
類型/角色流程步驟這一步的困難點/中止條件
1Human公文六項要點 + 機關範本 + 受文者與稱謂
只給要點,不上傳整份舊公文
2Human人整理要點,並在提示詞中設定強制留白規則
困難點/風險整份舊公文餵進外部工具,等於公務資訊外流
失敗與中止條件疑似密等標示,或含未去識別化個資 → 立即停止,改用機關內部系統
3AIAI 產主旨/說明/辦法草稿,五類危險欄位一律留白
困難點/風險AI 編出格式正確的假文號與假法規條次,不查就看不出來
4Human人填入所有【】欄位,條次回官方法規資料庫確認現行版本
5Checkpoint逐句刪除要點外的承諾與依據 + 核對稱謂與正副本
困難點/風險自行加上「本府將全力配合」這類要點中沒有的承諾
6Tool對照機關公文範本逐項核對格式、字級、附件標示
困難點/風險語體是「一般公文語體」,不是本機關的,核稿會被退
7Output可陳核的公文草稿 + 承辦人待辦清單(已全數完成)

回流線:逐句刪除要點外的承諾與依據 + 核對稱謂與正副本 → 人整理要點,並在提示詞中設定強制留白規則(要點不足就退回補齊)

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. 把「要點」而不是「完稿期待」交給 AI:發文機關、受文者、主旨要達成什麼、依據哪些來文。
  2. 母提示詞明訂:文號、法規條次、日期、金額一律留【】空格,不准 AI 自己填。
  3. AI 產出主旨/說明/辦法三段草稿。
  4. 人工填入所有【】欄位,逐條核對法規條次是現行版本。
  5. 照機關範本調整格式用語,走正常陳核。

完整版(每一步誰做、產出什麼)

誰做步驟與說明
1Human整理要點,不是期待完稿
把發文機關、受文者、要達成什麼、依據哪些來文、其他脈絡整理成五行。這一步做得好,後面就順。→ 公文要點
2Human設定強制留白規則
在提示詞中明訂:文號、法規條次、日期、金額一律寫成【待人工填入】。這是整個方法的關鍵設計。→ 含護欄的提示詞
3AI產出三段草稿
主旨一句話、說明分點、辦法可執行。語體照公文慣用。→ 公文草稿(含【】空格)
4Human填入所有【】欄位
文號查公文系統、法規條次查官方資料庫確認現行版本、日期與金額回原始資料。→ 填實後的草稿
5Human刪除多餘內容
逐句檢查有沒有 AI 自行加上的承諾、依據或客套。超出來文範圍的一律刪。→ 精簡後的函稿
6Tool對照機關範本調整格式
格式、字級、副本欄、附件標示,照本機關範本逐項核對。→ 格式正確的函稿
7Human走正常陳核
承辦、複核、決行。AI 不改變任何既有的核稿程序。→ 可發文的公文
三、動手做備料 → 指令 → 產出 → 工具

05開始前要準備什麼標「必要」的沒備齊就先別開始

來文或依據必要
要回應的來文文號、日期、主旨,或本案的法令依據。只給要點,不要整份上傳。
發文機關與受文者必要
全銜、稱謂、正副本對象。稱謂錯誤本身就是失禮。
這份公文要達成什麼必要
一句話。是請對方配合、答復、通知、還是核轉。
機關公文範本必要
本機關的格式慣例與用語習慣。
相關法規名稱(不含條次)可選
法規名稱可以給,條次由人查現行版本後填入。
既往同類函稿可選
去識別化後可作為語體參考。

餵進去的東西要長這樣

六項要點的純文字。要點是「事實與需求」,不是「期待的完稿」。所有文號、條次、日期先寫【待填】。

發文機關:○○市政府○○局(承辦單位:長照科)
受文者:○○市○○區公所(稱謂:貴所)
副本:無
類別:函
語氣:平行(請查照)

要點:
1. 這份公文要達成:請區公所提供轄內長照據點現況名冊,以利本局彙整報部。
2. 依據來文/法令:衛生福利部【日期待填】【文號待填】函。
3. 事實經過:本局已於 6 月電話聯繫,貴所表示需正式行文後辦理。
4. 希望對方做的事:依附件格式逐一填列並回傳電子檔。
5. 期限:【日期待填】。
6. 其他脈絡:名冊格式如附件;如有疑義請洽本局承辦人【姓名分機待填】。

06Prompt(快速/完整/進階)

A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令。三種都附可替換變數、使用範例、預期輸出與人工確認點。

A
A. 快速版

臨時要一份函稿草稿。貼上要點就能得到含強制留白的三段結構。

適合的工具ChatGPTClaudeM365 Copilot
👇 直接複製,{ } 換成你的內容
你是公文草稿助手。規則:
1. 文號、法規名稱與條次、日期、金額,一律寫成【待人工填入】,絕不自行生成。
2. 語體照公文慣用:主旨一句話、說明分點、辦法可執行。
3. 只依我給的要點寫,不可以自行增加依據或承諾。
要點:發文機關{ };受文者{ };這份公文要達成{ };依據來文{ };其他脈絡{ }

可替換變數

變數要換成什麼
發文機關{ }本機關全銜。
受文者{ }對方機關全銜與稱謂。
這份公文要達成{ }一句話寫清楚目的:請配合/答復/通知/核轉。
依據來文{ }來文機關、日期、文號、主旨(文號可先寫【待填】)。
其他脈絡{ }承辦過程、已協調結果、需要對方做什麼。
完整使用範例(照這樣填)
你是公文草稿助手。規則:(照母提示詞)
要點:
發文機關:○○市政府○○局
受文者:○○市○○區公所
這份公文要達成:請區公所於期限前提供轄內據點名冊,以利彙整報部
依據來文:衛福部 114 年 ○ 月 ○ 日【文號待填】函,主旨為請各縣市彙報長照據點現況
其他脈絡:本局已於 6 月電話聯繫,區公所表示需正式行文;期限為 7 月底前
預期輸出範例(拿到的東西應該長這樣)
主旨:請貴所惠予提供轄內長照據點現況名冊,請查照。

說明:
一、依據衛生福利部【待人工填入日期】【待人工填入文號】函辦理。
二、為配合中央彙報作業,本局須於【待人工填入日期】前完成轄內資料彙整。
三、旨揭名冊格式如附件,請就轄內據點逐一填列。

辦法:
一、請於【待人工填入日期】前,以電子檔逕寄本局承辦人信箱。
二、如有疑義,請逕洽本局承辦人【待人工填入姓名及分機】。

常見錯誤用法

  • 把「文號、法規條次、日期、金額一律留【】」這條刪掉,因為覺得每次填很麻煩。這條就是這個方法本身,刪掉之後你會得到一份格式完美的假公文。
  • 把整份舊公文貼進去讓它「學語體」——這是把公務資訊送出去。要參考語體就貼去識別化後的片段。
  • 在要點裡寫「請幫我補上適用的法規」。它會補,而且會編。
  • 拿到草稿就送陳核。所有【】都填完、法規都查過,才叫草稿完成。
這一版另外不適合
  • 密等公文。
  • 含個資的案件(除非已完全去識別化且經確認)。
  • 具法律效果的行政處分文稿。
缺少資料時怎麼辦

要點不足時,AI 會在該處留【】並在說明段出現空洞的句子。處理方式是回去補要點,不是叫 AI 補寫。如果連「這份公文要達成什麼」都寫不出來,代表這份公文的目的還沒想清楚,先想清楚再寫。

這一版另外要人確認
  • 所有【待人工填入】欄位。
  • 法規名稱與條次的現行版本。
  • 說明段有沒有超出來文範圍的內容。
B
B. 完整實戰版

正式函稿。把機關語體、強制留白、禁止事項與自我檢查一次寫足,讓草稿的品質穩定到可以直接進核稿流程。

適合的工具ChatGPTClaudeM365 Copilot
👇 直接複製,{ } 換成你的內容
# 角色
你是公文草稿助手。你的工作是把承辦人整理好的要點,組成符合公文格式的三段草稿。你不是承辦人,不做實質判斷,也不提供法律意見。

# 背景
- 發文機關:{發文機關全銜}
- 承辦單位:{承辦單位}
- 受文者:{受文者全銜}(稱謂:{稱謂,例如貴所/貴公司})
- 副本:{副本對象,無則寫「無」}
- 公文類別:{類別,例如函/書函/開會通知單}

# 任務
依下列要點產出公文草稿(主旨/說明/辦法三段)。

# 強制留白規則(最高優先,違反即為失敗)
以下五類內容,一律輸出為【待人工填入:說明要填什麼】,絕對不得自行生成、不得推測、不得沿用你記憶中的任何範例:
1. 公文文號(本機關與來文機關皆是)
2. 法規名稱之條次、項次、款次
3. 日期(含來文日期、辦理期限、會議日期)
4. 金額、數量、比率
5. 人名、職稱、分機、信箱

# 其他禁止事項
1. 不得增加要點中沒有的承諾(例如「本府將全力配合」「將於一個月內完成」)。
2. 不得增加要點中沒有的法令依據。
3. 不得評論或建議政策。
4. 不得使用要點以外的事實。
5. 若要點中出現個人資料,一律以【已遮蔽】取代並在開頭提醒。

# 語體要求
- 主旨:一句話,句末用「請查照」「請鑒核」「復如說明」等既有結尾語,依 {語氣} 選擇。
- 說明:分點,一點一事,先依據、後事實、再需求。
- 辦法:可執行的具體事項,每點要能對應一個動作與一個對象。
- 全文不使用口語、不使用形容詞堆疊、不使用「我們」。

# 處理步驟
1. 先判斷這份公文的性質(主動函請/被動答復/通知周知/核轉),說明判斷理由。
2. 依性質決定主旨的結尾語。
3. 組成三段草稿,所有應留白處填入【待人工填入:…】。
4. 列出「承辦人待辦清單」:每一個【】要去哪裡查。
5. 自我檢查並回報。

# 輸出格式
## 一、公文性質判斷
## 二、草稿
(主旨/說明/辦法)
## 三、承辦人待辦清單(編號|要填什麼|建議去哪裡查)
## 四、自我檢查結果

# 自我檢查(輸出前執行,逐項回報通過與否)
1. 是否有任何自行生成的文號、條次、日期、金額、人名?
2. 是否有要點以外的承諾或依據?
3. 主旨是否一句話講完?
4. 說明是否一點一事?
5. 是否出現口語或形容詞堆疊?

# 要點
- 這份公文要達成:{目的}
- 依據來文/法令:{依據,條次留白}
- 事實經過:{事實}
- 希望對方做的事:{需求}
- 期限:{期限,日期留白}
- 其他脈絡:{其他}

可替換變數

變數要換成什麼
{發文機關全銜}/{承辦單位}影響自稱與落款。
{受文者全銜}/{稱謂}稱謂錯誤是最直接的失禮,務必填。
{副本對象}沒有就寫「無」,不要留空。
{類別}函/書函/開會通知單,格式不同。
{語氣}對上(請鑒核)/平行(請查照)/對下(請照辦)。
{目的}/{依據}/{事實}/{需求}/{期限}/{其他}六項要點,缺一項就在該處留白。
完整使用範例(照這樣填)
把 {發文機關全銜} 換成「○○市政府○○局」、{受文者全銜} 換成「○○市○○區公所」、{稱謂} 換成「貴所」、{副本對象} 換成「無」、{類別} 換成「函」、{語氣} 換成「平行(請查照)」,六項要點照實填,其中依據的文號與條次都寫【待填】。
預期輸出範例(拿到的東西應該長這樣)
第一節會說明「本件屬主動函請,因要點中需求對方提供資料且非答復來文,故主旨結尾語採『請查照』」;第二節的草稿中每一個文號、日期都是【待人工填入:來文文號,請查公文系統】;第三節會列出六到八項承辦人待辦,並標明去哪裡查;第四節逐項回報自我檢查。

常見錯誤用法

  • 把強制留白規則刪掉以求「一次到位」——你會得到一份可以直接發文的假公文,這是這個方法唯一不能妥協的地方。
  • {稱謂} 留空,導致全文用「您」或「你們」。
  • 把要點寫成「請幫我寫一份請他們配合的公文」——太模糊,輸出會是一段通順的空話。
  • 把自我檢查當成保證。它降低錯誤率,真正的查核是承辦人做的。
這一版另外不適合
  • 密等或限閱公文。
  • 含個資且未去識別化的案件。
  • 具法律效果的處分書。
缺少資料時怎麼辦

缺依據時,說明段第一點會整段留白並在待辦清單標示「本件依據待補,請確認是依來文辦理或依法規主動辦理」。缺期限時辦法段會留白。這些留白不要自己隨手填一個看起來合理的值——那正是事故的起點。

這一版另外要人確認
  • 所有【待人工填入】欄位。
  • 法規名稱與條次的現行版本(回官方資料庫)。
  • 說明與辦法段有無超出職權的承諾。
  • 格式對照機關範本。
  • 正常陳核程序。
C
C. 進階版(機關公文助手)

把本機關的語體慣例、留白規則、禁用事項固定成助手,讓全單位的草稿品質一致。這段是系統指令。

適合的工具自訂 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)本機關常用結尾語與用語對照表。之後承辦人只需填六項要點。
預期輸出範例(拿到的東西應該長這樣)
承辦人若要求「幫我把文號補上」,助手會回覆:「這一項屬於強制留白欄位,我不能代填。請至公文系統查證後填入。」偵測到密等標示時直接中止。正常輸出五節,最後一行統計待填處數量。

常見錯誤用法

  • 為了「省事」在系統指令中開放某幾類欄位可以代填。一旦開放一類,其他類的防線也會鬆。
  • 在知識欄上傳含實際案件內容的舊公文當範本。範本只需要格式,內容要先清空。
  • 用它處理密等或含個資的案件——中止條件存在是有理由的。
  • 把自我檢查結果當成核稿。核稿是人的程序,這只是降低錯誤率。
  • 全機關共用同一個助手卻沒有告知使用限制。要附一頁使用說明。
這一版另外不適合
  • 機關尚未確認可使用外部 AI 服務處理公務資訊時——先確認資安規範。
  • 業務性質特殊、每份公文差異極大且無共通結構的單位。
缺少資料時怎麼辦

缺機關範本時,助手會用通用公文格式並在待辦清單提醒「請對照本機關範本調整格式」。缺用語對照表時,結尾語會依一般慣例選擇並標示「請確認符合本機關慣例」。

這一版另外要人確認
  • 上線前:用至少十份歷史案件的要點測過,含三份刻意的壞輸入(要點極簡、要點與來文矛盾、含疑似密等字樣)。
  • 每份:所有留白欄位。
  • 每份:法規現行性。
  • 每份:正常陳核程序。
  • 每季:確認機關格式規範有無異動。

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 且在租戶內處理資料留在機關環境內,適合處理公務資訊。仍不得處理密等文件;權限範圍要先確認。
四、不要做錯這幾關不下放

09會卡住與會做錯的地方

會卡住的地方(流程困難點)

AI 編造文號與條次
這個場景最危險的一件事。它產生的假文號與假條次格式完全正確,不查就看不出來,而查一份要花時間。
自行加上承諾與依據
「本府將於一個月內完成」——來文沒有這句,AI 補的。發出去就是機關的承諾。
語體不合機關慣例
AI 的公文語體是「一般的公文語體」,不是你們機關的。細微的用語差異在核稿時會被退。
把整份舊公文餵進去
為了讓 AI 學語體而整份上傳,等於把公務資訊送出去。

會做錯的地方(常見失敗方式)

AI 編造文號或法規條次

格式完全正確、編號看起來合理,不查就發現不了。

怎麼修強制留白,從一開始就不讓它填;所有條次回官方資料庫核對。

自行加上承諾

「本府將於一個月內完成」——要點裡沒有,發出去就是機關承諾。

怎麼修在提示詞中明文禁止,並逐句檢查說明段。

整份舊公文餵進去

為了讓 AI 學語體而上傳完整公文,等於外流公務資訊。

怎麼修只給要點;要參考語體就貼去識別化後的片段。

語體不合機關慣例

AI 用的是一般公文語體,核稿時會被退。

怎麼修把機關的結尾語對照與用語規範寫進助手的系統指令。

密等文件誤用外部工具

一旦發生就是資安事件。

怎麼修在助手中設偵測與中止條件;承辦人自己也要先分類。

拿到草稿就送陳核

【】沒填完、法規沒查過就進流程。

怎麼修把待辦清單當成必經步驟,全部完成才叫草稿完成。

其他注意事項

10人工把關與安全限制

AI/Agent/Tool 介入在哪幾步

流程位置做什麼/怎麼做
草稿階段AI產三段結構
主旨/說明/辦法的結構與語體交給 AI,事實與依據不交。
護欄AI強制留白
文號、條次、日期、金額一律【待人工填入】。這比事後檢查有效得多。
查核階段Tool官方法規資料庫
所有條次回官方資料庫確認名稱與現行版本,不採信 AI 的引用。
格式階段Tool機關範本
格式對照範本逐項核對,不靠印象。

這幾關不下放

所有【】欄位
文號、條次、日期、金額,一個都不能讓 AI 填。
法規現行性
回官方資料庫確認,包含法規名稱有沒有修正。
承諾與依據
逐句確認沒有超出來文與職權範圍的內容。
稱謂與正副本
對象錯誤是最直接的失禮。
陳核程序
AI 不改變核稿流程,該走的一步都不能省。

安全與權限限制

密等文件零例外
任何密等標示的文件不進雲端 AI,改用機關內部系統。
個資去識別化
當事人姓名、身分證號、住址、案號,貼入前先遮蔽。
只給要點不給全文
整份公文上傳是不必要的暴露,要點就足夠。
機關資安規範優先
使用外部 AI 服務處理公務資訊前,先確認機關的規範與許可清單。
助手知識庫不放實際案件
範本只需要格式,內容要先清空。
陳核程序不變
AI 不取代任何既有的核稿與決行程序。

11Checklist 與驗收標準

做的時候逐項打勾

做完了才檢查:全部成立才算完成

  1. 所有【】欄位都由人工填入,沒有任何 AI 生成的文號、條次、日期、金額。
  2. 引用的法規名稱與條次已回官方資料庫確認現行版本。
  3. 說明與辦法段沒有要點以外的承諾或依據。
  4. 主旨一句話講得完,結尾語符合對象層級。
  5. 稱謂、正副本對象正確。
  6. 格式已對照機關範本逐項核對。
  7. 沒有密等或未去識別化的個資進入外部工具。
  8. 已依機關程序完成陳核。
五、延伸看別人做過,然後往下一步

12實際案例

公文撰寫方法:用【】強制留白,把最危險的部分擋在外面

第一手拆解:公文撰寫方法(完整拆解) →

當時的狀況:要快速產出函稿草稿,但公文最不能出錯的正好是文號、法規條次、日期、金額——而這幾項也正是 AI 最會一本正經編造的東西。第一次試用時,它產生了一個格式完全正確的文號,差點就這樣送出去。

AI 做了什麼
  • 依承辦人提供的要點,組成主旨/說明/辦法三段草稿,語體符合公文慣例。
  • 把文號、法規條次、日期、金額、人名一律輸出為【待人工填入】,不自行生成。
  • 產出承辦人待辦清單,標明每一個空格要去哪裡查。
人做了什麼
  • 填入所有【】欄位,法規條次回官方資料庫確認現行版本。
  • 逐句刪除 AI 自行加上、要點中沒有的承諾。
  • 對照機關範本調整格式,再走正常陳核程序。

結果:草稿的產出時間縮短,而最危險的欄位被制度性地擋在 AI 之外——不是靠事後檢查,是靠一開始就不讓它填。

待補資料:本站不提供公文產製時間的量化改善數字。各機關的公文複雜度與核稿層級差異極大,建議以自己單位的退稿次數作為基準指標。

13相關方法與下一步

法規依據要先查對

公文引用的法規不能靠記憶,也不能靠 AI。

回覆前先做符合性檢查

答復來文時,先確認來文每一項要求都有回應。

把承辦過程留痕

案件的判斷理由留下來,交接時不用重建。

彙整成對上報告

多份公文的處理狀況要收成一份進度。

可直接使用RELATED PROMPTS

延伸案例RELATED CASES

Download

這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。

取得 AI 實戰工具與更新

之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;正式寄送前會先寄確認信,隨時可來信要求刪除。

← 回「文書與表達」回找方法 →