Agent Observability
概要
作者による説明(英語の原文)
AI agent observability with deterministic record/replay for debugging agent failures.
できること
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
- 接続方法: パソコンで動く
- トランスポート: stdio
- カテゴリ: 開発者ツール
インストール
使っているAIアプリを選んで、設定をコピーしてください。
チェック 2/2 合格 · あなたのパソコンで動きます
まず:どの AI を使っていますか?
使っているアプリを選ぶと、下に手順が表示されます。
Claude につなげますが、先に準備が必要です
先にパソコンへ Python (uv) を入れてください(1 回だけ) · パソコン版 Claude アプリ(Windows または Mac)のみ。Web やスマホでは使えません
パソコン版 Claude アプリの設定ファイルを開く
SettingsDeveloperEdit Config
この設定を貼り付けて保存
{ "mcpServers": { "agent-observability": { "command": "uvx", "args": [ "agent-observability-trace-cli", "agent-trace-mcp" ] } } }Claude を終了してもう一度開く
試してみる
Agent Observability を使って、私に何ができるか教えて、1 つやってみせて✓ Claude が Agent Observability を使っていると言うか、回答に Agent Observability のツール名が出れば接続成功です
メニュー名は 2026年11月11日 に Anthropic のヘルプページで確認 · アプリのバージョンにより画面が少し違うことがあります
ChatGPT はまだ Agent Observability につなげません
Agent Observability はパソコンに入れて使うものですが、ChatGPT は Web 上で動くサーバーにしかつなげません
代わりにできること
A · Agent Observability につなげるアプリを使う
- 先にパソコンへ Python (uv) を入れてください(1 回だけ) · パソコン版 Claude アプリ(Windows または Mac)のみ。Web やスマホでは使えません
- 先にパソコンへ Python (uv) を入れてください(1 回だけ)
- 先にパソコンへ Python (uv) を入れてください(1 回だけ)
- 先にパソコンへ Python (uv) を入れてください(1 回だけ)
B · 開発者ツール の中で ChatGPT につなげる別のサーバー
同じカテゴリでよく使われているものから、キーなしでアドレスだけでつなげるものを選びました
- Sentry✓ ChatGPT
- Front-End Checklist✓ ChatGPT
- Compiler Explorer✓ ChatGPT
Claude Code につなげますが、先に準備が必要です
先にパソコンへ Python (uv) を入れてください(1 回だけ)
ターミナルを開く
Mac:Command+スペースで Terminal と入力 · Windows:PowerShell を開く
このコマンドを貼り付けて Enter
claude mcp add agent-observability -- uvx agent-observability-trace-cli agent-trace-mcpClaude Code で /mcp と入力
Agent Observability が一覧にあり、接続済みと表示されれば OK です
試してみる
Agent Observability を使って、私に何ができるか教えて、1 つやってみせて✓ Claude Code が Agent Observability を使っていると言うか、回答に Agent Observability のツール名が出れば接続成功です
メニュー名は 2026年11月11日 に Anthropic のヘルプページで確認 · アプリのバージョンにより画面が少し違うことがあります
Cursor につなげますが、先に準備が必要です
先にパソコンへ Python (uv) を入れてください(1 回だけ)
Cursor の AI チャットを Agent モードで開く
試してみる
Agent Observability を使って、私に何ができるか教えて、1 つやってみせて✓ Cursor が Agent Observability を使っていると言うか、回答に Agent Observability のツール名が出れば接続成功です
メニュー名は 2026年11月11日 に Cursor のヘルプページで確認 · アプリのバージョンにより画面が少し違うことがあります
VS Code につなげますが、先に準備が必要です
先にパソコンへ Python (uv) を入れてください(1 回だけ)
VS Code の AI チャットを Agent モードで開く
試してみる
Agent Observability を使って、私に何ができるか教えて、1 つやってみせて✓ VS Code が Agent Observability を使っていると言うか、回答に Agent Observability のツール名が出れば接続成功です
メニュー名は 2026年11月11日 に VS Code のヘルプページで確認 · アプリのバージョンにより画面が少し違うことがあります
開発者向け:ターミナルのコマンドと JSON 設定
パソコンにインストール
Claude Code
claude mcp add agent-observability -- uvx agent-observability-trace-cli agent-trace-mcpClaude Desktop (claude_desktop_config.json)
{
"mcpServers": {
"agent-observability": {
"command": "uvx",
"args": [
"agent-observability-trace-cli",
"agent-trace-mcp"
]
}
}
}Cursor (~/.cursor/mcp.json)
{
"mcpServers": {
"agent-observability": {
"command": "uvx",
"args": [
"agent-observability-trace-cli",
"agent-trace-mcp"
]
}
}
}VS Code (mcp.json)
{
"servers": {
"agent-observability": {
"type": "stdio",
"command": "uvx",
"args": [
"agent-observability-trace-cli",
"agent-trace-mcp"
]
}
}
}この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
ひと目でわかる
使えるアプリ
このサーバーのつなぎ方と、各アプリの公式ドキュメントに基づきます。2026年11月10日に確認。
パソコン上で動かせるアプリ
ClaudeGooseLM StudioMsty StudioCherry StudioCursorVS Code + GitHub CopilotVisual StudioWindsurf (Devin Desktop)ZedKiroClineContinueJetBrains AI AssistantClaude CodeCodex CLIGemini CLIOpenCodenodecodeWarpLibreChatRaycast
できること
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
基本チェックi
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月11日にチェック
- ✓ 合格
作者とリポジトリが一致
レジストリ名は、リポジトリを所有するGitHubアカウント RudrenduPaul で確認済みです
- ✓ 合格
今もメンテナンスされている
コードの最終更新:6 日前
- … 未チェック
ライセンスがある
このリポジトリはまだGitHubから読み取っていません
- – 対象外
エンドポイントが応答する
これはパソコンで動くため、インターネット上のエンドポイントはありません
- – 対象外
OAuthでサインイン
パソコンで動き、代わりにローカルの設定を使います
- … 未チェック
ツールの説明に隠れた指示がない
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
話し合い
質問、コツの共有、使えないことの報告ができます。「役に立った」の多い順です。
ユーザーレビュー
まだレビューはありません
開発者ツールのほかのサーバーとの比較i
- このカテゴリのほかの5759件のうち0%よりスターが多い
- このカテゴリのほかの5759件のうち28%より最近レジストリに公開
- 基本チェックの結果が、このカテゴリのほかの5759件のうち100%と同じかそれ以上
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
よくある質問
Agent Observabilityは安全ですか?
当てはまる基本チェック2項目のうち2項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
どんなキーやコードが必要ですか?
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
パソコンで動きますか、それともクラウドですか?
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
今もメンテナンスされていますか?
GitHubリポジトリの最終更新は6 日前、最新バージョン(0.1.11)がレジストリに届いたのは3 か月前です。
どのアプリで使えますか?
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにPython (uv)も必要です。
代わりに使えるものは?
同じカテゴリには:REA, Netdata, Front-End Checklist
代わりの候補
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:↓ 週あたりのダウンロードi★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Netdata
Real-time infrastructure monitoring with metrics, logs, alerts, and ML-based anomaly detection.
Front-End Checklist
Review frontend code and live pages against 386 quality-gated web development rules.
作者のREADME
READMEを開く
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Agent Observability
Record your agent's LLM calls once, replay them offline in under 1 ms, zero API calls, zero cost.
Your LangGraph agent fails after step 8. LangSmith shows you what broke. To reproduce it: 8 more LLM calls. 30 more seconds. $0.15 more in API cost. If the failure was caused by a transient model output, you can't reproduce it at all.
Agent Observability fixes this. Record once. Replay offline in 0.93 ms. Zero API calls. Zero cost.
Recording overhead: 0.011% (0.090 ms added per LLM call)
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) CI cost per replay: $0
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]
30-second CLI quickstart
# Record a live run (your script just needs `import agent_trace` somewhere)
agent-trace run --name my_agent -- python my_agent.py
List recorded runs
agent-trace list
Replay offline: zero network, zero cost
agent-trace replay run_
Show the trace for a run
agent-trace show run_
list, inspect, diff, replay, and run all support --json for machine-parseable output, so an orchestrating agent or CI job can call any of them the same way a person would and parse the result. (run --json prints its own status to stderr and the child process's output to stdout, ending with one final JSON summary line, since the child's own output can't be made structured.) show has no --json mode of its own. It accepts --errors-only to filter its output to failed spans instead. See the full CLI reference below for every subcommand's flags.
Want programmatic control instead of the CLI? Use the Python API:
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_ /
Replay offline, no API calls, no tokens:
from agent_trace import replay
with replay("run_ ") as ctx: result = fetch_data("hello") # served from fixture, zero network print(result) # identical to the original run
[!TIP]
To store the input for later retrieval in replay, call
ctx.fixture.set_metadata('input', query)inside the recording context.
[!NOTE]
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).
MCP Server
agent-observability ships a Model Context Protocol server so an AI agent (Claude, Cursor, or any MCP-compatible client) can list, inspect, and replay recorded runs directly, without a human invoking the CLI by hand.
Install the extra:
pip install "agent-observability-trace-cli[mcp]"
Add it to your MCP client's config (for Claude Desktop, claude_desktop_config.json):
{
"mcpServers": { "agent-observability": { "command": "uvx", "args": ["--from", "agent-observability-trace-cli", "agent-trace-mcp"] } } }
The server exposes one tool, run, that shells out to the agent-trace CLI with the given subcommand and arguments plus --json, and returns the parsed JSON result:
run(["list"])
run(["replay", "run_abc123def456"])
Transport is stdio, so there is nothing to host: the MCP client spawns the server as a local subprocess. Source: src/agent_trace/mcp_server.py.
Supported frameworks
LangGraph · OpenAI Agents SDK · CrewAI · AutoGen · LlamaIndex · Haystack · Agno · PydanticAI · Google GenAI Plus: any httpx.Client, httpx.AsyncClient, or requests.Session — no framework required.
CLI reference
agent-trace has 7 subcommands. Every subcommand accepts -h/--help for the same detail shown here.
agent-trace version
Print the installed version and exit. No arguments.
agent-trace list
List all recorded runs in the trace directory (~/.agent-trace/runs by default, or $AGENT_TRACE_TRACE_DIR).
| Flag | Default | Description |
|---|---|---|
--json | off | Print machine-readable JSON instead of a human-readable table. |
agent-trace show
Pretty-print the stored trace.json for a run.
| Argument | Required | Description |
|---|---|---|
run_id | yes | Run ID, e.g. run_abc123def456. |
| Flag | Default | Description |
|---|---|---|
--errors-only | off | Only print ERROR-status spans, each with its captured exception text. |
show has no --json mode. It prints the trace (colorized via rich when installed, plain json.dumps otherwise), not a structured summary object.
agent-trace replay
Enter replay mode for a run and print the resulting span tree, plus streaming timing, HTTP error exchanges, and the same cross-span diagnostics show prints (error classification, duplicate node spans, retry storms, misattributed spans, checkpoint durability, zero-task updates).
| Argument | Required | Description |
|---|---|---|
run_id | yes | Run ID, e.g. run_abc123def456. |
--json | no | Print a structured JSON summary (fixture path, span/exchange counts, the original trace) instead of the human-readable span tree. |
agent-trace inspect
Auto-flag known malformed request/response shapes and cross-span anomalies for a run.
| Argument | Required | Description |
|---|---|---|
run_id | yes | Run ID, e.g. run_abc123def456. |
| Flag | Default | Description |
|---|---|---|
--registered-tools | none | Comma-separated list of registered tool names. Enables the tool-call name fuzzy-match, dotted-compound, ReAct action-name-not-registered, and tool-call-name-not-registered checks. |
--configured-host | none | The framework's configured LLM endpoint host. Enables the endpoint-host-mismatch check. |
--check-kwarg | none | Dotted kwarg path (e.g. extra_body.chat_template_kwargs.thinking) expected to be present on the wire. Flags requests where it's absent. |
--diff-field | none | Response field to check for wire-present-but-downstream-absent: a top-level key (e.g. usage) or a dotted/nested path with numeric list-index segments (e.g. choices.0.message.reasoning_content, for provider fields like DeepSeek's reasoning_content). |
--diff-get-post-field | none | Dotted field path (e.g. instructions) to compare between an earlier GET response and a later, causally-related POST request body referencing the same resource id (see issue #2620). Flags stale-value mismatches, such as a GPTAssistantAgent POST /runs still sending instructions that no longer match what GET /assistants/{id} returns. |
--diff-get-post-id-field | id | Field name the GET response uses for the resource id. |
--diff-get-post-post-id-field | same as --diff-get-post-id-field | Field name the POST request body uses to reference the same resource id, if different (e.g. assistant_id). |
--json | off | Print machine-readable JSON instead of human-readable flag lists. |
agent-trace diff
Diff two recorded runs' exchanges, matched by URL, highlighting field-level differences between request/response bodies, plus a restart-vs-resume check for a shared LangGraph thread_id (see issue #161).
| Argument | Required | Description |
|---|---|---|
run_id_a | yes | First run ID. |
run_id_b | yes | Second run ID. |
| Flag | Default | Description |
|---|---|---|
--json | off | Print machine-readable JSON instead of a human-readable diff. |
agent-trace run -- [args...]
Exec a child process with recording pre-enabled process-wide (AGENT_TRACE_AUTO_RECORD=1), so the first import agent_trace inside that process, even one owned by a third-party CLI like langgraph dev, starts recording with zero code changes required in your own agent code. Exits with the child process's own exit code.
| Flag | Default | Description |
|---|---|---|
--run-id | random (run_<12-hex-chars>), printed on start | Explicit run ID. |
--name | auto-record | Trace name recorded in trace.json metadata. |
--json | off | Print agent-trace's own status as one final JSON line on stdout (status lines go to stderr instead). Must come before the child command, e.g. agent-trace run --json -- langgraph dev. |
| child_command (positional) | none | Everything after -- is exec'd as the child process, e.g. -- langgraph dev. This captures the remainder of the comma