AI 對外公告與新聞稿

01解決的工作問題

公告、新聞稿、官網說明——這一類東西的共同點是發出去就收不回來。截圖會存在別人手機裡，更正稿的閱讀量永遠不到原稿的十分之一。而 AI 在這裡最危險的不是寫得不好，是寫得太好：它會把「預計」寫成「將於」、把「研議中」寫成「已規劃」，讀起來完全正常，但那已經是承諾了。

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

什麼情況下該用這一套

• 內容要放到官網、發給媒體，或是任何不特定人看得到的地方。
• 每一項事實都有書面依據可以指得回去（決議、公文、核定函、統計表）。
• 有明確的核可層級可以具名放行。

什麼情況下別用

事實還沒定案

還在開會、還在會簽、還沒核定的事，不要先寫稿。稿子寫出來就會有人想發。

危機處理的第一則對外聲明

事故、爭議、輿情的第一則聲明是責任認定問題，要由主管與法務直接處理，不要走一般流程。

涉及未公開個資或第三方

提到具體個人、廠商、合作方之前，先確認對方同意被提及。

誰會用到

行銷

你最會寫，但也最容易把「研議中」寫成「已規劃」。這份方法的重點是替你自己裝一道煞車。

公務員

公告等同機關表態。凡是首長講過但沒有公文依據的，一律標【待補依據】，不要憑印象寫。

行政

你通常是最後把關的人。檢查重點不是錯字，是有沒有出現沒人授權過的時間、金額、名單。

主管

你要具名放行的是「事實」與「承諾」兩件事，語氣好不好是其次。

法務

涉及裁罰、爭議、個資、第三方名稱的段落，發布前一定要走到你這裡。

所屬工作情境

04完整步驟圖的文字版，逐步展開

上面三分鐘版那幾步，這裡逐步展開：每一步誰做、做完會有什麼。

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

事實清單與依據必要

每一項要寫的事實，配一個可指回去的來源：決議、公文文號、核定函、統計表。沒有來源的先不要進稿。

承諾邊界必要

哪些是已定案可以講、哪些只能講「研議中」、哪些完全不提。這是全篇最容易出事的地方。

對象與管道必要

對民眾、對媒體、對業者，用語與詳細程度不同；官網、新聞稿、社群，長度與結構也不同。

禁用語與必附語必要

不能講的（保證、全面、零、首創、最）與一定要附的（聯絡窗口、生效日、資料來源）。

過去的同類稿件可選

用語一致性的參考。也讓 AI 知道你們慣用的稱謂與格式。

餵進去的東西要長這樣

事實清單（每項附依據）＋ 承諾邊界（可寫／只能寫研議中／不提）＋ 對象與管道 ＋ 禁用語與必附語。過去同類稿件可選。

• 每一項事實後面必須附依據：文號、決議、核定函、統計表名稱與日期。
• 口頭指示不算依據。長官講過但沒有文件的，先列在待補，不要進事實清單。
• 承諾邊界要三分：已定案／研議中／不提。二分不夠，中間那一堆才是出事的地方。
• 對象一次一個。要三個版本，就在提示詞裡明說要三版，不要混寫。
• 禁用語要含單位特有的地雷用語，不是只有通用的那幾個。

【設定】
發布單位：○○市政府○○局
事由：○○補助開放申請
管道：官網公告 ＋ 新聞稿
發布後可否修改：官網可改；新聞稿不可改
對象：一般民眾（另需媒體版）

【事實清單】
1. 開放申請日 114/9/1。依據：府○字第 1140000000 號函。
2. 受理截止 114/10/31。依據：同上。
3. 對象：設籍本市滿一年之市民。依據：同上第 3 點。
4. 補助金額依審查結果核定。依據：同上第 5 點（未載固定金額）。
5. 首年預估受益約 2,000 人。依據：業務單位估算，無正式文件。

【承諾邊界】
可寫：1、2、3、4
只能寫研議中：線上申請系統（尚未上線）
不提：預算總額、審查標準細節、第 5 項預估人數

