TraceX
NEWTraceX CLI: answers and a coding agent in your terminal

Every customer issue, traced to the root cause.

TraceX is the AI engineer for your production issues. It reads the support email, investigates your database, logs and code, finds the root cause with evidence, and writes the fix.

Refund not received· InvestigationLIVE
M
Maria Chen · to support · 9:41

My refund from last week still hasn't arrived. Order #48213.

Intake
Triage
Evidence
Root cause
Action
Resolve
Reading the email…Checking database…Reading the code…Checking Sentry…Root cause found
PostgreSQL 34 refunds with state = 'pending' since Oct 21
GitHub Migration 0142 renamed pending → awaiting_payout
Sentry No errors: the worker finds nothing to process
Live traceread-only
Read the emailorder #48213 · refund
Planned 4 checksdata · code · errors · logs
SELECT state FROM refunds WHERE order_id = 48213'pending'
Searched code for the refund filterrefunds.py:42
Read 3 recent commits7f3b10 renamed the state
Checked Sentry · refund-worker0 errors
Tested: the worker skips the renamed stateconfirmed
Root cause refund worker

Migration 0142 renamed the refund state,but refunds.py still filters on pending.

Confidence93%
ExpectedRefunds move to the payout queue within an hour.
ActualThe worker filters on pending, which no longer exists.
Fix readyLow risk Open pull request Opened
Reply drafted

Hi Maria, we found the problem and your refund is on its way.

Connects read-only to the tools your team already runs.

Now in private beta with early engineering teams, free while in beta.
Integrations
10

databases, code, logs and inboxes, connected read-only

Visible steps
6

in every investigation, from intake to resolve

Production writes
0

read-only access and read-only queries, always

Free in beta
50/mo

investigations a month during the private beta

How it works

From a customer email
to a pull request.

See an investigation
01 · Intake

An issue comes in

A support email, a Slack message, a Jira ticket, or a question in the dashboard.

02 · Evidence

TraceX investigates

It queries your database read-only, reads the code and recent changes, and checks Sentry, Datadog and CloudWatch.

03 · Root cause

It proves the cause

A root cause with its confidence, what should happen versus what does, and the evidence for each claim.

04 · Action

It writes the fix

A pull request with the change and how to validate it, and a reply ready for your customer.

Investigations

The root cause, with the evidence to prove it.

TraceX works the issue the way your best engineer would: it reads the thread, plans what to check, and follows the data and the code until the cause is clear.

  • Root cause, confidence and expected versus actual behaviour
  • Every finding cites the record, code or log line behind it
  • A fix as a pull request, and a drafted reply to the customer
PostgreSQL 34 refunds with state = 'pending' since Oct 21
GitHub Migration 0142 renamed pending → awaiting_payout
Sentry No errors: the worker finds nothing to process
Root cause refund worker

Migration 0142 renamed the refund state,but refunds.py still filters on pending.

Confidence93%
ExpectedRefunds move to the payout queue within an hour.
ActualThe worker filters on pending, which no longer exists.
Conversations

Ask about your systems in plain English.

How many refunds are stuck? Which customers were charged twice? What changed in checkout since Monday? TraceX looks it up and shows its work.

  • Answers from your databases, code and logs, never from guesswork
  • Each step shown as it happens, each claim cited
  • Spreadsheets, CSV and PDF exports when you need them
How many refunds are stuck, and since when?
Queried refunds · 34 rows
Read 3 commits in payments-api
Checked the answer against the evidence
34 refunds are stuck in pending, all created after migration 0142 shipped on Oct 21 1 2.
DayStuck
Oct 2112
Oct 2214
Oct 238
Fixes and code review

From the root cause to a pull request.

TraceX writes the smallest change that fixes the cause, explains its risk and how to validate it, and reviews your team's pull requests too.

  • A reviewed diff with its risk level
  • Validation steps in the description
  • Reviews on every PR, with one-click suggestions
app/workers/refunds.py+1 −1
def pending_refunds(db):
− return db.refunds.filter(state="pending")
+ return db.refunds.filter(state="awaiting_payout")
Fix readyLow risk Open pull request Opened
Validate run the refund worker against staging; 34 refunds move to payout
Connected by design

Your whole stack.
Read, never written.

TraceX reads your databases, code, errors, logs and inboxes together, so every answer comes from the whole picture. Access is read-only and you can revoke it any time.

Explore integrations
Integrations in action

Watch it work
with your stack.

All integrations

Read-only queries, real answers

PostgreSQL, MySQL and MongoDB, through read-only credentials. TraceX writes the query, runs it, and keeps only what it found.

PostgreSQL· production · read-only
SELECT id, order_id, state, created_atFROM refundsWHERE state = 'pending'  AND created_at > '2026-10-21'
idorder_idstatecreated_at
rf_992148213pendingOct 21 09:12
rf_993448190pendingOct 21 11:40
rf_995848236pendingOct 22 08:03
rf_998748271pendingOct 23 16:55
… 30 more rows
34 rows · read-only query · no rows stored

34 refunds are stuck in pending, every one created after Oct 21.

TraceX CLI

In your terminal, and in your repo.

Sign in through your browser, link a repository with one command, and ask TraceX from your terminal. In a repository that isn't linked, it works as a coding agent that asks before every change.

  • tracex -c for answers with the same evidence as the dashboard
  • Coding mode: reads, edits and runs tests in your repo, with your approval
  • Install with one line on macOS and Linux
$ tracex -c› fix the refund worker filter  Edit app/workers/refunds.py  - state="pending"  + state="awaiting_payout"  Apply? (y/a/n) y  Run pytest tests/test_refunds.py? (y/a/n) y  ✓ 12 passed
Built for trust

Powerful by design.
Controlled by you.

Explore security

Read-only by default

TraceX connects to your databases with read-only access and runs only read-only queries. Nothing in production is changed.

Evidence, not guesses

Every root cause and answer cites the records, code and log lines it came from, and a second model checks the answer against them.

Your records aren't kept

No index of your code or data. Answers keep what was looked up and where, not the rows; exported files are deleted after 24 hours.

You approve every change

Fixes arrive as pull requests for your review. In your terminal, TraceX asks before every edit and command.

Enterprise sign-in

SSO, two-factor sign-in, roles for admins, investigators and viewers, revocable sessions and a full audit log.

Your own model keys

Run TraceX on your own Anthropic or Gemini account, so AI usage is billed to you, never through TraceX.

Product tour

See TraceX in 96 seconds.

A customer email, the investigation, the root cause and the fix, start to finish. Turn the sound on.

Find the root cause.
Ship the fix.

TraceX is free during the private beta. Connect a database and a repository and ask your first question in minutes.