This page explains the user-facing concept. It is not a description of how
MergeGuide’s detection works internally — see the how-to and reference sections
for what you actually do with the product.
Why a governance layer for AI-era code
Two things changed at the same time:- More code, faster. AI assistants generate large amounts of code quickly. Review capacity did not grow at the same rate.
- Higher stakes. Security and compliance expectations (SOC 2, ISO 27001, PCI DSS, the emerging AI regulations) keep rising, and auditors increasingly ask how you govern AI-assisted development specifically.
What MergeGuide governs
MergeGuide checks both AI-written and human-written code against the policies and compliance frameworks your organization selects. You decide what “good” means; MergeGuide enforces it consistently and shows developers what to fix.- Policies — the rules your code must satisfy (for example, “no hardcoded secrets”). You select which apply at the org, project, group, or repo level.
- Compliance frameworks — named standards (such as SOC 2 or ISO 27001) that map to sets of controls. Activating a framework scopes the checks that run.
- Findings — what MergeGuide reports when code doesn’t satisfy a policy, with the file, line, severity, and guidance on how to fix it.
Governance that meets developers where they work
The same governance is applied at several points in your workflow, so problems are caught at the earliest, cheapest moment:In your IDE
The extension surfaces findings as you edit, before you commit.
In your AI assistant
The MCP server lets AI coding tools check a change against your policies as
part of the loop.
On local commits
Git hooks check staged changes before they leave your machine.
On pull requests
The PR gate evaluates each PR on GitHub, GitLab, Bitbucket, or Azure DevOps
and reports inline.
Where to go next
Quickstart
Install, authenticate, and run your first check.
Core concepts
Policies, frameworks, findings, severity, and enforcement layers.