
Agenttrace
io.github.CloudCorpRecordsPublished by GitHub account CloudCorpRecordsv0.1.0Updated Nov 3, 2026
Summarize a supplied agent tool-call trace: per-tool stats, the error list, and totals.
Overview
Agenttrace's local MCP server; no sign-in required; STDIO.
No AI overview yet: these facts come from the registry entry and the server itself.
Installation
In SourceWeft
- Open Agenttrace in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
agenttrace
An agent run can fire dozens of tool calls, and afterwards
the interesting questions are simple ones: which tools did
the work, which calls failed and why, where did the time
go, and how many tokens did it all cost. agenttrace
answers those questions from a trace you already have.
You supply the events — for each call, the tool name, when
it started, how long it ran, whether it ended ok or in
error, and optionally the error message and the input
and output token counts — and agenttrace hands back the
summary. It records nothing, proxies nothing, and fetches
nothing; it computes over the facts you pass in.
The summary has three parts. First, one statistics entry
per distinct tool, in the order the tools first appear in
your trace: how many calls it took, how many of them
failed, its error rate, its total, average, and maximum
duration, and its token totals. Second, the list of failed
calls in trace order, each with its position in the trace,
its tool, and its error message — null when a failed
call carried no message. Third, the trace totals: the
event count, how many distinct tools ran, the total error
count and overall error rate, the summed duration, the
wall-clock span from the earliest start to the latest
finish, and the overall token totals.
Two roundings are pinned. Error rates — per tool and
overall — are rounded to four decimal places, and the
average duration is rounded to the nearest integer with
Math.round, so a mean of 100.5 reports as 101. Token
fields are optional; a call that omits them counts as
zero tokens. The start times can use any epoch you like,
because only their differences feed the wall-clock span.
Malformed input — a missing, empty, or non-array event
list, an event that is not an object, a missing, empty, or
non-string tool name, a negative or fractional start time,
duration, or token count, a status that is not exactly
"ok" or "error", or a non-string error — is a
validation error naming the offending path, such as
events[2].status must be "ok" or "error", with no
partial result. Unknown extra fields are ignored,
including inside events.
CLI
args.json contains the full arguments object:
The summary is printed as JSON:
Exit codes: 0 on success, 1 on a runtime error
(including an unreadable or invalid input file, or
invalid input), 2 on a usage error.
MCP server
MCP client config:
Tools
-
summarize_trace— Summarize a caller-supplied agent tool-call trace: per-tool call, error, duration, and token statistics, the list of failed calls, and trace totals.events(array, required, at least 1 item) — the tool-call events to summarize, in trace order; each item:tool(string, required, non-empty) — name of the tool that was calledstarted_at_ms(integer, required, at least 0) — call start time in milliseconds (any epoch the caller chooses; only differences are used)duration_ms(integer, required, at least 0) — call duration in millisecondsstatus(string, required) — call outcome: exactly"ok"or"error"error(string, optional) — error message for a failed callinput_tokens(integer, optional, at least 0) — input tokens consumed by the call; absent means 0output_tokens(integer, optional, at least 0) — output tokens produced by the call; absent means 0
Returns
{tools, errors, totals}, wheretoolsholds one{tool, calls, errors, error_rate, total_duration_ms, avg_duration_ms, max_duration_ms, input_tokens, output_tokens}per distinct tool in first-appearance order,errorsholds one{index, tool, error}per failed call in input order, andtotalsis{total_events, distinct_tools, total_errors, overall_error_rate, total_duration_ms, wall_clock_ms, total_input_tokens, total_output_tokens}.
Docker
Development
License
MIT — Copyright (c) 2026 Rene Turcios
Source: README.md at commit b5fc1ff
Tools
0Version history
1- v0.1.0LatestNov 3, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts