TestRunEXecute
TREX catches the bugs that only show up at runtime. It starts your services, sends real requests, exercises the changed code, and leaves the logs, screenshots, and traces on the PR.

How TREX validates a PR

Understands the change
TREX looks at the PR, your repo, your test suite, and your stack to figure out what needs to run.

Runs it in a sandbox
TREX installs your dependencies, starts the services the change touches, and exercises the code with targeted tests.

Shows what broke
When a run fails, TREX traces it back to the relevant code and leaves a PR comment with the evidence attached.
Get the bugs you can't find by reading the diff
Greptile with TREX catches ~20% more bugs than review alone. Those are the bugs that only show up when the code runs.
Test every change end to end
TREX spins up the services your change touches and uses computer use to test them. It clicks through desktop apps, web apps and command-line tools the way a real user would.
Bugs TREX caught in open source
Explore other features at Greptile
Find out more about how teams are using Greptile
Let Greptile run the PR before it merges.


