社群 AI 提示詞怎麼避開敏感資料：送出前做一次分類

用六步資料分類流程檢查提示詞中的顧客資訊與內部機密，學會摘要、例外核准與檢查紀錄，減少不必要的原文外送。

社群內容需要改寫、整理回覆或發想標題時，提示詞很容易順手帶入留言原文、截圖與內部背景。送出前先分類，能把完成任務所需的資訊，和不該交給外部工具的細節分開。以下流程從盤點輸入、辨認個人資料與公司機密，到去識別化、例外核准和留存檢查紀錄，讓團隊依照相同步驟判斷。重點不是資料看起來敏不敏感，而是工具是否真的需要收到它。

提示詞包含哪些原始資料？

先把準備送出的提示詞視為一個資料包，而不是只檢查最後一句指令。逐項列出自己寫的問題、顧客留言、私訊摘錄、截圖、客服紀錄、試算表欄位、文件片段、範例文字，以及會附上的圖片或檔案。摘要和改寫內容也要列入，因為它可能保留原本的事件細節；截圖裡的帳號名稱、通知預覽、訂單編號，常藏在主要畫面之外。

接著為每項記下來源、用途、資料負責人、預計使用的工具，以及輸出會交給誰。分類要同時看欄位與組合效果：單獨的地區或日期也許普通，若加上職稱、事件和產品線，熟悉業務的人可能立即認出對象，就採較高等級。先由團隊約定「公開、內部、個人、限制」各代表什麼；遇到邊界模糊的材料，先暫停外送，找資料負責人確認。

以「請改寫延遲通知」為例，先拆出任務必要條件：延遲原因的概括類型、目前處理方式、希望的語氣。逐欄問「刪掉這項後，工具還能完成嗎？」如果可以，就不送。這個假設例子不需要工單全文、顧客對話或真實訂單號；可用「商品出貨較原訂時間延後，需清楚說明並提供協助」描述任務。附件要獨立打開檢查，不能因為文字已分類就略過圖片與文件。

最後在送出前把清單逐項勾選，記下每個輸入的類別與處理方式。只看提示詞編輯框還不夠：貼上內容後回頭確認沒有殘留的未選取文字、隱藏欄位或自動帶入的上下文。如此檢查的是實際送出的資料，而不是原先打算貼上的版本。

哪些資訊可識別個人？

先找能直接認出某人的內容：姓名、電話、電子郵件、住址、社群帳號、顧客編號、會員或訂單號碼，以及可辨認臉部或聲音的影像。即使沒有姓名，若某個代碼能透過公司系統連回當事人，也不能只因欄位叫「代碼」就視為匿名。檢查時要看整份提示詞、附件和範例，不只搜尋姓名欄。

再看可能透過組合辨認對象的細節，例如罕見職稱、特定分店、精確日期、少見事件和購買品項。單獨看來都不突出，放在一起卻可能讓同事或熟客猜出是誰。判斷時可以問：熟悉這個社群或事件的人，讀到這段描述是否能縮小到某一個人？若答案是可能，就移除、概括或改寫能串起身分的線索。

截圖與檔案要特別留意邊角資訊，例如通知橫幅、帳號頭像、檔名、文件註解和圖片中的收件人。貼出片段前，搜尋文字中的聯絡方式、網址、編號與標記名稱；圖片則要實際查看裁切後是否仍露出可識別內容。只遮住畫面上的名字，底下仍可選取或複製的文字不一定消失，因此不能把視覺遮擋當作完成清除。

假設要請工具把一則顧客抱怨改寫成回覆範例，原文寫有顧客姓名、店名、到店時段和特定商品。可以保留「顧客反映商品與期待不符，希望取得處理方式」，移除姓名、店名與具體時段，再確認這種摘要仍足以產出合適語氣。這是去除識別細節的練習，不表示任何特定顧客曾提出這項抱怨。

