mcpField
G
git-qa

git-qa

Local
meta-taro.github.ioDeveloper Tools1Updated today

About git-qa

git-qa is an open-source, human-in-the-loop QA runner for test sheets covering Android, iPhone, web, and desktop apps. An AI agent operates each case while a person reviews the live screen and records a signed verdict with evidence.

Key features

  1. 01AI-driven test-sheet execution
  2. 02Live screen review
  3. 03Human-signed case verdicts
  4. 04Evidence with names, times, and screens
  5. 05Android, iPhone, web, and desktop support

Use cases

  1. 01Review a regression sheet during release checks
  2. 02Record who verified each test case
  3. 03Have an agent run tests overnight for review
  4. 04Drive a device or app through MCP

MCP support

AI agents can use its MCP server to capture screenshots, read screens, list pressable names, and tap by name across supported targets.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

No install method listed yet

We haven’t collected a package or remote endpoint for this server. Follow the instructions in the project README.

Repository

Tools

No tool list yet

Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.

Details

From the project README

git-qa

Your test sheet runs itself. You watch, and sign off each case with one key.

git-qa is an open-source human-in-the-loop QA runner. An AI agent works through your test sheet on Android, iPhone, web and desktop apps; you watch the live screen and sign off each case, and the evidence records who verified what. AI agents can also drive it over MCP.

日本語版はこちら / Japanese · Download

git-qa running a test sheet: cases on the left, the live screen in the middle with the AI pointing at what it found, one-key verdicts on the right

Left: the cases in your test sheet. Middle: the page, device or app, live, while the AI drives it — the red marker is where it found the expected text. Right: one key per verdict — D pass, F fail. Your handle goes into the evidence when you press it. (The UI is shown in Japanese; it also speaks English.)

When you would reach for it

The release check nobody wants to click through again. You have a 30-row regression sheet for an Android app, a web page and a desktop app. Instead of tapping through it by hand, the AI follows the sheet while you watch the live view and press a key per case. You only stop to look closely where something changed or failed.

"Who actually checked this?" A client, an auditor or your own team asks after an incident. The evidence answers: each case says VERIFIED (a person looked and signed) or AUTO_PASS (the AI passed it, nobody looked), with the name, the time, and the screen at that moment.

An AI agent built the feature — now it should check it, on a real device. Over MCP, Claude Code (or any agent) can screenshot, read the screen, list what can be pressed and tap it, on Android, web, desktop or iPhone. It can run the sheet unattended overnight (--no-ui); in the morning you review the failures. The pass is still yours to give. The server is listed in the official MCP registry as io.github.meta-taro/git-qa; it runs from this clone (there is no npm package).

Try it

  1. Download the app from the distribution page (macOS, Windows x64 / ARM64) and install Node 22+
  2. Open git-qa. Enter a handle (it goes into the evidence as "who looked"), pick what to look at — an adb device, a web page URL, or a desktop app by name — and a test sheet
  3. Start, watch, and press D / F per case

Picking what to look at: a web page URL, a desktop app by name, or an adb device

A run, case by case — the AI runs each step (press the button, reopen the page, press it again), you press D, the case turns VERIFIED / qa and the next one starts:

A run: the AI presses the button and finds the result, reopens the page and finds it reset, presses again; each case is verified with D

A test sheet is a TSV you can write in any spreadsheet — samples are in sheets/. From source instead: git clone … && pnpm install && pnpm app (see Install).

Why it is built this way

This is not a tool for handing verification to an AI and letting it say "everything passed." When something ships broken, the person is accountable — "the AI did it" is not an answer anyone accepts.

So git-qa splits the work:

  • The AI operates the device, the browser, or the desktop app, following a test sheet
  • The human watches, and places the verdict with a single keystroke
  • The evidence records who saw what, and when
The vocabulary is the point
ValueMeaning
VERIFIEDA person put their name on it
AUTO_PASSThe AI passed it. Nobody looked
FAILIt failed
BLOCKEDCould not run — a precondition was not met
SKIPNot run

A plain PASS would collapse the first two into one value. That collapse is exactly what this tool exists to prevent.

You can place VERIFIED without looking. That is a feature, not a hole. The moment you press the key, your handle goes into the evidence. It is a signature, not a lock. There is no anti-cheat machinery — adding it would make a tool that exists to save effort expensive to use.

What it can drive

Android devicesReal devices and emulators over adb — tap, swipe, type
Web pagesChrome / Edge / Firefox / Safari. Same viewport every run, so you can compare
Desktop appsmacOS (Accessibility + Vision OCR) and Windows (UI Automation)
iPhone / iPadWatch, read and record over USB. Tap, type, swipe and launch apps through WebDriverAgent, which you sign and install on the device yourself (guide). Tried on a real iPhone (iOS 17.5.1)
Mobile browsersAndroid Chrome over adb forward + CDP. iOS Safari through the iPhone path above. Not yet tried
From an AI agentOver MCP — screenshot, read the screen, list the names you can press, tap by name. Android, web, desktop, or iPhone / iPad

git-qa driving a real iPhone: the Clock app opened and the Stopwatch tab tapped through WebDriverAgent, with the AI verdict AUTO_PASS

A real iPhone, driven through WebDriverAgent: git-qa launched the Clock app and tapped "Stopwatch". The case waits for a person's verdict.

What evidence looks like

One folder per test run. Commit the whole folder if you want the test itself under version control.

<workspace>/
  git-qa.json        marks this folder as one test project
  sheet.tsv          the test sheet
  runs/
    20260914-100000/
      run.json       verdicts, steps, who placed them and when
      case-001/
        screen.webp  the screen at the moment the verdict was placed
        screen.webm  video of the run — **only when asked for** (`--record`)

Nothing about your machine goes into the evidence: paths are relative to the workspace, so the same run reads the same way on anyone's machine.

Requirements

  • Node 22 or newer — required. The app starts a runner process
  • adb for Android, a browser for web — only if you use them
  • ffmpeg / cwebp — optional. Without them, evidence is kept in the format it was captured in, uncompressed

Install

Download from the distribution page, or run it from source:

git clone https://github.com/meta-taro/git-qa.git
cd git-qa
pnpm install
pnpm app

macOS builds are signed and notarized. Windows builds are not signed — you will see "Windows protected your PC"; check the source before choosing Run.

To see what this machine can actually do — measured, not guessed:

pnpm doctor

The app also states its own version on the start screen ("This git-qa is v0.2.0-beta.20"). Paste that line into bug reports — it decides which build you are talking about. When a newer build exists, the same place says so; git-qa never replaces itself.

Status

Beta. Three products are using it. Rough edges are listed in each release's notes, and nothing fails silently — where a step cannot run, it is recorded as "a person needs to do this," not as a pass.

Bug reports and requests: Issues. Please write them in your own words, right after you hit the problem. Summarizing loses the part that actually hurt.

License

MIT — see LICENSE.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.