【禁用語】
全面、零、首創、最、唯一、保證、完全、可望、大幅

【必附語】
承辦窗口與服務時間、申請方式、生效日

06Prompt（快速／完整／進階）

A 快速版貼上就能用；B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足；C 進階版是拿去建 GPT／Skill／Agent 的系統指令，預設收起來，要用再點開。三版都附可替換變數、使用範例與預期輸出；A 與 B 另外列出那一版特有的常見錯誤與人工確認點，C 版的那幾題指向 Agent 專篇。

以下是要對外發布的事實清單，每一項都附了依據。請：
1. 把每一項分類為：已定案（可明確陳述）／研議中（只能用未定案語氣）／無依據（標【待補依據】）。
2. 依分類擬稿。不得把不確定改寫成確定（預計不得寫成將於、研議不得寫成已規劃），不得出現絕對化用語。
3. 每一句後面標依據編號；標不出來的句子就是不該寫的句子。
4. 最後列出風險標記：哪幾句最容易被斷章取義或被當成承諾。
事實清單：{貼上}；對象：{對象}

以下是要對外發布的事實清單。請依清單擬稿。（照母提示詞四條）

【對象】一般民眾｜【管道】官網公告

【事實清單】
1. ○○補助自 114/9/1 起開放申請。依據：府○字第 1140000000 號函。
2. 申請期間至 114/10/31 止。依據：同上。
3. 補助對象為設籍本市滿一年之市民。依據：同上第 3 點。
4. 補助金額依審查結果核定。依據：同上第 5 點（未載明固定金額）。
5. 首年預估受益人數約 2,000 人。依據：業務單位估算，無正式核定文件。

【公告草稿】
○○補助自 114 年 9 月 1 日起受理申請 [依據1]

本市○○補助自 114 年 9 月 1 日起開放申請，受理至 114 年 10 月 31 日止 [依據1,2]。
申請對象為設籍本市滿一年之市民 [依據3]。
補助金額依審查結果核定 [依據4]。
【待補依據】首年預估受益人數 2,000 人——來源為業務單位估算，無正式核定文件，建議刪除或改寫為「實際受益人數依申請與審查結果而定」。

【風險標記】
- 第 4 點原文為「依審查結果核定」，稿中不得改寫為「最高可獲 ○ 萬元」或任何具體金額。
- 事實 5 無正式依據。對外稿件出現預估數字後，民眾會當成承諾。

【必附】
- 承辦窗口與服務時間【待補】
- 申請方式與應備文件【待補，事實清單未涵蓋】

# 角色
你是對外文稿的協助者。你的專長是把已核定的事實，寫成不同對象都看得懂、而且一句都沒有超出授權的對外文稿。你不是發言人，你不決定我們要對外講什麼。

# 背景
- 發布單位：{單位全稱}
- 事由：{一句話}
- 管道：{官網公告／新聞稿／社群貼文／說明會講稿}
- 發布後可否修改：{可／不可}

# 任務
依【事實清單】產出對外文稿，並附逐句依據對照與風險標記。

# 可以使用的資料
只有【事實清單】與【過去同類稿件】兩段的內容。你的一般常識、其他單位的類似政策、你認為合理的補充說明，一律不得寫進稿件。

# 不可以做的事（違反任何一條就是失敗）
1. 不得把不確定改寫成確定：預計不得寫成將於、研議不得寫成已規劃、多數不得寫成全面。
2. 不得出現絕對化用語：全面、零、首創、最、唯一、保證、完全。
3. 不得補入事實清單中沒有的任何數字、日期、金額、名單、比例。
4. 不得提及事實清單以外的第三方（廠商、合作單位、個人）。
5. 沒有依據的內容，整段標【待補依據】並說明缺什麼，不得自行補齊。
6. 每一句話後面都要標依據編號。無法標的，就是不該寫的。

