traceloop / traceloop/openllmetry
🚀 Feature: embedding vectors in attributes of vector DB calls
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 7.4k
- Forks
- 1.1k
- Avg merge
- 8d 14h
- Merged PRs (30d)
- 2
Description
Which component is this feature for?
All Packages
🔖 Feature description
We need to extract and report embedding vectors that are sent and returned for query calls to vector DBs like Chroma, Weaviate, Pinecone, etc.
🎤 Why is this feature needed ?
More visiblity into what's happening when calling a vector DB
✌️ How do you aim to achieve this?
This isn't straightforward - these might be large, so sending them as attributes might not make sense and we'll need to think of the proper OTEL format to use (logs? span events?)
🔄️ Additional Information
Consult on slack before working on it.
👀 Have you spent some time to check if this feature request has been raised before?
- I checked and didn't find similar issue
Are you willing to submit PR?
None
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by consulting the project Slack as requested, then review how query calls to Chroma, Weaviate, and Pinecone are instrumented. Determine with maintainers whether embeddings belong in attributes, logs, or span events, and what size and representation limits apply. Done means an agreed OpenTelemetry approach and coverage for vectors sent and returned by the supported vector database calls.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- databases, observability
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100