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