# 處理步驟（請照順序做）
1. 先讀事實清單，把每一項分類為：已定案（可明確陳述）／研議中（只能用未定案語氣）／無依據（標待補）。
2. 依分類擬稿。已定案的用確定語氣，研議中的一律加上「刻正研議」「尚未定案」等字樣。
3. 產出三個版本：民眾版（白話、去專有名詞）、媒體版（含背景與可引用段落）、業者版（含條件與適用範圍）。三版的事實必須完全相同。
4. 逐句標依據編號，做成對照表。
5. 列出風險標記：哪幾句最容易被誤讀、被斷章取義、被當成承諾。

# 輸出格式（嚴格照這個順序，不要加額外段落）
## 一、事實分類
（表格：編號｜事實｜分類｜依據）
## 二、民眾版
## 三、媒體版
## 四、業者版
## 五、逐句依據對照表
（表格：句子｜依據編號｜若無依據的處理建議）
## 六、風險標記
（哪幾句最容易出事、為什麼、建議怎麼改）
## 七、【待補依據】清單
（編號列出，每項寫清楚要去跟誰要什麼文件）

# 驗收標準（產出後自己檢查一次並回報結果）
- [ ] 三版的事實完全一致，沒有任何一版多講了什麼
- [ ] 每一句都有依據編號，或已標【待補依據】
- [ ] 沒有出現絕對化用語
- [ ] 研議中的事項全部都有未定案字樣
- [ ] 沒有出現事實清單以外的數字、日期、名單

【事實清單】
{貼上}

【承諾邊界】
{貼上：哪些可寫、哪些只能寫研議中、哪些不提}

【禁用語與必附語】
{貼上}

【過去同類稿件】
{貼上或留白}

背景欄位填法示例：單位＝○○市政府○○局；事由＝○○補助開放申請；管道＝官網公告＋新聞稿；發布後＝新聞稿不可改。事實清單照 A 版格式，每項後面附文號。

與 A 版的差別：多出三個對象版本與逐句依據對照表。對照表是這一版真正的價值——它讓校對的人可以一句一句核，而不是憑感覺讀過去。風險標記那一節會指出哪幾句最容易被斷章取義。

# 你是誰
你是「對外文稿檢核助手」。有人把即將發布的稿件貼給你，你負責找出裡面所有可能出事的地方。你不是校稿員，你不改錯字；你也不是撰稿員，你不代寫。

# 你的資料來源
只有兩樣：使用者這次貼上的【稿件】與【事實依據】，以及建置時附上的禁用語清單與單位用語規範。除此之外一律不得引用。

# 檢查項目（每次都要全部跑完，不得因為稿件短就略過）
1. **確定性升級**：找出所有把不確定寫成確定的地方。預計→將於、研議→已規劃、多數→全面、可能→會、暫定→定於。
2. **絕對化用語**：全面、零、首創、最、唯一、保證、完全、永久、徹底。
3. **無依據內容**：稿中出現但【事實依據】裡找不到的數字、日期、金額、比例、名單、地點。
4. **第三方提及**：任何廠商、合作單位、個人姓名。逐一標出並問是否已取得同意。
5. **可承諾性**：讀起來像承諾的句子——即使沒有用「保證」。例如「將於年底前完成」「可望節省」。
6. **斷章取義風險**：哪一句單獨截圖出來會變成另一個意思。
7. **必附項目**：聯絡窗口、生效日、資料來源、申訴管道是否齊全。

# 條件判斷（依序檢查，先中的先套用）
1. 稿件涉及事故、爭議、裁罰、輿情 → 不做一般檢核，直接回覆「此類稿件請由主管與法務直接處理」。
2. 使用者沒有附【事實依據】→ 只做第 1、2、5、6、7 項，並明講「無依據可比對，第 3 項未執行」。
3. 稿件中出現個資（姓名、電話、地址、身分證號）→ 最優先標出，並建議移除。
4. 稿件超過 2,000 字 → 先問是否要分段檢核，避免中段被略過。

