AI agent observability with deterministic record/replay — capture any LangGraph or OpenAI Agents SDK run, replay it offline at zero API cost.
Project description
Agent Observability
Deterministic record/replay for LLM agents. Capture a failing agent run once, reproduce it offline in under 2 ms with zero API calls, on any Python HTTP client.
Install
pip install agent-observability-trace-cli
# or
uv add agent-observability-trace-cli
LangGraph support:
pip install agent-observability-trace-cli[langgraph]
OpenAI Agents SDK support:
pip install agent-observability-trace-cli[openai-agents]
The problem
A LangGraph run fails after step 8. Your trace in LangSmith or Langfuse shows what broke. But to reproduce it you have to re-run the entire agent: 8 more LLM calls, 30 more seconds, another $0.15 in API cost. If the failure was caused by a specific tool response or a transient model output, you can't reproduce it at all. You're debugging against a moving target.
Agent Observability solves this at the HTTP transport layer. It records every request and response verbatim to a local SQLite file. Replay serves those exact bytes back in sequence, in under 1 ms per exchange: same code path, same span tree, same failure. No API calls.
Recording overhead: 0.011% (0.090 ms added per LLM call — 0.011% of GPT-4o p50)
Replay latency: 0.93 ms mean (vs ~8,500 ms live on GPT-4o × 10 steps)
Replay fidelity: 100% (response bytes byte-for-byte identical to recorded)
CI cost per replay: $0
Quick start
from agent_trace import tracer
import httpx
@tracer.instrument(record=True)
def fetch_data(query: str) -> dict:
with tracer.span("http-call") as span:
resp = httpx.get("https://httpbin.org/get", params={"q": query})
span.set_attribute("http.status_code", resp.status_code)
return resp.json()
result = fetch_data("hello")
# Trace and fixture saved to ~/.agent-trace/runs/run_<id>/
Replay offline — no API calls, no tokens:
from agent_trace import replay
with replay("run_<id>") as ctx:
result = fetch_data("hello") # served from fixture, zero network
print(result) # identical to the original run
To store the input for later retrieval in replay, call
ctx.fixture.set_metadata('input', query)inside the recording context.
Sync and async clients: Agent Observability intercepts
httpx.Client,httpx.AsyncClient, andrequests.Session— including the async client used by default in the OpenAI Python SDK v1.x and Anthropic SDK. The patch is installed at request-dispatch time, so it also covers clients constructed before recording/replay starts (e.g. a module-levelopenai.AsyncOpenAI()instance).
Use in CI: replay at zero cost
Record once. Commit the fixture. Replay in every CI run at zero API cost:
# tests/test_agent.py
import pytest
from pathlib import Path
from agent_trace import replay
FIXTURE_PATH = Path("fixtures/my_agent_run.db")
@pytest.mark.skipif(
not FIXTURE_PATH.exists(),
reason="Run: python scripts/record_fixture.py to generate the fixture"
)
def test_agent_answer():
with replay(FIXTURE_PATH) as ctx:
from my_module import my_agent
result = my_agent("what is 2+2?")
assert "4" in result
Set AGENT_TRACE_NETWORK_GUARD=1 in CI. Any HTTP call not in the fixture raises NetworkGuardError immediately — catching regressions before they hit production.
AGENT_TRACE_NETWORK_GUARD=1 uv run pytest tests/
How Agent Observability compares
Most observability tools for LLM agents are observe-only — they show you a trace of what happened, but reproducing a failure still requires re-running the full agent against live APIs.
| Capability | Agent Observability | LangSmith | Langfuse | Helicone | OpenLLMetry |
|---|---|---|---|---|---|
| Offline replay from local fixture | Yes | Partial ¹ | No | No | No |
| Works with any HTTP client | Yes | No | No | No | No |
| CI replay without API keys | Yes | Partial ¹ | No | No | No |
| Deterministic span timing in replay | Yes | No | No | No | No |
| Captures raw HTTP request/response bytes | Yes | No | No | Yes | No |
| Span-level tracing | Yes | Yes | Yes | Yes | Yes |
| OTLP export (Jaeger, Grafana Tempo) | Yes | No | Yes | No | Yes |
| Open-source core | Yes | No | Yes | No | Yes |
| Local-only, no server required | Yes | No | Self-host | No | Self-host |
¹ LangSmith has LANGSMITH_TEST_CACHE / VCR cassettes (langsmith[vcr]) for Python + LangChain only. It captures HTTP to api.openai.com but not arbitrary HTTP clients, does not record full wire-level bytes, and requires a LangSmith account.
Choose LangSmith if your team is on LangChain and needs dataset management, prompt versioning, and human feedback loops.
Choose Langfuse if you want a fully open-source, self-hostable observability stack with strong Postgres-backed storage.
Choose OpenLLMetry if your team already runs on OpenTelemetry and wants standard gen_ai.* spans without adding a new observability system.
Agent Observability is not a replacement for dashboards and eval pipelines. It solves the specific upstream problem: reproducing a specific failed run without any LLM API cost, for any agent built on any Python HTTP client.
Try it with Docker
Agent Observability emits OTLP spans. Run a local observability stack to browse trace trees:
git clone https://github.com/RudrenduPaul/agent-observability
cd agent-observability
docker compose up -d
Starts three services (all optional):
- Jaeger (
http://localhost:16686) — OTLP span ingestion and trace UI - Grafana (
http://localhost:3000) — dashboards and alerts - Tempo (port 3200) — long-term trace storage backend
Then point your exporter at the collector:
from agent_trace.exporters.otlp import OTLPExporter
# 4317 = OTLP gRPC ingestion endpoint
exporter = OTLPExporter(endpoint="http://localhost:4317")
exporter.export(trace)
Known limitations
Agent Observability's capture model is HTTP-interceptor-based (plus
instrumented framework callbacks for the integrations under
src/agent_trace/integrations/) and process-local. That model has real
edges — stated explicitly here so they're clear before you hit one, not
after:
-
Process-local only. Recording/replay happens inside the Python process you import
agent_traceinto (httpx.Client(transport= RecordingTransport(...)),session.mount(..., RecordingAdapter(...)), orReplayEngine.replay()'s monkeypatches — seesrc/agent_trace/interceptor/). It cannot observe or replay calls made by a third-party hosted service you don't run or deploy yourself (e.g. a vendor's own hosted chat assistant) — only your own process's outbound calls. -
gRPC coverage is partial.
src/agent_trace/interceptor/grpc_hook.pypatchesgrpc.secure_channel/grpc.insecure_channel(and thegrpc.aioequivalents) to capture Gemini/Vertex AI traffic that bypasseshttpxentirely — unary-unary calls (e.g.GenerateContent) and sync unary-stream calls (e.g.StreamGenerateContent) are fully recorded and replayed. Client-streaming and bidirectional-streaming gRPC calls, and anygrpc.aiostreaming call, are not captured — those go straight to the live network unintercepted, both during recording and (if attempted) replay. -
Capture starts once a request object exists.
RecordingTransport. handle_request/AsyncRecordingTransport.handle_async_request(httpx_hook.py) andRecordingAdapter.send(requests_patch.py) only run once a fully-constructedhttpx.Request/PreparedRequestreaches them. Any exception raised before that — while an SDK is serializing a tool schema, building headers, or otherwise assembling the call, or even earlier, during plain Python object construction (e.g.TypeErrorfromabc.ABCMetawhen instantiating an abstract class incorrectly) — happens entirely upstream of the interceptor's capture surface and produces zero fixture rows. A wired-in framework integration's own error callback (e.g.LangGraphTracer.on_llm_error) does still capture such pre-HTTP exceptions when they propagate through that framework's owntry/except— so "invisible to the interceptor" is not the same as "invisible everywhere": it depends on whether a framework integration is wired in for the exception to pass through. -
No visibility into a framework's own print/display code. Exceptions raised inside local logging/printing/display machinery — e.g.
richConsole output, IPython/Jupyter display hooks, triggered by a framework's ownverbose=Truelogging — have zero HTTP traffic and zero framework callback surface. No existing or planned capture mechanism (HTTP interceptor, MCP stdio-transport hook, or any framework integration) observes this category of failure.
Security
- Supply chain: SLSA Level 2 via GitHub Actions provenance. All releases signed with Sigstore. SBOM attached to every GitHub Release.
- Vulnerability scanning: Dependabot keeps all GitHub Actions and Python dependencies current. Secret scanning auto-enables when the repo goes public.
- Fixture safety: Fixture files at
~/.agent-trace/runs/contain full HTTP request and response bodies, including API keys and prompt contents. Add.agent-trace/and*.dbto your.gitignore. Never commit a fixture generated against a production API key. - Disclosure: SECURITY.md — report vulnerabilities to
agent.obs.oss.security@gmail.comwith a 48-hour response SLA.
FAQ
What is Agent Observability, and how is it different from a typical LLM tracing tool?
It's a Python library and CLI (agent-trace) that records every HTTP request and response your agent makes, verbatim, to a local SQLite fixture, then replays those exact bytes later with no network call. Most tracing tools, including LangSmith, Langfuse, Helicone, and OpenLLMetry, show you what happened during a run. Agent Observability additionally lets you reproduce that exact run offline, deterministically, without touching the live API. See "How Agent Observability compares" above for the full capability breakdown against those four tools.
How does deterministic record/replay actually work?
Recording patches httpx.Client, httpx.AsyncClient, and requests.Session at the transport layer (src/agent_trace/interceptor/) to capture every outbound request and response as raw bytes into fixture.db. Replay installs a FixtureClock (src/agent_trace/core/clock.py) and serves those same bytes back in the original sequence, so the code path, span tree, and timestamps all match the original recording. The benchmark numbers quoted above (0.011% recording overhead, 0.93ms mean replay latency, 100% fidelity) come from benchmarks/test_overhead.py, benchmarks/test_replay_vs_live.py, and benchmarks/test_fidelity.py in this repo, runnable yourself with uv run pytest benchmarks/.
How do I install it, and what platforms does it support?
pip install agent-observability-trace-cli, or uv add agent-observability-trace-cli. It requires Python 3.10 or newer and depends only on httpx and rich, no compiled extensions, so it installs anywhere those wheels do. CI (.github/workflows/ci.yml) currently runs on Ubuntu only; macOS and Windows aren't part of the automated test matrix, though nothing in the interceptor or replay engine touches OS-specific APIs. An npm wrapper, agent-observability-trace-cli (source under npm/ in this repo), is also published for teams that reach for npx/npm, but it still shells out to the Python CLI under the hood, so the Python package must be installed too.
How does this compare to LangSmith specifically?
LangSmith's LANGSMITH_TEST_CACHE (VCR-style cassettes, via langsmith[vcr]) is the closest built-in equivalent. It's Python plus LangChain only, captures HTTP calls to api.openai.com rather than any HTTP client, doesn't record full wire-level bytes, and requires a LangSmith account. Agent Observability works with any Python HTTP client, plus dedicated interceptors for gRPC, aiohttp, botocore, and WebSocket traffic, records full request and response bytes locally, and needs no account or hosted service. Pick LangSmith if you're already on LangChain and want dataset management, prompt versioning, and human feedback loops alongside tracing. Pick Agent Observability if the goal is reproducing one specific failed run at zero API cost, regardless of which SDK made the call.
What happens if replay can't find a matching fixture entry?
With AGENT_TRACE_NETWORK_GUARD=1 set, any request missing from the fixture raises NetworkGuardError immediately instead of silently falling through to a live call. The most common cause is an HTTP client constructed before the recording or replay context was entered, since the patch only applies to clients created inside the start_trace/replay block. See "Known limitations" above for the full list of edges, including partial gRPC streaming coverage and pre-HTTP exceptions that never reach the interceptor.
Does it capture agents built on non-Python frameworks?
No. Capture is a Python HTTP-transport interceptor plus instrumented callbacks for the integrations under src/agent_trace/integrations/ (LangGraph, CrewAI, AutoGen, LlamaIndex, Haystack, Agno, PydanticAI, Google GenAI, and others). It only sees traffic from your own Python process. Agents built in other languages, or calls made by a third-party hosted service you don't run yourself, are outside its capture surface.
Are fixture files safe to commit to version control?
Not by default. fixture.db contains full HTTP request and response bodies, which means API keys and prompt contents whenever they appear in headers or payloads. Add .agent-trace/ and *.db to .gitignore, and never commit a fixture recorded against a production API key. Strip or redact secrets first if you want to keep a fixture as a committed CI test asset.
Is this free to use commercially?
Yes. The project is Apache 2.0 licensed (see LICENSE), which permits commercial use, modification, and redistribution, including inside closed-source products, subject to the license's own attribution and notice terms. There is no separate paid tier or commercial license.
Contributing
- Read CONTRIBUTING.md before opening a PR
- Good first issues are labeled in GitHub Issues
- Replay engine (
src/agent_trace/_replay/) requires 80% test coverage — correctness-critical - Interceptor (
src/agent_trace/interceptor/) requires 80% test coverage - GitHub Discussions for design questions and ideas
Apache 2.0. Contributions welcome.
Built by Rudrendu Paul
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file agent_observability_trace_cli-0.1.3.tar.gz.
File metadata
- Download URL: agent_observability_trace_cli-0.1.3.tar.gz
- Upload date:
- Size: 4.0 MB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: uv/0.11.29 {"installer":{"name":"uv","version":"0.11.29","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
494a003584216a1315dbf21045fb14aa0e18cbf98a95e21d311f1797ebd42d30
|
|
| MD5 |
0ba66c96c11aa3a7dbe13f7608a25a34
|
|
| BLAKE2b-256 |
7a9de01f95972610e8740c5ac1a9df5e66803fabe556790cafccdb7d8b79533f
|
File details
Details for the file agent_observability_trace_cli-0.1.3-py3-none-any.whl.
File metadata
- Download URL: agent_observability_trace_cli-0.1.3-py3-none-any.whl
- Upload date:
- Size: 231.0 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: uv/0.11.29 {"installer":{"name":"uv","version":"0.11.29","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
9454fe41e973ad37dabebcb1cc0ca5f11e83db973b61227581534db4589ed37c
|
|
| MD5 |
4bda224d59ae17668bc4f34e8cfd2593
|
|
| BLAKE2b-256 |
bae7e8ae8d321af6861d5b8c5cc7cba1a513b340e3d7c23a2a9bd34872cc2292
|