HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
traceroot-ai
traceroot
TypeScript2025–2025
traceroot-ai / traceroot

traceroot

traceroot: the open-source platform that continuously improves your ai agents.

3Distinct people
5Mentions
0Explicit recommenders
1.4KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

traceroot: the open-source platform that continuously improves your ai agents.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by 6-hour interval5 dated mentions

Observed mentions: 2025-08-01 02:08:47 UTC to 2025-08-07 01:45:43 UTC.

0122025-08-01 00:00:00 UTC to 2025-08-01 06:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsAug 1, 00:002025-08-01 06:00:00 UTC to 2025-08-01 12:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-01 12:00:00 UTC to 2025-08-01 18:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2025-08-01 18:00:00 UTC to 2025-08-02 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025-08-02 00:00:00 UTC to 2025-08-02 06:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-02 06:00:00 UTC to 2025-08-02 12:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-02 12:00:00 UTC to 2025-08-02 18:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-02 18:00:00 UTC to 2025-08-03 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-03 00:00:00 UTC to 2025-08-03 06:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-03 06:00:00 UTC to 2025-08-03 12:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-03 12:00:00 UTC to 2025-08-03 18:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-03 18:00:00 UTC to 2025-08-04 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-04 00:00:00 UTC to 2025-08-04 06:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsAug 4, 00:002025-08-04 06:00:00 UTC to 2025-08-04 12:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-04 12:00:00 UTC to 2025-08-04 18:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-04 18:00:00 UTC to 2025-08-05 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-05 00:00:00 UTC to 2025-08-05 06:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-05 06:00:00 UTC to 2025-08-05 12:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-05 12:00:00 UTC to 2025-08-05 18:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-05 18:00:00 UTC to 2025-08-06 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-06 00:00:00 UTC to 2025-08-06 06:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-06 06:00:00 UTC to 2025-08-06 12:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-06 12:00:00 UTC to 2025-08-06 18:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-06 18:00:00 UTC to 2025-08-07 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-07 00:00:00 UTC to 2025-08-07 06:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 commentsAug 7, 00:00

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Aug 1, 00:002025-08-01 00:00:00 UTC2025-08-01 06:00:00 UTC110
Aug 1, 06:002025-08-01 06:00:00 UTC2025-08-01 12:00:00 UTC000
Aug 1, 12:002025-08-01 12:00:00 UTC2025-08-01 18:00:00 UTC110
Aug 1, 18:002025-08-01 18:00:00 UTC2025-08-02 00:00:00 UTC101
Aug 2, 00:002025-08-02 00:00:00 UTC2025-08-02 06:00:00 UTC000
Aug 2, 06:002025-08-02 06:00:00 UTC2025-08-02 12:00:00 UTC000
Aug 2, 12:002025-08-02 12:00:00 UTC2025-08-02 18:00:00 UTC000
Aug 2, 18:002025-08-02 18:00:00 UTC2025-08-03 00:00:00 UTC000
Aug 3, 00:002025-08-03 00:00:00 UTC2025-08-03 06:00:00 UTC000
Aug 3, 06:002025-08-03 06:00:00 UTC2025-08-03 12:00:00 UTC000
Aug 3, 12:002025-08-03 12:00:00 UTC2025-08-03 18:00:00 UTC000
Aug 3, 18:002025-08-03 18:00:00 UTC2025-08-04 00:00:00 UTC000
Aug 4, 00:002025-08-04 00:00:00 UTC2025-08-04 06:00:00 UTC000
Aug 4, 06:002025-08-04 06:00:00 UTC2025-08-04 12:00:00 UTC000
Aug 4, 12:002025-08-04 12:00:00 UTC2025-08-04 18:00:00 UTC000
Aug 4, 18:002025-08-04 18:00:00 UTC2025-08-05 00:00:00 UTC000
Aug 5, 00:002025-08-05 00:00:00 UTC2025-08-05 06:00:00 UTC000
Aug 5, 06:002025-08-05 06:00:00 UTC2025-08-05 12:00:00 UTC000
Aug 5, 12:002025-08-05 12:00:00 UTC2025-08-05 18:00:00 UTC000
Aug 5, 18:002025-08-05 18:00:00 UTC2025-08-06 00:00:00 UTC000
Aug 6, 00:002025-08-06 00:00:00 UTC2025-08-06 06:00:00 UTC000
Aug 6, 06:002025-08-06 06:00:00 UTC2025-08-06 12:00:00 UTC000
Aug 6, 12:002025-08-06 12:00:00 UTC2025-08-06 18:00:00 UTC000
Aug 6, 18:002025-08-06 18:00:00 UTC2025-08-07 00:00:00 UTC000
Aug 7, 00:002025-08-07 00:00:00 UTC2025-08-07 06:00:00 UTC202