若不確定改寫後是否仍能辨認對象，先用不含真實顧客資料的假設案例試做，或請資料負責人檢查。也要分清匿名與代稱：把姓名換成「顧客甲」，但保留可回查的訂單號、日期和完整對話，通常只是改了標籤，沒有移除識別線索。送出版本應只留下完成任務必需的資訊。

哪些內容屬於內部機密？

除了個人資料，也要標出尚未公開的公司資訊，例如未發布的活動規劃、內部草稿、顧客名單、合約內容、營運數字、事故紀錄、尚未公告的產品安排，以及用來登入或存取系統的憑證。敏感程度依團隊規則判定；不確定某份文件能否提供給外部工具時，先查內部資料分類和允許使用的工具，不要從「同事平常看得到」推論「可以送出」。

「網路上找得到類似資訊」也不代表內部整理可以一併提供。公開貼文可能說明已公布的活動日期，但內部試算表還包含預算、受眾名單和未採用的方案；外部已知的事實與公司內部的決策理由要分開分類。若只需要說明貼文要介紹某項活動，就用已核准公開的活動內容，不附上討論紀錄或未定案的數字。

帳號密碼、驗證碼、存取權杖、私人金鑰和復原資訊應直接排除在提示詞之外，不要用模糊代稱保留一半內容，也不要用真實憑證當作範例。若任務涉及系統操作，應改用不含秘密的問題描述；需要檢查設定時，依公司核准的內部流程處理。把秘密貼出後再要求工具不要記住，不能代替送出前的分類與移除。

假設社群小組想請工具發想一場尚未公布的活動文案，可以只提供已核准公開的活動主題、目標讀者和需要的語氣。預算、合作方條件、候選名單和尚未批准的日期，若不是產生文案的必要條件，就留在內部。若任務真的需要使用某項未公開資訊，先確認公司是否允許該資料進入指定工具，以及由誰批准這個用途。

每份資料都要以實際內容和使用情境判斷，不要只靠文件名稱或「內部」浮水印猜測。可在團隊詞表中列出常見機密類別，並指向負責判定的角色；新人遇到未列出的項目時，照同一條升級路徑確認。工具規則、帳號設定或資料政策若尚未查清，就先使用不含原始內部材料的摘要，待確認後再決定下一步。

可否改用去識別化摘要？

多數改寫、分類和語氣發想任務，不一定需要完整原文。摘要時保留任務所需的情境、限制和預期輸出，把姓名、帳號、精確時間、地址、原始連結及罕見事件組合改成較概括的描述。目標不是把原文縮短，而是讓工具仍能回答問題，同時不接收可識別的人物或不必要的內部細節。

可以用固定句型整理：「遇到什麼情境、希望完成什麼、有哪些必須遵守的限制、需要產生什麼格式」。例如，假設一則社群回覆草稿含有顧客原話和訂單資訊，可改寫成「顧客對收到的商品有疑問，請提供同理、簡短且不承諾未確認事項的公開回覆」。這保留了語氣和承諾邊界，卻不需要保留原話、姓名或訂單資料。

摘要完成後，逐項確認留下的資訊是否真的影響答案。若刪掉某個日期或品項，仍能完成文案，就繼續刪除；若特定限制確實重要，試著改成類別或範圍，例如「近期」或「特定品項」，但要確認概括後不會造成錯誤內容。若任務本身要求精確的個案判斷，摘要可能不足，就不要擅自把真實資料交給工具補足。

接著從熟悉背景的同事角度讀一次：即使沒有姓名，是否能從地點、職務、稀少事件或時間組合認出當事人？小型社群、單一客戶專案或單一分店的情境，少量線索也可能很特別。若仍能猜出對象，進一步概括細節，或改用不對應真實事件的假設案例。假設案例也要避免直接複製真實原文，只保留一般化的情境與任務。

如果使用代碼代表真實對象，對照表或回查方式不要一起放進提示詞；並依內部規則保管對照資訊。也要記住，團隊內部能重新查出身分的代稱，不一定適合外送。對摘要品質有疑問時，先由資料負責人確認「保留的內容是否足夠、刪除的線索是否可能拼回身分」，再決定是否使用。去識別化是一項降低暴露的處理步驟，不是自動核准外送的理由。