# 例外處理
- 使用者要求「幫我改一下就好」→ 拒絕代寫，但可以指出問題句並說明「為什麼這樣寫會出事」。
- 使用者說「這個數字長官講過了」→ 仍標為無依據，並回覆「口頭指示不是書面依據，請補文號或會議紀錄」。
- 使用者要求略過某一項檢查 → 可以，但必須在結果最上方標明「本次未執行第 ○ 項，經使用者要求」。

# 每次回覆的格式
【檢核結果】通過／有 N 項需處理
【必須處理】（會出事的，逐項列出：原句、問題、建議改法）
【建議處理】（不會立即出事但容易被誤讀的）
【未執行的檢查】（以及為什麼）
【發布前確認】（必附項目清單，逐項打勾或標缺）

# 固定結尾
每次回覆最後一行固定加註：「本檢核僅就文字與依據一致性；事實正確性、政治判斷與發布時機不在檢核範圍，請由權責主管決定。」

# 自我檢查（每次回覆前執行，不需輸出過程）
- 七項是否全部跑過？沒跑的要列在【未執行的檢查】。
- 是否有代寫？有就刪掉。
- 標為「無依據」的，是否確實在【事實依據】中找不到？

# 建置參數
單位用語規範：{附檔或貼上}
禁用語清單：{附檔或貼上}
爭議稿件的出口：{主管與法務窗口}

建置時把兩份清單上傳為知識檔案，並把爭議出口填成實際窗口。上線前用至少十份歷史稿件測過，其中三份要刻意含錯（把研議寫成已規劃、加一個沒依據的數字、提一個未經同意的廠商名），確認都被抓出來。

與 B 版的差別：這一版不產稿，只檢查。輸出固定五段，而且會誠實列出「未執行的檢查」——沒有附依據時它不會假裝比對過。

07產出應該長什麼樣拿到的東西要長這樣

七節：事實分類、民眾版、媒體版、業者版、逐句依據對照表、風險標記、【待補依據】清單。逐句對照表是校對的工作底稿，不是裝飾。

完成品：同一份事實的三個版本（節錄）

【民眾版｜官網公告】
○○補助自 9 月 1 日起開放申請

設籍本市滿一年的市民，自 114 年 9 月 1 日起至 10 月 31 日止，可提出○○補助申請。補助金額依審查結果核定。
申請方式及應備文件請見「申請專區」。如有疑問，請洽○○課（電話 02-xxxx-xxxx，週一至週五 08:30–17:30）。

─────────────────────────────
【媒體版｜新聞稿】
○○市○○補助 9 月 1 日起受理申請

○○市政府○○局今（○）日表示，○○補助將自 114 年 9 月 1 日起受理申請，至同年 10 月 31 日截止。申請對象為設籍本市滿一年之市民，補助金額依個案審查結果核定。
○○局說明，申請方式及應備文件已公告於本局網站申請專區，民眾亦可洽○○課詢問。

※ 可引用段落：第二段全段。
※ 本稿不含預算總額與審查標準細節（承諾邊界：不提）。

─────────────────────────────
【業者版｜說明函】
（同一批事實，補充適用範圍與代辦相關規定，事實內容未增減）

─────────────────────────────
【逐句依據對照（節錄）】
| 句子 | 依據 |
|---|---|
| 自 114/9/1 起受理至 10/31 止 | 府○字第 1140000000 號函 |
| 對象為設籍本市滿一年之市民 | 同上第 3 點 |
| 補助金額依審查結果核定 | 同上第 5 點 |

【已從草稿中移除】
- 「預計嘉惠 2,000 名市民」——業務單位估算，無正式文件。
- 「並已規劃線上申請管道」——系統建置中，未定案。原句把研議寫成已規劃。

## 一、事實分類
| 編號 | 事實 | 分類 | 依據 |
|---|---|---|---|
| 1 | 114/9/1 開放申請 | 已定案 | 府○字第 1140000000 號 |
| 4 | 金額依審查核定 | 已定案 | 同上第 5 點 |
| — | 線上申請系統 | 研議中 | 無 |
| 5 | 預估 2,000 人 | 無依據 | 業務單位估算 |

## 二、民眾版
○○補助自 9 月 1 日開放申請
設籍本市滿一年的市民，自 114 年 9 月 1 日起至 10 月 31 日止，可申請○○補助 [1,2,3]。補助金額依審查結果核定 [4]。
申請方式與應備文件請見【連結】；如有疑問請洽【承辦窗口】（電話、服務時間）。

## 三、媒體版
（同一批事實，加上背景段與可引用段落，事實不變）

## 四、業者版
（同一批事實，加上適用範圍與條件）

## 五、逐句依據對照表
| 句子 | 依據 | 處理 |
|---|---|---|
| 自 9/1 起至 10/31 止 | 1,2 | — |
| 金額依審查結果核定 | 4 | — |
| 預計嘉惠 2,000 名市民 | 無 | 刪除或改為「實際受益人數依審查結果而定」 |

## 六、風險標記
- 「金額依審查結果核定」單獨截圖，容易被讀成「金額不確定＝可能很少」。建議補一句說明審查標準公告位置。
- 若寫「線上即可申請」會與系統尚未上線矛盾，本稿已避開。

## 七、【待補依據】清單
1. 預估受益人數 2,000 人：需業務單位提供估算基礎，或整項刪除。
2. 申請方式與應備文件：事實清單未涵蓋，需向承辦要正式版本。

08工具怎麼挑

這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議，不是限定。

沒建過助手？先看這三篇

上面表格裡的「自訂 GPT／Project」「Claude Skill」「Copilot Studio」是三種裝法，不是三個要學的技術。第一次做的人先看這幾篇，知道它們是什麼、在哪裡建、要不要付費，再回來這一頁。

09會卡住與會做錯的地方

會卡住的地方（流程困難點）

把不確定寫成確定

「預計」變「將於」、「研議」變「已規劃」、「多數」變「全面」。這是 AI 最常見也最難察覺的錯，因為讀起來完全正常。

憑印象補事實

長官口頭提過的數字、大家都覺得應該是這樣的時程——這些沒有書面依據的東西一旦進稿，就沒有人負責。

更正的成本不對稱

原稿被轉一千次，更正稿被轉三十次。所以品質關卡要壓在發布前，不是發布後。

對象搞錯

拿對業者的說明去對民眾發，專有名詞一堆沒人看得懂；拿對民眾的稿去給媒體，記者會自己補他以為的細節。

會做錯的地方（常見失敗方式）

10人工把關與安全限制

AI／Agent／Tool 介入在哪幾步

這幾關不下放

事實與依據

哪些事可以對外講、依據是什麼，這是判斷不是文字工作。

承諾邊界

「已定案」與「研議中」的分界由人劃，AI 分不出來，而它偏向講得肯定。

逐句對依據

全篇每一句都要回頭對來源，不能抽查。

具名放行

要有一個人的名字掛在這一版上。沒有具名，出事時沒有人知道是誰放的。

安全與權限限制

未公開資訊

尚未核定、尚未公開的事實不得貼進外部 AI 服務。要用 AI 協助，先把敏感段落抽掉或改用內部環境。

個資與第三方

稿件與素材中的個人姓名、聯絡方式、廠商名稱，發布前逐一確認法源或同意。

版本控管

對外稿件要留放行紀錄：哪一版、誰放行、何時。發生爭議時，這是唯一能證明的東西。

11Checklist 與驗收標準

做的時候逐項打勾

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

1. 每一句話都有依據編號，或已明確標為【待補依據】並處理完畢。
2. 研議中的事項全部帶有未定案字樣，沒有任何一句把不確定寫成確定。
3. 稿中沒有出現事實清單以外的數字、日期、金額、比例、名單。
4. 沒有絕對化用語與禁用語。
5. 不同對象的版本，事實內容完全一致。
6. 提及的第三方都已確認同意，或已改為不具名描述。
7. 必附項目齊全：承辦窗口、生效日、資料來源、申訴或洽詢管道。
8. 已具名放行，並記錄放行的版本與時間。

12示範情境

13相關方法與下一步

其他相關方法RELATED METHODS

可直接使用RELATED PROMPTS