Design before code
Risk-ranked changes must carry reviewed acceptance oracles and failure behavior before implementation starts.
Open sourceFail closedGitHub ready
AI proposes changes. MergeGrounds decides what has earned the right to merge—with design contracts, mutation testing, security gates, and exact-revision evidence.
No “100% safe” claims. Missing, stale, malformed, or self-graded evidence is denied by the documented controls instead of silently passing.
01 / THE TRUST GAP
Linters, scanners, and tests produce signals. MergeGrounds turns those signals into one fail-closed admission decision—bound to the source, policy, reviewer, and artifact that actually ran.
02 / 90-SECOND MODEL
Run the deterministic v1.0.1 demo before touching a repository. It is an Educational model, not a repository audit or a production assurance claim.
Why real activation begins red$ python3 demo.py
ADMITTED admitted complete exact evidence
DENIED stale-evidence stale:evidence
DENIED wrong-commit revision_mismatch:unit-tests
DENIED incomplete-scope scope_mismatch:static-analysis
DENIED survived-mutant survived_mutant
DENIED missing-producer missing_producer:static-analysis
DEMO PASSED: 1 admitted control; 5 negative controls denied
Educational demo only — this is not a production assurance claim.03 / THE DECISION LAYER
Keep the tools you trust. MergeGrounds reconciles their evidence under one deterministic policy and refuses ambiguous results.
04 / CONTROL SURFACE
Stack-aware where tools differ. Stack-independent where trust cannot.
Risk-ranked changes must carry reviewed acceptance oracles and failure behavior before implementation starts.
Formatting, lint, types, unit tests, coverage, and build are required signals—not optional suggestions.
Tests must kill meaningful mutants. Survived, uncovered, timed-out, or invalid mutants fail the gate.
Secret, SAST, dependency, workflow, and supply-chain controls reject missing or inconclusive output.
Evidence is bound to the candidate commit, base, policy, tree, and artifact digest—never only a branch name.
Release controls promote the reviewed artifact by digest instead of rebuilding something merely similar.
When AI ships in the product, evaluation extends to retrieval, context, tools, providers, drift, and rollback.
Independent review and explain-back remain explicit. A second model is defense in depth, not approval.
05 / HONEST ASSURANCE
The repository delivers strong portable controls. Maximum assurance additionally needs a separately administered verifier and protected GitHub settings.
AVAILABLE IN THE REPOSITORY
REQUIRES EXTERNAL TRUST
06 / ADAPTER DEFINITIONS
Included adapter definitions, not blanket support. End-to-end validation and public green fixtures are pending for each ecosystem. Review and pin every project-owned command and toolchain before relying on an adapter.
07 / FIRST VALUE
After the educational demo, bootstrap preview reports only CREATE and CONFLICT planning results, prints Dry run only, and exits 0 on success. Counts depend on the target. Review every entry before apply.
git clone --branch v1.0.0 --depth 1 https://github.com/ExCoder/mergegrounds.gitpython3 -I mergegrounds/scripts/bootstrap.py --target .python3 -I mergegrounds/scripts/bootstrap.py --target . --applypython3 -I scripts/mergegrounds.py verify-repo --strictUnderstand the expected-red resultOPEN SOURCE · APACHE-2.0
If the demo or bootstrap preview delivered value, starring is optional. An issue or reproducible feedback is equally useful. Bring back false positives, awkward adapters, and failure modes; that is how the standard gets stronger.