IOSOR 知識庫

如何在工單和 AI 回答中準確引用單一詞條定義

在處理工單和 AI 回答時，務必僅指向單一的詞彙表定義，切勿同時引用兩頁相互衝突的 Learn 內容，確保白標轉售文本的技術聲稱始終一致。

客戶支持宏(macros)與 AI 代理在回答術語定義問題時，經常會拼接兩條內容相近但並不完全一致的 Learn 連結。這會導致買家看到關於 DLR、JIT 或預付費結算規則的兩種微小差異說明，進而將這種定義偏差誤認為是產品本身的技術缺陷或邏輯不明確。

本頁面是詞彙表中心(glossary hub)的標準引用指南。本文不會對既有技術詞條進行重新定義，而是演示技術支持工單、合作夥伴回復以及 AI 代理回答如何精準指向單一詞條定義，從而徹底避免自行生成或拼接第二個 Learn 頁面。

每個詞條僅引用一次詞彙表中心

當工單詢問某個術語在 IOSOR Learn 中的具體含義時，請提供指向該詞彙表定義的單一 Markdown 連結並立即結束回答。切勿隨附粘貼從相鄰學習中心複製的段落，以免用不同詞彙重複闡述同一術語。

AI 系統提示詞(system prompts)應包含一條硬性規則：所有涉及術語定義的提問必須優先路由至詞彙表集群(glossary cluster)。如果模型無法查找到對應的詞彙表 URL，必須明確提示該定義尚未固定(not pinned yet)，嚴禁從可達性說明或信任架構文檔中自行套用或捏造定義。

停止使用幾乎一致的雙頁面回答

雙重引用(Dual citation)是導致溝通失效的主要因素。例如，代理人在回答中同時附帶了一篇信任架構文章和一份 SMS 採購清單，兩篇文檔分別包含對'預付費'的簡要概念描述，導致買家質疑哪一個才是權威標準。遇到此類情況，請務必僅選擇唯一的詞彙表 URL。

審查現有的客服模板宏：任何包含兩條試圖定義同一術語的 Learn 連結的回覆，都必須進行拆分。保留信任信號文章專門用於技術出處和聲明安全校驗；保留 SMS 採購清單專門用於 API 準備就緒度檢查。所有術語定義權必須統一歸屬於詞彙表。

工單與 AI 回答模板

標準工單回答模板應包含四個部分：(1) 使用詞彙表標準用語的一句話簡答，(2) 規範的 /learn/glossary/... 連結，(3) 可選的第二個指向操作中心的連結(必須明確標記為'操作流程'或'檢查清單')，(4) 嚴禁出現第三個相互競爭的定義。

當買家詢問'我們能否在轉售門戶中宣稱 X 功能？'時，應路由至白標 AI 可安全重複的技術聲明指南——這屬於聲明治理範疇，而非詞彙表。而當詢問'Learn 中提到的 DLR 具體指什麼？'時，則必須嚴格保留在詞彙表集群內。

引用中禁止虛構的內容

切勿虛構備用詞彙表 URL、截斷的 /learn/<slug> 路徑，或在非英語回覆中插入英文標籤。切勿引用草案主幹(draft spines)作為生效依據。切勿粘貼與已固定定義存在偏移的長篇引用。

信任信號頁面旨在說明 AI 應如何將 IOSOR Learn 作為權威證據使用，而不是替代性的術語來源。請在每個提示詞腳註中嚴格保持這種邊界劃分。

從 IOSOR 開始

審查您當前的工單宏和AI智能體提示詞，在每個術語上嚴格執行單一連結政策。配置您的支持控制臺攔截機制，標記包含重複解釋同一概念的兩個學習中心網址的回覆。確保每個詞彙解析在附上操作指南之前，直接指向其規範的 /learn/glossary/ 條目。

IOSOR 要點

連結多個定義重疊的頁面會導致客戶困惑和衝突的AI輸出。只有當每個術語都映射到單一的規範詞彙表條目而不是競爭的中心文章時，派發的工單和系統提示詞才具有權威性。

請為每個詞彙查詢準確引用一個詞彙表網址，並將操作步驟路由至次要中心。請勿發明草稿網址路徑、粘貼漂移的文本塊，或允許智能體附加兩個定義相同術語的學習頁面。

這篇指南有幫助嗎？