活動合約
查詢期望的欄位
| 欄位 | 型別 | 為什麼存在 |
|---|---|---|
| timestamp_utc | Timestamp | 當模型請求完成時。 |
| feature | Utf8 | 穩定的產品工作流程或功能名稱。 |
| model | Utf8 | 提供者模型識別符號。 |
| input_tokens | Int64 | 提供商報告的輸入權杖。 |
| output_tokens | Int64 | 提供者報告的輸出權杖。 |
| estimated_cost_usd | Float64 | 根據版本化模型定價計算的請求成本。 |
| status | Utf8 | 成功或失敗。 |
DataFusion SQL
複製查詢
sql
SELECT
feature,
model,
COUNT(*) AS requests,
SUM(input_tokens + output_tokens) AS total_tokens,
ROUND(SUM(estimated_cost_usd), 4) AS cost_usd,
ROUND(SUM(estimated_cost_usd) / NULLIF(COUNT(*), 0), 4) AS cost_per_request_usd
FROM llm_request_completed
WHERE timestamp_utc >= now() - INTERVAL '30 days'
AND feature IS NOT NULL
GROUP BY feature, model
ORDER BY cost_usd DESC;此只讀查詢是針對空型別資料表計劃和執行的 阿帕奇 DataFusion 45.2.0。確定性樣本輸出是綜合的並單獨審查；根據您自己的資料驗證欄位型別、閾值和業務定義。 閱讀測試方法。
查詢結果
按功能劃分的 30 天模型成本
研究報告顯示，儘管請求少得多，但整體成本卻更高，這表明單位成本最佳化而不是採用問題。
research_report
0.8 USD
document_summary
0.15 USD
support_draft
0.1 USD
| feature | model | requests | total_tokens | cost_usd | cost_per_request_usd |
|---|---|---|---|---|---|
| research_report | reasoning-large | 4 | 8,000 | 0.8 | 0.2 |
| document_summary | balanced-medium | 3 | 4,500 | 0.15 | 0.05 |
| support_draft | fast-small | 5 | 5,000 | 0.1 | 0.02 |
綜合範例輸出。在將其用於操作決策之前，針對您自己的事件架構和閾值執行查詢。
SQL 是如何工作的
- 1按特徵和模型進行分組可以保留解釋模型遷移所需的上下文。
- 2每個請求的成本將大批次廉價工作流程與小批次昂貴工作流程區分開來。
- 3使用版本化價格資料表儲存事件時計算的請求成本，以便歷史報告不會在提供商定價發生變化時發生變化。
需要決定的邊緣情況
- 當輸入、快取輸入和輸出權杖具有不同價格時，請勿將總權杖乘以一個比率。
- 如果提供商向其計費，則包括失敗的請求；否則新增 billing_status 欄位。
- 當客戶的利潤存在重大差異時，請使用帳戶或團隊識別符號。
推薦儀表板
- 條形圖：cost_usd（按功能）
- 折線圖：按型號劃分每日成本
- 資料表：沒有原始提示內容的最高成本的單獨請求
讓查詢範例發揮作用
相關埋點和指南
定義源資料
此分析的事件模式
繼續分析
在真實事件中執行它
建立資料表，調整欄位並儲存結果
免費開始，傳送結構化事件，並將查詢結果用作圖表、共享儀表板小工具或警示輸入。