「Latency」(延遲)是指模型處理提示並生成輸出所需的時間。延遲可能受到各種因素的影響,例如模型的大小、提示的複雜度,以及支援模型和互動點的底層基礎設施。
最好先設計出一個在沒有模型或提示限制的情況下運作良好的提示,然後再嘗試降低延遲的策略。過早嘗試降低延遲可能會讓您無法發現最佳效能的樣貌。
在討論延遲時,您可能會遇到幾個術語和測量指標:
若要更深入了解這些術語,請查看詞彙表。
降低延遲最直接的方法之一是為您的使用案例選擇適當的模型。Anthropic 提供了一系列模型,具有不同的能力和效能特性。請考量您的具體需求,並選擇在速度和輸出品質方面最符合您需求的模型。
對於速度至關重要的應用程式,Claude Haiku 4.5 在保持高智慧的同時提供最快的回應時間:
client = anthropic.Anthropic()
# 對於時間敏感的應用程式,請使用 Claude Haiku 4.5
message = client.messages.create(
model="claude-haiku-4-5",
max_tokens=100,
messages=[
{
"role": "user",
"content": "Summarize this customer feedback in 2 sentences: [feedback text]",
}
],
)
print(message.content[0].text)有關模型指標的更多詳細資訊,請參閱模型概覽頁面。
在保持高效能的同時,盡量減少輸入提示和預期輸出中的 token 數量。模型需要處理和生成的 token 越少,回應就越快。
以下是一些幫助您最佳化提示和輸出的技巧:
max_tokens 參數為生成回應的最大長度設定硬性限制。這可以防止 Claude 生成過長的輸出。
max_tokens 個 token 時,回應將被截斷,可能是在句子或單字的中間,因此這是一種粗略的技術,可能需要後處理,通常最適合用於答案出現在開頭的選擇題或簡答題回應。temperature 參數控制輸出的隨機性。較低的值(例如 0.2)有時可以產生更聚焦且更簡短的回應,而較高的值(例如 0.8)可能會產生更多樣化但可能更長的輸出。在提示清晰度、輸出品質和 token 數量之間找到適當的平衡可能需要一些實驗。
「Streaming」(串流)是一項功能,允許模型在完整輸出完成之前就開始傳回其回應。這可以顯著改善應用程式的感知回應速度,因為使用者可以即時看到模型的輸出。
啟用串流後,您可以在模型輸出到達時進行處理,同時更新使用者介面或平行執行其他任務。
請造訪串流訊息以了解如何為您的使用案例實作串流。
透過允許不確定性、以直接引用為回應依據,以及使用引文驗證主張,來盡量減少 Claude 輸出中的幻覺。
使用伺服器發送事件(server-sent events)逐步串流 Messages API 回應,包括文字、工具使用和擴展思考增量。
Was this page helpful?