Capture LLM usage telemetry from your application and send it to Cloptima for cost reporting, attribution, and usage analytics.
This SDK is designed for teams that want observability without replacing their existing provider clients, wrappers, retries, auth, or application security controls.
pip install cloptima-llm-observabilityIf you want the httpx transport helpers:
pip install "cloptima-llm-observability[httpx]"Required configuration:
CLOPTIMA_LLM_OBSERVABILITY_API_KEYCLOPTIMA_LLM_OBSERVABILITY_APP_ID
Recommended while testing:
CLOPTIMA_LLM_OBSERVABILITY_ENVIRONMENT=dev
from cloptima_llm_observability import extract_openai_usage, init_from_env
cloptima = init_from_env()
result = cloptima.observe_call(
provider="openai",
model="gpt-4.1-mini",
call=lambda: summary_service.generate(prompt),
extract_usage=extract_openai_usage,
feature_id="summary_generation",
workflow_id="support_agent",
fire_and_forget=False,
)By default, the SDK sends bearer-authenticated HTTPS requests to Cloptima at https://api.cloptima.ai/v1/ai/integrations/sdk/events.
If the required configuration is missing, init_from_env() returns a disabled pass-through client so local development and tests do not break.
This is the default path for most teams.
Use it when you already know the provider, model, and business context at the point where your code calls an LLM or an existing AI wrapper.
observe_call(...)for direct integrationcreate_observed_call(...)for reusable wrapperswrap_observed_service(...)to instrument customer-owned service classes
from cloptima_llm_observability import (
extract_openai_usage,
init_from_env,
wrap_observed_service,
)
class SummaryService:
def generate_summary(self, prompt: str):
return openai.responses.create(model="gpt-4.1-mini", input=prompt)
cloptima = init_from_env()
summary_service = wrap_observed_service(
cloptima,
SummaryService(),
{
"generate_summary": {
"kind": "call",
"options": {
"provider": "openai",
"model": "gpt-4.1-mini",
"extract_usage": extract_openai_usage,
"fire_and_forget": False,
},
"resolve_overrides": lambda prompt: {
"attribution": {
"feature_id": "summary_generation",
},
},
}
},
)Use context helpers when you want workflow or feature attribution to apply across nested calls without threading more parameters through your own service signatures.
with_attribution(...)run_with_attribution(...)with_workflow(...)with_task(...)@workflow(...)@task(...)
from cloptima_llm_observability import with_task, with_workflow
with with_workflow("support_agent", tenant_id="acme-prod"):
with with_task("draft_reply", team_id="customer-support"):
summary_service.generate_summary(prompt)Per-call attribution still works and overrides context when needed.
If your application centralizes outbound LLM calls behind httpx, instrument that shared boundary:
import httpx
from cloptima_llm_observability import init_from_env, instrument_httpx_transport
cloptima = init_from_env()
transport = instrument_httpx_transport(
httpx.HTTPTransport(),
cloptima=cloptima,
provider="openai",
model="gpt-4o-mini",
fire_and_forget=False,
)
client = httpx.Client(transport=transport)This gives broad coverage, but it has less business context than call-site or wrapper-boundary integration.
Use otlp_http when your enterprise prefers OpenTelemetry-compatible payloads but still wants to send that telemetry to Cloptima.
cloptima_httpis the default delivery modeotlp_httpsends OpenTelemetry-compatible payloads to Cloptima's OTLP receiver
CLOPTIMA_LLM_OBSERVABILITY_DELIVERY_MODE=otlp_http
CLOPTIMA_LLM_OBSERVABILITY_OTLP_SERVICE_NAME=agent-api
CLOPTIMA_LLM_OBSERVABILITY_OTLP_SERVICE_VERSION=2026.06.14If you already operate an OTEL collector and emit GenAI spans, you can also send OTLP data to Cloptima without using this SDK. Use the SDK OTLP mode when you want application-managed instrumentation that still fits an OTLP-shaped delivery contract.
Built-in usage extractors cover:
- OpenAI
- Azure OpenAI
- Anthropic
- Gemini
- Vertex AI
- Bedrock
If a provider reports image, audio, or video token usage, the built-in extractors capture those units in fields such as input_image, output_image, input_audio, and output_video. When Cloptima has pricing for that model, those units can be included in cost reporting.
If a provider returns a direct charge, pass or preserve it as vendor_reported_cost_usd.
The SDK does not invent media charges for providers that bill by image count, video duration, resolution, or other non-token measures when the provider response does not expose enough pricing data. In those cases, either:
- preserve the provider-reported cost when available
- map the provider's usage fields into
extra_usage_units - or add your own custom extractor until the provider exposes a stable shape
If a provider response shape drifts, you do not need to replace the whole extractor path. Compose or patch it instead:
try_extract_usage(...)compose_usage_extractors(...)with_usage_overrides(...)create_mapped_usage_extractor(...)list_supported_providers()
Example:
from cloptima_llm_observability import create_mapped_usage_extractor, init_from_env
cloptima = init_from_env()
extract_usage = create_mapped_usage_extractor(
defaults={
"provider": "gemini",
},
fields={
"model": "modelVersion",
"provider_request_id": "responseId",
"vendor_reported_cost_usd": "billing.costUsd",
},
number_fields={
"input_tokens": "usage.promptTokenCount",
"output_tokens": "usage.responseTokenCount",
"total_tokens": "usage.totalTokenCount",
},
extra_usage_units={
"output_image": "usage.outputImageTokenCount",
},
)Common ownership and reporting fields:
app_idenvironmentteam_idfeature_idworkflow_idcost_centerbusiness_unitproducttenant_idend_customer_idcustomer_segmentrelease
Set defaults once in default_attribution, set them in context, or override them per call.
Use metadata_policy to control how custom metadata is retained:
metadata_onlyallowlisted_metadatastrict_finopsdebug_observability
Sensitive-looking keys such as prompts, messages, credentials, and secrets are treated conservatively by default.
Use these helpers in local tests, CI, or rollout checks:
preview_event_payload(...)preview_batch_payload(...)preview_otlp_request(...)validate_payload(...)
They build or validate payloads in memory and do not send network traffic.
Public examples live in examples/:
basic.py: direct call-site integrationcustom_wrapper.py: existing service wrapper integrationworkflow_context.py: context-first attribution without signature bloathttpx_transport.py: sharedhttpxintegrationmultimodal_tokens.py: token-based multimodal usage extraction for image, audio, and video inputs and outputsmapped_extractor.py: adapt a provider or internal wrapper response without rewriting your integrationotlp_basic.py: OTLP-compatible delivery to Cloptimaopenai_basic.py,anthropic_basic.py,gemini_basic.py: provider-specific extractor examples
No telemetry arrives:
- verify the API key is valid for Cloptima telemetry ingestion
- check
client.is_enabled() - inspect a sample event with
validate_payload(preview_event_payload(...))
Unexpected provider response shape:
- start with the closest built-in extractor
- patch field differences with
with_usage_overrides(...)orcreate_mapped_usage_extractor(...) - compare against
list_supported_providers()if you need a supported-provider snapshot
- Issues:
https://github.com/cloptima/llm-observability-python/issues - Security: see
SECURITY.md - Product support:
hello@cloptima.ai