getsentry / getsentry/sentry-python

Evaluate instrumentation for Files API

未關閉
#5,815 1 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
Python Spans Task
主要語言
Python
星號
2.2k
分支
669
平均合併
1 天 40 分鐘
30 天內合併 PR
212

描述

The OpenAI integration does not instrument file management endpoints. These are supporting operations (uploading training data, batch inputs, etc.) rather than inference calls.

**Endpoints to evaluate:**

* `openai.resources.Files.create()` (upload)
* `openai.resources.Files.retrieve()`
* `openai.resources.Files.list()`
* `openai.resources.Files.delete()`
* `openai.resources.Files.content()` (download)

**Decision needed:**
Determine whether lightweight instrumentation (file ID, purpose, size) would provide useful telemetry, or if this is out of scope for GenAI monitoring. Consider that file operations are ancillary to the core inference/generation use cases.

**Reference:** [OpenAI integration compliance review](<../openai-integration-compliance-review.md>), Section 6

貢獻指南

開啟貢獻指南

研究方向

從 ../openai-integration-compliance-review.md 的第 6 節開始,檢查圍繞 Files.create()、retrieve()、list()、delete() 和 content() 的 OpenAI 整合。評估檔案 ID、用途和大小遙測資料是否對這些操作有用。針對 Files API 端點,記錄明確的納入範圍或排除範圍決定及其理由,即視為完成。

由索引模型根據 Issue 內容生成。

評估

技術堆疊
python
領域
observability-sre
Issue 類型
功能
難度
4/5
預估耗時
3-5 天
活躍度
冷清
描述清晰度
需要釐清
新手友好度
35/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。