建立客戶 FAQ 助手
規劃一款範圍受控的 FAQ 助手，只根據已批准資料回答，並把不確定要求升級處理。
What you will produce
A reviewable result, not an automatic answer.
Follow the stages in order. Each stage ends with a tangible deliverable and a review checkpoint, so mistakes are caught before they become the next tool’s input.
適合時可使用免費方案；開始前請確認供應商目前的限制與價格。 Compare the latest verified AI pricing before buying another subscription.
Suggested stack
Tools used in this workflow.
The process matters more than the brand. Use an approved equivalent when it offers the controls and output quality your organisation needs.
Inputs and ownership
Before you start
- 已批准政策及客戶服務答案
- 指定升級負責人及隱私政策
- 可取得具代表性的支援問題與失敗案例
Interactive workflow
Complete each stage in order.
Tick a stage only after its deliverable and review checkpoint are complete.
-
定義允許回答的問題、禁止主題，以及必須立即升級處理的條件。
Deliverable範圍與升級處理矩陣
Review checkpoint絕不可讓助手自行捏造政策。
-
建立持續維護的來源資料集，列明負責人、生效日期及到期規則。
Deliverable有明確負責人的知識資料集
Review checkpoint確認每個來源的存取權限。
-
設計能引用來源並清楚表達不確定性的答案，而不是自行即興補充。
Deliverable回答與引用標準
Review checkpoint測試 prompt injection 及索取個人資料的要求。
-
測試預期、含糊、對抗性、過時及敏感問題。
Deliverable紅隊測試報告
Review checkpoint衡量安全解決率及升級品質，而不是只看避免轉人工的比例。
-
先向有限受眾試行，加入人工轉接、記錄及回復方案。
Deliverable具監控機制的試行計劃
Review checkpoint來源變得不可靠時暫停助手。
Adapt, do not paste blindly
Working prompts for this recipe.
Replace bracketed placeholders, supply approved sources and remove unnecessary personal or confidential information.
工作提示
只可在替換所有方括號 placeholder 並移除不必要的敏感資訊後使用。
只使用以下已批准 FAQ 來源，草擬對 [CUSTOMER QUESTION] 的回答。引用所使用的來源章節。如答案缺失、過時、含糊或敏感，不要猜測；請說明需要由團隊成員協助，並提供已批准的升級處理途徑。 已批准來源： [PASTE OR LINK SOURCES]
最終審查提示
只作第二輪檢查清單使用，不代表批准發佈。
根據此預期成果審查初稿：規劃一款範圍受控的 FAQ 助手，只根據已批准資料回答，並把不確定要求升級處理。列出缺乏支持的聲明、缺少的證據、含糊語言、隱私疑慮、無障礙問題，以及仍需人工批准的行動。在問題被分開列出前，不要重寫初稿。
Human review required
Verification and cautions
- 使用前查證姓名、數字、引文及來源聲明。
- 除非所選服務與帳戶已獲批准處理，否則移除機密或個人資訊。
- 保留一位指定人員對最終決策及已發佈輸出負責。
Keep the outcome, change the method
Practical alternatives
Continue with context