
TestMu AI
World's first full-stack Agentic AI QE Platform.
4.8β’12 reviewsβ’2.5K followers
World's first full-stack Agentic AI QE Platform.
4.8β’12 reviewsβ’2.5K followers
TestMu AI is a Full Stack Agentic AI Quality Engineering platform that helps teams test intelligently and ship faster. Built for scale, it delivers end-to-end AI agents that plan, author, execute, and analyze software quality across web, mobile, and enterprise apps on real devices, browsers, and environments. Going beyond automation, TestMu AI Agents bring agentic intelligence to the entire SDLC, continuously boosting the speed, accuracy, and depth of testing.
This is the 14th launch from TestMu AI. View more

Kane CLI
Launching today
An agentic quality verifier for developers and AI coding agents. Describe a test in natural language, and Kane CLI runs it in a real Chrome browser and returns pass or fail with shareable proof. No selectors to write. Local-first, free to start.












Free Options
Launch Team / Built With




TestMu AI
Hi, I'm Jay Singh, Co-Founder of TestMu AI.
Every technology wave has the same shape. Capability jumps first. Trust catches up later. We saw it with cloud, and we are watching it again with AI.
The gap we kept seeing
β‘ AI writes the code in minutes now
π±οΈ But someone still has to open the app and confirm it actually works
β³ The building got fast. The assurance never did
That gap is the defining problem of this era of software, and it is why we built Kane CLI.
How it closes the loop
π₯ Ingests your source or PRD
π§© Designs the use cases and test scenarios
π Runs them in a real Chrome browser, or on Android emulators and iOS simulators
πΈ Returns an evidence pack, AC coverage, and a verdict
Not just "did it run". Did it work, and can you prove it. β
We believe the next generation of software teams will not be measured by how fast they build. Everyone will build fast. They will be measured by how fast they can trust what they built. π
Would love to hear how your team is dealing with this gap.
Learn more: https://www.testmuai.com/kane-cli-ph/
how is this different from Claude in Chrome?
@naima_darΒ Kane-CLI does everything Claude in Chrome does: drives a real browser from natural language, navigates, fills, clicks, verifies. The difference is what it leaves behind.
Claude in Chrome reasons its way through the task every time you ask. Kane does that once, then hands you a deterministic test case: exported code, structured NDJSON, per-step logs and screenshots, all persisted to Test Manager. The next thousand runs replay that artifact instead of re-deriving it. Same result every time, in CI, with a real exit code.
That's the future-proofing. Agentic exploration is how you author the test; determinism is what makes it a regression suite you can trust six months from now.
TestMu AI
Hi, I'm Mudit Singh, Co-Founder of TestMu AI.
The thing I love most about Kane CLI: the whole loop works for everyone.
π¨βπ» Developers feed it a PRD and get scenarios, runs, and a verdict before the PR
βοΈ Business teams can describe flows in natural language and automate the boring browser stuff
π€ AI agents run it to verify their own work and read the verdict straight from the output
π± Mobile teams, starting today: point the same commands at Android emulators and iOS simulators
Every run leaves an evidence pack. Every verdict is backed by AC coverage. Nothing rests on "trust me, I checked".
Getting started is the easy part
The Starter plan is free. One install command, npm, brew, or curl, and your first verdict lands in minutes.
Try it, break it, tell us what is missing. Your feedback this week directly shapes the roadmap.
Learn more: testmuai.com/kane-cli-ph
Nas.com
How much context can Kane understand from a PRD before generating the actual browser scenarios?
@nuseir_yassin1Β Kane doesn't read the PRD as one giant prompt. Durable context - domain terms, roles, business rules - goes into a project context file that applies to every run. Each scenario is then one objective, with multiple acceptance criteria. The constraint isn't context window, it's decomposition.
The limit isn't how long your PRD is, it's how well it decomposes into self-contained scenarios.
Could developers trigger Kane directly from CI/CD and block deployments automatically when critical browser workflows fail?
@himani_sah1Β KaneCLI can directly run from CI/CD pipelines and allow you to create validation harness. If critical flows break, you changes can be blocked. More information available here: https://www.testmuai.com/docs/kane-cli-cicd
TestMu AI
Hi, I'm Mayank Bhola, Co-Founder and Head of Products @TestMu AI
It started with a pattern that would not go away. Agent ships the code. PR merges. Tests pass. Three days later someone opens the app and the button does not work.
Everyone kept asking how to make agents write better code. Wrong question. Agents could already open browsers and check their work. The output was the problem. Different result every run. No verdict you could trust. Loop it enough times to be sure and you have burned real money for a maybe.
So we set one non-negotiable bar: determinism
Same flow, same result, every time. A pass is granted only when the expected state is verified through explicit evidence:
DOM state and URL changes
Network responses
Screenshots and console logs
AC coverage behind every verdict
And as of today, that bar holds on mobile too
v0.8.1 brings the same verification contract to Android emulators and iOS simulators. Same evidence, same replay, same verdict you can defend.
This is the layer I wished existed every time a merged PR broke in production. Now it does, on web and mobile.
Break it. Question it. I am here all day.
Learn more: testmuai.com/kane-cli-ph
Hi, I'm Shantanu Wali, Head of AI Products at TestMu AI.
Most tools give you a test runner. We built an assurance loop:
π₯ Ingest β your source, your PRD
π§© Design β use cases, acceptance criteria, test scenarios
βΆοΈ Run β test.md, executed in a real browser or on a mobile device
πΈ Evidence β evidence pack for every run
π Coverage β how many ACs are covered
β Verdict β shipping confidence, backed by proof
Decisions we fought hard for
π» Local first, running on your own Chrome
π¬ Natural language objectives instead of selectors
π§ Autoheal, so cosmetic UI changes never break a flow
π€ Agent-native output, so Claude Code or Cursor can call Kane CLI and read the verdict on their own
And starting today, mobile π±
v0.8.1 makes mobile a first-class platform. Same setup, same sessions, same evidence model, now on Android emulators and iOS simulators. Run devices list, pick a target, and the AI reasons about mobile screens the way it reasons about web pages.
For the skeptics
Hacker Mode exports any flow to native
Playwright code. Never locked in. π
Ask me anything technical, I will be here all day.
Learn more: testmuai.com/kane-cli-ph