誰能批准例外資料使用？

先由公司指定誰負責判定資料用途與分類，例如該資料的負責人或有權決定的主管。若例外也涉及外部工具、帳號設定或資料處理方式，再依內部流程找相應角色確認。職稱不必硬套同一套名稱，但批准責任要事先說清楚，讓執行者知道遇到模糊資料要找誰，而不是送出後才補問。

申請例外時，把範圍寫具體：要用哪些欄位或片段、為了完成什麼工作、使用哪個工具、誰會看到輸出，以及希望保留什麼內容。批准「整理這一段摘要」不等於批准整份對話或附件；批准某個用途，也不代表資料可用於其他提示詞。若申請內容描述不清，請補齊後再判斷，不能把沉默、口頭猜測或過去曾用過工具視為同意。

批准之前，先提出能否以公開資料或去識別化摘要完成任務。如果確實需要某個敏感欄位，說明刪除後會缺少什麼，以及是否能只提供最低必要部分。決定要包含可執行的條件，例如移除哪些欄位、限制輸出接觸對象，或在完成任務後依內部流程處理資料；條件無法落實，就不要把例外套用到原始資料。

舉例來說，假設團隊要分析一段顧客回饋的語氣，提出的申請只涵蓋一段刪除姓名、帳號和訂單細節的短摘要，並說明工具和用途。批准人可以評估這份摘要是否必要、剩餘情境是否仍可辨認當事人，再記錄批准或退回理由。這只是流程示例，不代表特定公司已有這套核准制度或特定工具已獲准。

即使取得批准，送出前仍要照核准範圍重新檢查；若工具、資料欄位、使用目的或輸出對象改變，就回到申請步驟確認是否需要重新批准。遇到無法聯絡批准人、規則未定或期限已過的情況，先停止外送，改用不含敏感原文的方案。把例外限定在明確資料和用途，能避免一次核准被誤解成往後都可使用。

如何保存檢查結果？

檢查紀錄要能回答「誰在什麼情境做了什麼判斷」，但不必複製整段原始提示詞。可記錄檢查時間、任務名稱或內部代號、輸入資料的類別、刪除或概括的欄位、檢查人，以及是否需要核准；若有例外，附上核准紀錄的安全連結或識別碼。使用代號時，避免讓紀錄本身又包含可直接辨認顧客的資訊。

紀錄應存放在公司核准的位置，依內部權限設定誰可查看、修改或下載。若團隊已有資料保留規則，依該規則處理；不要自行在流程中承諾一個未經確認的保存期限。也要避免把提示詞、附件、對話截圖和檢查表一起複製到多個地方，因為副本越多，後續管理越不清楚。紀錄的用途是證明流程如何判斷，不是保存所有原始內容。

完成送出前，可在紀錄中勾選：提示詞與附件都已檢查、識別線索已移除或已核准、使用工具和目的符合內部規則、輸出接收對象已確認。若中途改過提示詞或更換附件，要檢查最後版本，而非沿用前一版的勾選結果。送出後如發現漏掉資料，依公司既有的事件處理方式通報和處理，並記錄發現與採取的步驟。

為了讓檢查可重複，可把常見資料類型和判斷問題放進團隊清單，例如「是否含有聯絡方式」「細節組合能否認出特定人士」「有沒有未公開內部資訊」。每次紀錄只保留讓下一位檢查者理解判斷所需的資訊，避免寫入不必要的原文。若同類問題反覆出現，就更新清單的例子和責任分工，再用不含真實資料的假設案例確認團隊理解一致。

下一次送出前，挑一則準備使用的提示詞，依這六個問題逐欄分類、刪去不必要原文，再請資料負責人確認模糊項目。想了解 AutoPost 的資訊，可前往 AutoPost 首頁。