Learn your whole app before Kane CLI tests it
Give Kane CLI Exploration a URL. An exploration agent maps every page, control and flow, flags problems, and Kane CLI writes tests from that map.
Most of the app was never written down, and most of it is never looked at
The spec is missing or out of date
Some apps never had a spec. Others have one that nobody keeps current.
Only the known path gets checked
Tests follow login or checkout, while bugs and screen states hide everywhere else.
Nobody has the full picture
Mapping every page, control and flow is too slow for one person or one browser.
From one URL to tests in CI, in seven steps
› Queued on HyperExecute
› Waiting in line for a machine
› Clean profiles, nothing carried over
You point Kane CLI Exploration at the URL of your web app.
Open any browser while the exploration runs
Dozens of parallel browsers in the TestMu AI cloud explore at once. Pick one to see its screen and what it just did.

Every screen written down, every problem pinned to where it showed up

Exploration becomes your context
The exploration map feeds the assurance loop, which runs again on every change your coding agent ships.
change
For apps nobody fully documented
Legacy apps
Legacy apps whose specs are lost or out of date.
Agent-built apps
Apps a coding agent built faster than anyone could document them.
Inherited products
Products a new team has just inherited.
Hidden coverage gaps
Coverage gaps that your current suites can't see.
Kane CLI works alongside Playwright, Selenium and Cypress
Your suites keep covering the flows you knew about. Tests from Exploration cover the rest, in the same CI run.
Questions and current limits
Kane CLI Exploration needs the URL of your web app. You start an exploration from the terminal with kane-cli explore run --url and your app’s URL.
Start with the URL of your web app
Install Kane CLI, then point Kane CLI Exploration at your app.
npm install -g @testmuai/kane-cli