產品文件解釋系統，客戶則詢問具體情境：“可以匯出嗎？”“取消後會怎樣？”“誰能看到我的工作？”AI 能協助將批准的文件改成更清楚的 FAQ 草稿，但關鍵是保留條件，並承認資料沒有回答的問題。
Studio Global Infobase 提供可複用來源，Skill 儲存起草和檢查說明。來源與工作規則分開維護，才能更清楚地稽覈答案。
收集當前材料與真實問題主題
使用獲准處理的產品指南和政策，移除過時版本。儘可能保留負責人和生效日期，以便處理歧義。從支援與入門流程收集問題主題，不要複製不必要的個人資訊。“匯出格式”這個主題通常比客戶整段郵件歷史更有用。
一次性草稿可以直接附加檔案；需要定期更新時，可按Infobase 指南建立聚焦集合。
明確什麼才算答案
將以下內容作為提示詞，或儲存為專門的 Skill：
根據選定的已批准產品文件起草 FAQ。
受眾：[客戶群體]。問題主題：[列表]。
每題提供問題、簡短答案、可用的來源文件及章節和重要條件。
只使用材料能支援的資訊。
不要編造政策、價格、限制、安全保證或日期。
把未回答或互相沖突的問題放入獨立稽覈清單。
公開文案與內部編輯備註必須分開。
儲存規則與提供任務背景的方式見技能指南。
先檢查一個小示例
下面的來源和答案是虛構的編輯示例，不是 Studio Global 的產品政策，也不是實測模型輸出。
示例來源：專案負責人可以將任務列表匯出為 CSV；歸檔任務不包含在匯出中。
可接受的答案是：“專案負責人可以匯出 CSV 任務列表，但不包含歸檔任務。”
不可接受的答案是：“所有成員都能按喜好的格式下載全部專案資料。”後者擴大許可權、資料範圍與格式，還刪掉排除條件。句子看起來順暢，卻已經背離來源。
若客戶詢問能否恢復歸檔任務，這份來源沒有給出答案。應轉給產品負責人，而不是發明恢復政策。
保留內部證據表
| 欄位 | 用途 |
|---|---|
| 客戶問題 | 確認對應真實需求 |
| 批准答案 | 記錄面向客戶的措辭 |
| 支援來源 | 允許稽覈者複核 |
| 條件與例外 | 避免誤導性簡化 |
| 稽覈者與日期 | 明確批准責任 |
不要將內部路徑或機密備註隨 FAQ 一起公開。公開來源可按需連結；私人證據應保留在獲授權的稽覈流程內。
提高畫質晰度，不改變政策
先給直接答案，再解釋術語並縮短長句。不要為了簡短刪除必要條件。需要較大修改時，可在 Documents 中逐段編輯。Brand Voice 可以調整語氣，但事實批准仍來自資料和負責人。
釋出後繼續維護
透過所選幫助中心或網站的正常流程釋出批准答案。在聊天中生成 FAQ，不會自動部署到外部支援系統。保留待解決清單；政策變化，或客戶持續對同一表述感到困惑時，重新稽覈。
先完成少量重要問題。一組準確且便於維護的答案，比大量自信猜測更有價值。