What Hacker News says

5 sources
Yes, we can connect for example CC with MCPs. But this may not work well for example if user wants to check the latency for previous 10 days error log on function A. By using MCP the agent needs to get 10 days error logs at first and then somehow get the latency and correlates them, apply filters for function A. IMO it will hallucinate a lot if there are too many tools, logs and traces. But on TraceRoot platform we "mixed" all necessary data at first, and based on user's query apply filters on structured data, which is more accurate, straightforward and efficient. Here is the README of the general design https://github.com/traceroot-ai/traceroot/tree/main/rest/age...
In Show HN: TraceRoot – Open-source agentic debugging for distributed services
We provide an easy to use solution that Sentry is quite complex to use by connecting code context to corresponding loggings and tracings. Also, directly using MCP with LLMs may hallucinate if there are too many tool candidates and if there are a lot of loggings (which is very common) We need to have some optimizations to improve the both of the efficiency and reduce the context fed into the LLMs. An example is shown in this README https://github.com/traceroot-ai/traceroot/tree/main/rest/age... There is also some cursor like UI in TraceRoot to better involve human in the loop which is crucial to minimize the context length and other platforms such as Sentry does not have.
In Show HN: TraceRoot – Open-source agentic debugging for distributed services
xinweihe·Aug 1, 2025Submission

Show HN: TraceRoot – Open-source agentic debugging for distributed services

Hey Xinwei and Zecheng here, we are the authors of TraceRoot (https://github.com/traceroot-ai/traceroot). TraceRoot (https://traceroot.ai) is an open-source debugging platform that helps engineers fix production issues faster by combining structured traces, logs, source code contexts and discussions in Github PRs, issues and Slack channels, etc. with AI Agents. At the heart are our lightweight Python (https://github.com/traceroot-ai/traceroot-sdk) and TypeScript (https://github.com/traceroot-ai/traceroot-sdk-ts) SDKs - they can hook into your app using OpenTelemetry and captures logs and traces. These are either sent to a local Jaeger (https://www.jaegertracing.io/) + SQLite backend or to our cloud backend, where we correlate them into a single view. From there, our custom agent takes over. The agent builds a heterogeneous execution tree
Read the rest
that merges spans, logs, and GitHub context into one internal structure. This allows it to model the control and data flow of a request across services. It then uses LLMs to reason over this tree - pruning irrelevant branches, surfacing anomalous spans, and identifying likely root causes. You can ask questions like “what caused this timeout?” or “summarize the errors in these 3 spans”, and it can trace the failure back to a specific commit, summarize the chain of events, or even propose a fix via a draft PR. We also built a debugging UI that ties everything together - you explore traces visually, pick spans of interest, and get AI-assisted insights with full context: logs, timings, metadata, and surrounding code. Unlike most tools, TraceRoot stores long-term debugging history and builds structured context for each company - something we haven’t seen many others do in this space. What’s live today: - Python and TypeScript SDKs for structured logs and traces. - AI summaries, GitHub issue generation, and PR creation. - Debugging UI that ties everything together TraceRoot is MIT licensed and easy to self-host (via Docker). We support both local mode (Jaeger + SQLite) and cloud mode. Inspired by OSS projects like PostHog and Supabase - core is free, enterprise features like agent mode multi-tenant and slack integration are paid. If you find it interesting, you can see a demo video here: https://www.youtube.com/watch?v=nb-D3LM0sJM We’d love you to try TraceRoot (https://traceroot.ai) and share any feedback. If you're interested, our code is available here: https://github.com/traceroot-ai/traceroot. If we don’t have something, let us know and we’d be happy to build it for you. We look forward to your comments!
40 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.