Skip to main content
Telara

Integrations / Jina AI (direct)

Jina AI (direct) logo

Jina AI (direct)

Direct Jina AI API calls (jina SDK or raw HTTP, no framework). Embeddings live at https://api.jina.ai/v1/embeddings and reranking at https://api.jina.ai/v1/rerank. Jina's embeddings endpoint is deliberately OpenAI-compatible — the vendor states it matches the input/output JSON schema of OpenAI's text-embedding-3-large model, so a customer already emitting gen_ai.* spans for an OpenAI-shaped call gets the same shape here for free. Jina has no admin/billing API (usage is dashboard-only under "API Key & Billing"), so spend is only capturable via this customer-side OTLP push. Token accounting is input-only: embeddings and rerank calls have no completion step, so there is no meaningful output_tokens metric — one that could only ever read zero would be worse than omitting it. input_tokens and total_tokens are what this connector reports instead. No telara-observability provider wrapper exists for Jina today (the package's optional-dependencies only cover langchain/langgraph/crewai/ autogen/llamaindex/openai-agents/openai/anthropic/azure-openai) — spans must come from the customer's own OTel instrumentation around the Jina SDK/HTTP call, or from the OpenAI instrumentation package if they call Jina through an OpenAI-compatible client. Spans should be tagged telara.span.kind=provider so the cost rollup excludes them when an active framework adapter already covers the same call (double-count guard).

OTLP
Spend

What Telara does

Capability matrix

Before you connect

Prerequisites

A process that uses Jina AI (direct) and can export OpenTelemetry.
Ability to run the Telara CLI where that process runs.

Vendor setup

Get the credential

1
Print the OTLP endpoint
Run `telara otlp`. It prints the endpoint and headers Telara expects. Do not paste a vendor API key on this connector.
2
Point Jina AI (direct) at it
Enable OpenTelemetry in Jina AI (direct) (or in your collector) and send traces to the endpoint that command prints.

In Telara

Connect in Telara

OTLP

This connector does not take a vendor key in Settings → Integrations. Run `telara otlp` (or point the vendor’s OpenTelemetry exporter at the endpoint that command prints) so usage arrives as telemetry.

Telara has not published the exact form fields for this method yet. Complete whatever the Connect dialog shows.

Spend

What gets measured

Resolution: Per request.

Attribution: Matched to people by email.

How far back vendor history goes is not published uniformly for this connector.

  • input_tokens
    tokens
  • total_tokens
    tokens — Jina embedding/rerank calls have no completion step, so total_tokens is the same figure as input_tokens on the vendor's usage object.
  • framework_runs
    count

Sync

Freshness & sync

Spend connectors refresh on the vendor pull cadence declared in the catalog. Indexing lag is not published for this connector.

Data handling

Permissions & data handling

Telara has not published a permission list for this connector yet. Treat the vendor consent screen as the source of truth until this page lists scopes.

This catalog entry does not declare extra semantic-search exclusions.

After connect

Verify it worked

This connector does not declare a credential probe yet. A saved connection means Telara stored the credential, not that the vendor accepted it.

Honesty

Known limitations

Nothing appears in Telara until that process actually emits telemetry.
This is not an admin-key connector. Org-level spend, if Telara offers it for this vendor, is a separate page.