
Flakyguard
io.github.CloudCorpRecordsPublished by GitHub account CloudCorpRecordsv0.1.0Updated Nov 3, 2026
Flaky-test evidence tracker: per-test pass/fail history, flakiness rates, and a quarantine list.
Overview
Flakyguard's local MCP server; no sign-in required; STDIO.
No AI overview yet: these facts come from the registry entry and the server itself.
Installation
In SourceWeft
- Open Flakyguard in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
flakyguard
"That test is flaky" is usually a feeling. flakyguard turns it into evidence. Feed it the per-test outcomes from a set of CI runs and it builds the record for every test:
- Per-test history — how many runs contained the test, and how many times it passed, failed, or was skipped
- Evidence runs — passes plus failures; a skip is recorded but never counts as evidence, because a test that did not run proves nothing either way
- Classification — a test needs a minimum amount of
evidence (two evidence runs by default) before it earns
a verdict:
stable_passif it never failed,stable_failif it never passed,flakyif it did both, andinsufficient_datauntil then - Flakiness rate — the minority outcome's share of the evidence runs, so a test that splits its results evenly rates 0.5 and a mostly reliable one rates close to 0
- Quarantine list — the flaky tests whose rate meets the quarantine threshold (0.5 by default), worst first, each entry carrying the pass/fail counts behind its rate
- Verdict —
quarantine_recommendedwhen the list is non-empty, otherwiseclean
Rates are rounded to four decimal places. Everything is
computed locally from the runs you supply: no network, no
configuration, no history kept between calls. Bad input —
a run with no results, a status outside
passed / failed / skipped, the same test twice in
one run — is rejected with an error naming the offending
path, and no partial analysis is produced.
CLI
args.json contains the full arguments object:
min_runs and quarantine_threshold are optional. The
analysis is printed as JSON.
Exit codes: 0 on success, 1 on a runtime error
(including an unreadable or invalid input file, or
invalid input), 2 on a usage error.
MCP server
MCP client config:
Tools
-
analyze_test_flakiness— Analyze test flakiness across CI runs.runs(array, required, at least one) — runs as{run_id, results}objects, where each result is{test, status}andstatusis one ofpassed,failed,skipped; a test may not appear twice in one runmin_runs(integer, optional, >= 1, default 2) — minimum evidence runs before a test is classified as stable or flakyquarantine_threshold(number, optional, 0 to 1, default 0.5) — flakiness-rate threshold for the quarantine list
Returns
{run_count, test_count, tests, quarantine, summary, verdict}.
Docker
Development
License
MIT — Copyright (c) 2026 Rene Turcios
Source: README.md at commit 7e7389a
Tools
0Version history
1- v0.1.0LatestNov 3, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts