Developer
Individual developers and experimentation.
Free tier
Proposed
- Executions
- ~10,000 / month
- Trace retention
- 7 days
- Projects
- 2
- Team members
- 1–2
- Tracing, timeline and inspector
- Core analytics
- Sample-data mode
- Community and docs support
Agentic AI observability
JeraViz gives engineering teams the visibility to trace, inspect and understand every step their AI agents take — from model requests and tool calls to decisions, errors and execution costs.
JeraViz Trace is in development. The dashboard below is an interactive preview using illustrative sample data.
Executions
4,812
Successful
4,573
Failed
239
Latency p95
8.9 s
Tokens
29.6M
Est. cost
$40.40
23:00 · 80 runs · 5 failed
| Status | Trace | Agent | Duration | Cost |
|---|---|---|---|---|
| Success | refund-agent | 6.42 s | $0.0133 | |
| Failed | refund-agent | 11.2 s | $0.0132 | |
| Success | retrieval-agent | 2.31 s | $0.0057 | |
| Failed | retrieval-agent | 4.82 s | $0.0004 | |
| Success | refund-agent | 3.98 s | $0.0133 | |
| Failed | refund-agent | 4.12 s | $0.0108 |
{ "order_id": "ord_20418", "amount": 64.00 }
AI agents are becoming more autonomous, but understanding their decisions, execution paths, tool interactions and failures is still hard. JeraViz brings that activity into one inspectable platform.
Today: evidence in four places
Model provider dashboard
Request ids, token counts, no workflow context
Application logs
Strings per service, no parent–child structure
Tool API logs
503 at 14:29:46, which agent caused it?
Spreadsheet of costs
Monthly total, not per execution or step
With JeraViz: one execution record
One execution record: every model request, tool call and handoff in order, with latency, tokens and estimated cost on each step.
Illustrative sample trace.
Each capability works from the same execution record, so what you trace is what you analyze, debug and monitor.
01
Follow every execution from beginning to end.
02
Understand latency, usage and cost across agent workflows.
Estimated cost by agent, last 24 hours (sample).
03
Inspect model interactions, tool calls and execution failures.
tool_timeout
Timed out after 5000 ms waiting for payments-api
Arguments
{ "order_id": "ord_20418", "amount": 64.00 }Timed out after 5.00 s; retried once, then escalated (sample).
04
Identify unusual activity, failures and reliability issues.
23:00 · failure rate 6.3%
Alert when failure rate in production exceeds 4% over 15 minutes.
Operate the preview: every view reads the same sample dataset, so the failure you find in the explorer is the one you follow in the graph and see in the analytics.
Filter executions, open one, and follow the span hierarchy of model requests and tool calls with durations on a shared timeline.
| Status | Execution ID | Agent | Start (UTC) | Duration |
|---|---|---|---|---|
| Success | refund-agent | 14:32:08 | 6.42 s | |
| Failed | refund-agent | 14:29:41 | 11.2 s | |
| Success | retrieval-agent | 14:27:15 | 2.31 s | |
| Failed | retrieval-agent | 14:24:52 | 4.82 s | |
| Success | refund-agent | 14:21:30 | 3.98 s | |
| Failed | refund-agent | 14:18:07 | 4.12 s | |
| Success | refund-agent | 14:15:44 | 7.90 s | |
| Success | retrieval-agent | 14:12:19 | 2.77 s |
tool_timeout Timed out after 5000 ms waiting for payments-api
Arguments
{ "order_id": "ord_20418", "amount": 64.00 }Four steps from connecting an application to improving it. The code shown is illustrative; the SDK is in development.
Add the SDK (or point an OpenTelemetry exporter at JeraViz) and a project API key. No change to your agent architecture.
# illustrative
install the SDK
jeraviz.init(api_key=…)Model requests, tool calls and handoffs are recorded as spans and sent in the background, so instrumentation does not block your agent.
{
"trace_id": "tr_8f3a21",
"span": "payments_api.create_refund",
"kind": "tool",
"agent": "refund-agent",
"status": "ok",
"duration_ms": 640,
"args": { "order_id": "ord_20418" }
}Open any execution to see the timeline, inputs, outputs, errors, tokens and estimated cost for each step.
Find the slow or failing step, fix it, and watch the trend change. Evaluations to lock in gains are on the roadmap.
Six common system shapes and what JeraViz records for each. These describe what can be instrumented through the SDK or OpenTelemetry; no framework integration is claimed here.
Agents that plan, act and observe in loops until they decide to stop.
Several agents delegating to one another.
Request, model, response: the simplest and most common shape.
Agents that call APIs, databases and functions.
Retrieval, re-ranking and generation pipelines.
Triggers, agents, human steps and systems of record.
Add a few lines, keep your architecture. Every tool call and model request becomes a span you can search and inspect.
SDK integration Launch scope
Python and TypeScript SDKs with decorators, context managers and automatic batching.
API access Launch scope
REST API and OpenTelemetry (OTLP/HTTP) ingestion for anything you can instrument.
Documentation Launch scope
Concepts, quickstart and reference. Starter docs are on this site now.
API keys Launch scope
Keys scoped to a project and environment; shown once, stored hashed, revocable.
Project management Launch scope
Projects and environments separate applications and stages such as staging and production.
Integration examples Planned
Worked examples for common agent shapes. Framework adapters follow the first release.
Developer onboarding Launch scope
A guided first run that ends with your first trace, plus a sample-data mode.
# Illustrative: not a published SDK
import jeraviz
jeraviz.init(
api_key="YOUR_API_KEY",
project="support-copilot",
environment="staging",
)
@jeraviz.agent("refund-agent")
def handle_refund(ticket):
# Each tool call becomes a span with arguments, result, duration and errors.
with jeraviz.tool("payments_api.create_refund", args={"order_id": ticket.order_id}) as call:
result = payments.create_refund(ticket.order_id)
call.set_result(result)
return result
After your first event: open the trace in the dashboard, inspect each span, and compare runs.
The proposed data flow and the principles behind it. Statuses are explicit: these are design principles for the first release, not audited controls.
TLS for public endpoints; project-scoped API keys on ingestion.
By design
Every record is scoped to a workspace; enforced in application code and database policy, and tested.
By design
Role-based access at workspace level (owner, admin, developer, viewer).
By design
Encryption at rest with managed keys for databases, object storage and queues.
By design
Administrative actions are recorded from the start; a user-facing audit log follows.
Recording at launch, UI planned
Retention set by plan; deletion on request; per-project capture modes limit what is stored.
Per-project retention planned
Three tiers, shaped by execution volume, retention, projects, team size and advanced capabilities.
Individual developers and experimentation.
Free tier
Proposed
Growing AI engineering teams.
Subscription + usage
Price to be announced
Larger organizations with advanced requirements.
Custom
Contact us
JeraViz Labs is building infrastructure for operating AI agents. Its first product, JeraViz Trace, records every step an agent takes and presents it as a searchable, inspectable trace. Governance (Guard) and evaluation (Eval) are planned capabilities on the same platform. The product is in development; this website describes what is being built.
The ability to see and explain what an AI agent did: the model requests it made, the tools it called, how long each step took, what it cost and where it failed, recorded as structured data rather than scattered logs.
Your application emits spans, which are timed records of each operation, through the JeraViz SDK or an OpenTelemetry exporter. JeraViz assembles the spans of one run into a trace, so you can open an execution and see every model request, tool call and handoff in order. Instrumentation is designed to run in the background so it does not block your agent.
The first release is planned to support Python and TypeScript SDKs and OpenTelemetry (OTLP) ingestion, which together cover any application you can instrument. Dedicated framework integrations are planned after launch; none are claimed today, and the documentation will list exactly which exist and have been verified.
Yes, by design: handoffs between agents are recorded as spans, so one execution shows every agent involved and where work moved between them. The timeline view covers this at launch; a dedicated agent graph view is planned for the phase after.
From the token counts recorded on each model request, multiplied by a model price table. Costs are estimates and are labelled as such. The price table can be adjusted per workspace, and requests for unknown models are shown as unpriced instead of zero.
A free Developer tier is proposed, with limits still to be confirmed. Because the product is not released yet, no plan can be started today; the early-access list is the way to be notified.
The design uses encryption in transit and at rest, workspace-level isolation, role-based access and project-scoped API keys, and lets you choose how much of each prompt and tool payload is stored. These are design principles for the first release, not audited controls: JeraViz does not currently claim SOC 2, ISO 27001 or other certifications.
Understand what your agents do, identify what needs improvement and build more reliable AI systems with JeraViz.
JeraViz Trace is in development. Sign-up is not open yet; the early-access page explains where things stand.