Loading...
    • 開發者指南
    • API 參考
    • MCP
    • 資源
    • 發行說明
    Search...
    ⌘K
    資源
    概覽術語表系統提示詞
    概覽工單路由客戶支援代理內容審核法律摘要
    Console
    Log in
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...
    Loading...

    Solutions

    • AI agents
    • Code modernization
    • Coding
    • Customer support
    • Education
    • Financial services
    • Government
    • Life sciences

    Partners

    • Amazon Bedrock
    • Google Cloud's Vertex AI

    Learn

    • Blog
    • Catalog
    • Courses
    • Use cases
    • Connectors
    • Customer stories
    • Engineering at Anthropic
    • Events
    • Powered by Claude
    • Service partners
    • Startups program

    Company

    • Anthropic
    • Careers
    • Economic Futures
    • Research
    • News
    • Responsible Scaling Policy
    • Security and compliance
    • Transparency

    Learn

    • Blog
    • Catalog
    • Courses
    • Use cases
    • Connectors
    • Customer stories
    • Engineering at Anthropic
    • Events
    • Powered by Claude
    • Service partners
    • Startups program

    Help and security

    • Availability
    • Status
    • Support
    • Discord

    Terms and policies

    • Privacy policy
    • Responsible disclosure policy
    • Terms of service: Commercial
    • Terms of service: Consumer
    • Usage policy
    使用案例

    工單路由

    本指南將介紹如何利用 Claude 先進的自然語言理解能力,根據客戶意圖、緊急程度、優先順序、客戶檔案等因素,大規模分類客戶支援工單。

    判斷是否應使用 Claude 進行工單路由

    以下是一些關鍵指標,說明您應該使用像 Claude 這樣的 LLM 而非傳統 ML 方法來處理分類任務:


    建構和部署您的 LLM 支援工作流程

    了解您目前的支援方法

    在深入自動化之前,了解您現有的工單系統至關重要。首先調查您的支援團隊目前如何處理工單路由。

    考慮以下問題:

    • 使用什麼標準來決定應用哪種 SLA/服務方案?
    • 工單路由是否用於決定工單應轉到哪個支援層級或產品專家?
    • 是否已有自動化規則或工作流程?在哪些情況下它們會失敗?
    • 如何處理邊緣案例或模糊工單?
    • 團隊如何確定工單優先順序?

    您越了解人類如何處理某些案例,就越能更好地與 Claude 合作完成任務。

    定義使用者意圖類別

    一份定義明確的使用者意圖類別清單對於使用 Claude 進行準確的支援工單分類至關重要。Claude 在您系統中有效路由工單的能力與您系統類別的定義程度成正比。

    以下是一些使用者意圖類別和子類別的範例。

    除了意圖之外,工單路由和優先順序還可能受到其他因素的影響,例如緊急程度、客戶類型、SLA 或語言。在建構自動化路由系統時,請務必考慮其他路由標準。

    建立成功標準

    與您的支援團隊合作,定義明確的成功標準,包含可衡量的基準、閾值和目標。

    以下是使用 LLM 進行支援工單路由時的一些標準準則和基準:

    以下是一些無論是否使用 LLM 都可能有用的常見成功標準:

    選擇合適的 Claude 模型

    模型的選擇取決於成本、準確性和回應時間之間的權衡。

    許多客戶發現 claude-haiku-4-5-20251001 是工單路由的理想模型,因為它是 Claude 4 系列中最快且最具成本效益的模型,同時仍能提供出色的結果。如果您的分類問題需要深入的專業知識或大量意圖類別的複雜推理,您可以選擇更大的 Sonnet 模型。

    建構強大的提示

    工單路由是一種分類任務。Claude 分析支援工單的內容,並根據問題類型、緊急程度、所需專業知識或其他相關因素將其分類到預定義的類別中。

    讓我們編寫一個工單分類提示。我們的初始提示應包含使用者請求的內容,並返回推理和意圖。

    在 Claude Console 上嘗試提示生成器,讓 Claude 為您撰寫初稿。

    以下是一個工單路由分類提示的範例:

    def classify_support_request(ticket_contents):
        # Define the prompt for the classification task
        classification_prompt = f"""You will be acting as a customer support ticket classification system. Your task is to analyze customer support requests and output the appropriate classification intent for each request, along with your reasoning. 
    
            Here is the customer support request you need to classify:
    
            <request>{ticket_contents}</request>
    
            Please carefully analyze the above request to determine the customer's core intent and needs. Consider what the customer is asking for has concerns about.
    
            First, write out your reasoning and analysis of how to classify this request inside <reasoning> tags.
    
            Then, output the appropriate classification label for the request inside a <intent> tag. The valid intents are:
            <intents>
            <intent>Support, Feedback, Complaint</intent>
            <intent>Order Tracking</intent>
            <intent>Refund/Exchange</intent>
            </intents>
    
            A request may have ONLY ONE applicable intent. Only include the intent that is most applicable to the request.
    
            As an example, consider the following request:
            <request>Hello! I had high-speed fiber internet installed on Saturday and my installer, Kevin, was absolutely fantastic! Where can I send my positive review? Thanks for your help!</request>
    
            Here is an example of how your output should be formatted (for the above example request):
            <reasoning>The user seeks information in order to leave positive feedback.</reasoning>
            <intent>Support, Feedback, Complaint</intent>
    
            Here are a few more examples:
            <examples>
            <example 2>
            Example 2 Input:
            <request>I wanted to write and personally thank you for the compassion you showed towards my family during my father's funeral this past weekend. Your staff was so considerate and helpful throughout this whole process; it really took a load off our shoulders. The visitation brochures were beautiful. We'll never forget the kindness you showed us and we are so appreciative of how smoothly the proceedings went. Thank you, again, Amarantha Hill on behalf of the Hill Family.</request>
    
            Example 2 Output:
            <reasoning>User leaves a positive review of their experience.</reasoning>
            <intent>Support, Feedback, Complaint</intent>
            </example 2>
            <example 3>
    
            ...
    
            </example 8>
            <example 9>
            Example 9 Input:
            <request>Your website keeps sending ad-popups that block the entire screen. It took me twenty minutes just to finally find the phone number to call and complain. How can I possibly access my account information with all of these popups? Can you access my account for me, since your website is broken? I need to know what the address is on file.</request>
    
            Example 9 Output:
            <reasoning>The user requests help accessing their web account information.</reasoning>
            <intent>Support, Feedback, Complaint</intent>
            </example 9>
    
            Remember to always include your classification reasoning before your actual intent output. The reasoning should be enclosed in <reasoning> tags and the intent in <intent> tags. Return only the reasoning and the intent.
            """

    讓我們分解這個提示的關鍵組成部分:

    • 我們使用 Python f-strings 建立提示模板,允許將 ticket_contents 插入到 <request> 標籤中。
    • 我們給 Claude 一個明確定義的角色,作為一個分類系統,仔細分析工單內容以確定客戶的核心意圖和需求。
    • 我們指示 Claude 正確的輸出格式,在本例中是在 <reasoning> 標籤內提供其推理和分析,然後在 <intent> 標籤內提供適當的分類標籤。
    • 我們指定有效的意圖類別:「Support, Feedback, Complaint」、「Order Tracking」和「Refund/Exchange」。
    • 我們包含了一些範例(即少量樣本提示)來說明輸出應如何格式化,這提高了準確性和一致性。

    我們希望 Claude 將其回應分成各個 XML 標籤部分的原因是,我們可以使用正規表達式從輸出中分別提取推理和意圖。這使我們能夠在工單路由工作流程中建立有針對性的後續步驟,例如僅使用意圖來決定將工單路由給哪個人。

    部署您的提示

    在測試生產環境中部署提示並執行評估之前,很難知道您的提示效果如何。

    讓我們建構部署結構。首先定義包裝我們對 Claude 呼叫的方法簽名。我們將使用已經開始編寫的方法,它以 ticket_contents 作為輸入,現在返回 reasoning 和 intent 的元組作為輸出。如果您有使用傳統 ML 的現有自動化,您會希望遵循該方法簽名。

    import anthropic
    import re
    
    # Create an instance of the Claude API client
    client = anthropic.Anthropic()
    
    # Set the default model
    DEFAULT_MODEL="claude-haiku-4-5-20251001"
    
    def classify_support_request(ticket_contents):
        # Define the prompt for the classification task
        classification_prompt = f"""You will be acting as a customer support ticket classification system. 
            ...
            ... The reasoning should be enclosed in <reasoning> tags and the intent in <intent> tags. Return only the reasoning and the intent.
            """
        # Send the prompt to the API to classify the support request.
        message = client.messages.create(
            model=DEFAULT_MODEL,
            max_tokens=500,
            temperature=0,
            messages=[{"role": "user", "content": classification_prompt}],
            stream=False,
        )
        reasoning_and_intent = message.content[0].text
    
        # Use Python's regular expressions library to extract `reasoning`.
        reasoning_match = re.search(
            r"<reasoning>(.*?)</reasoning>", reasoning_and_intent, re.DOTALL
        )
        reasoning = reasoning_match.group(1).strip() if reasoning_match else ""
    
        # Similarly, also extract the `intent`.
        intent_match = re.search(r"<intent>(.*?)</intent>", reasoning_and_intent, re.DOTALL)
        intent = intent_match.group(1).strip() if intent_match else ""
    
        return reasoning, intent

    這段程式碼:

    • 匯入 Anthropic 函式庫並使用您的 API 金鑰建立客戶端實例。
    • 定義一個 classify_support_request 函式,接受 ticket_contents 字串。
    • 使用 classification_prompt 將 ticket_contents 發送給 Claude 進行分類。
    • 從回應中提取模型的 reasoning 和 intent 並返回。

    由於我們需要等待整個推理和意圖文字生成完畢後才能解析,我們設定 stream=False(預設值)。


    評估您的提示

    提示通常需要測試和最佳化才能達到生產就緒狀態。要確定您的解決方案的就緒程度,請根據您先前建立的成功標準和閾值評估效能。

    要執行評估,您需要測試案例來運行。本指南的其餘部分假設您已經開發了測試案例。

    建構評估函式

    本指南的範例評估沿三個關鍵指標衡量 Claude 的效能:

    • 準確率
    • 每次分類成本

    根據對您重要的因素,您可能需要在其他方面評估 Claude。

    為了評估這些,我們首先必須修改我們編寫的腳本,並添加一個函式來比較預測意圖與實際意圖,並計算正確預測的百分比。我們還必須添加成本計算和時間測量功能。

    import anthropic
    import re
    
    # Create an instance of the Claude API client
    client = anthropic.Anthropic()
    
    # Set the default model
    DEFAULT_MODEL="claude-haiku-4-5-20251001"
    
    def classify_support_request(request, actual_intent):
        # Define the prompt for the classification task
        classification_prompt = f"""You will be acting as a customer support ticket classification system. 
            ...
            ...The reasoning should be enclosed in <reasoning> tags and the intent in <intent> tags. Return only the reasoning and the intent.
            """
    
        message = client.messages.create(
            model=DEFAULT_MODEL,
            max_tokens=500,
            temperature=0,
            messages=[{"role": "user", "content": classification_prompt}],
        )
        usage = message.usage  # Get the usage statistics for the API call for how many input and output tokens were used.
        reasoning_and_intent = message.content[0].text
    
        # Use Python's regular expressions library to extract `reasoning`.
        reasoning_match = re.search(
            r"<reasoning>(.*?)</reasoning>", reasoning_and_intent, re.DOTALL
        )
        reasoning = reasoning_match.group(1).strip() if reasoning_match else ""
    
        # Similarly, also extract the `intent`.
        intent_match = re.search(r"<intent>(.*?)</intent>", reasoning_and_intent, re.DOTALL)
        intent = intent_match.group(1).strip() if intent_match else ""
    
          # Check if the model's prediction is correct.
        correct = actual_intent.strip() == intent.strip()
    
        # Return the reasoning, intent, correct, and usage.
        return reasoning, intent, correct, usage

    讓我們分解我們所做的編輯:

    • 我們將測試案例中的 actual_intent 添加到 classify_support_request 方法中,並設定比較以評估 Claude 的意圖分類是否與我們的黃金意圖分類匹配。
    • 我們提取了 API 呼叫的使用統計資料,以根據使用的輸入和輸出 token 計算成本。

    執行您的評估

    適當的評估需要明確的閾值和基準來確定什麼是好的結果。上面的腳本將為我們提供準確率、回應時間和每次分類成本的執行時間值,但我們仍然需要明確建立的閾值。例如:

    • 準確率: 95%(100 次測試中)
    • 每次分類成本: 與目前路由方法相比平均降低 50%(100 次測試中)

    擁有這些閾值使您能夠在大規模上快速且輕鬆地以公正的經驗主義判斷哪種方法最適合您,以及可能需要進行哪些更改以更好地滿足您的需求。


    提升效能

    在複雜場景中,除了標準的提示工程技術和護欄實施策略之外,考慮額外的策略來提升效能可能會有所幫助。以下是一些常見場景:

    對於 20 個以上意圖類別的情況使用分類層級結構

    隨著類別數量的增長,所需的範例數量也會擴大,可能使提示變得笨重。作為替代方案,您可以考慮使用混合分類器實施層級分類系統。

    1. 將您的意圖組織成分類樹結構。
    2. 在樹的每個層級建立一系列分類器,實現級聯路由方法。

    例如,您可能有一個頂層分類器,將工單大致分類為「技術問題」、「帳單問題」和「一般查詢」。然後每個類別可以有自己的子分類器來進一步細化分類。

    • 優點 - 更大的細微度和準確性: 您可以為每個父路徑建立不同的提示,允許更有針對性和特定上下文的分類。這可以提高準確性並更細緻地處理客戶請求。

    • 缺點 - 增加延遲: 請注意,多個分類器可能導致延遲增加,我們建議使用我們最快的模型 Haiku 來實施此方法。

    使用向量資料庫和相似性搜尋檢索來處理高度可變的工單

    儘管提供範例是提高效能最有效的方式,但如果支援請求高度可變,在單個提示中包含足夠的範例可能很困難。

    在這種情況下,您可以使用向量資料庫從範例資料集中進行相似性搜尋,並檢索與給定查詢最相關的範例。

    這種方法在我們的分類食譜中有詳細說明,已被證明可以將效能從 71% 的準確率提高到 93% 的準確率。

    專門處理預期的邊緣案例

    以下是 Claude 可能錯誤分類工單的一些場景(可能還有其他對您的情況獨特的場景)。在這些場景中,考慮在提示中提供明確的指示或範例,說明 Claude 應如何處理邊緣案例:


    將 Claude 整合到您更大的支援工作流程中

    適當的整合需要您就基於 Claude 的工單路由腳本如何融入更大的工單路由系統架構做出一些決策。有兩種方式可以做到這一點:

    • 推送式: 您使用的支援工單系統(例如 Zendesk)透過向您的路由服務發送 webhook 事件來觸發您的程式碼,然後分類意圖並進行路由。
      • 這種方法更具網路可擴展性,但需要您公開一個公共端點。
    • 拉取式: 您的程式碼根據給定的排程拉取最新工單,並在拉取時進行路由。
      • 這種方法更容易實施,但當拉取頻率過高時可能會對支援工單系統進行不必要的呼叫,或當拉取頻率過低時可能過於緩慢。

    對於這兩種方法,您都需要將腳本包裝在服務中。方法的選擇取決於您的支援工單系統提供什麼 API。


    分類食譜

    訪問我們的分類食譜以獲取更多範例程式碼和詳細的評估指導。

    Claude Console

    開始在 Claude Console 上建構和評估您的工作流程。

    Was this page helpful?

    • 判斷是否應使用 Claude 進行工單路由
    • 建構和部署您的 LLM 支援工作流程
    • 選擇合適的 Claude 模型
    • 對於 20 個以上意圖類別的情況使用分類層級結構
    • 將 Claude 整合到您更大的支援工作流程中