Documentation
⭐️ Announcing Sigrid IDE integrations for Visual Studio Code, JetBrains, and Mendix Studio Pro.
You can use these integrations to check Sigrid findings as you work on your code, triage findings, and export findings to your issue tracker if you're not able to fix them right away.
Have you tried them? We'd love your feedback: Share it in our short survey.

Sigrid Axis

Sigrid Axis gives your AI coding agents Sigrid’s analysis of your own system while they work, so they can anchor each change in your measured architecture, plan what is worth fixing, catch problems before they merge, and improve the code that is already there.

An agent optimizes for the task you gave it, and it can only check part of that task by itself. It can run the tests. It cannot measure whether a unit is too complex, see a dependency on a file it never opened, or tell a real vulnerability from a false alarm without knowing how your system is deployed. Those answers need the whole system, measured the same way every time, and a model’s opinion of its own output is not that.

Sigrid Core already has those answers. Sigrid Axis puts them inside the agent’s loop.

Sigrid Core and Sigrid Axis

Sigrid Core is the analysis platform you may already know: it measures maintainability, architecture, security, reliability, and open source health, and it keeps the findings, ratings, and dependency graphs you see in the Sigrid dashboards and in Sigrid CI.

Sigrid Axis brings that analysis to AI coding agents. It consists of:

MCP and skills are open standards, so Axis works in any agentic tool that supports them. Axis does not analyze anything on its own. Every rating, finding, and graph edge an agent sees through Axis comes from Sigrid Core, and every status it writes back shows up in Sigrid Core.

Axis works with Sigrid On-Premise too, through the on-premise Sigrid Axis MCP server.

The agentic lifecycle

Sigrid Axis agentic lifecycle Ground Plan Prevent Improve 1 2 3 4 AGENTIC LIFECYCLE

We think of agentic development as a cycle of four phases, and Sigrid Axis does something different in each one:

Two capabilities

Sigrid Axis has two capabilities today.

Guardrails covers the Prevent phase. It runs two checks: a quality gate on each file the agent changed, through the guardrails_quality_check MCP tool, and the architecture-drift skill on the whole change before you push it. A standing instruction tells the agent when to run each one. The change-feedback skill runs Sigrid CI on a local change for what neither check sees.

Auto-fix Agents covers the other three phases, for the problems Sigrid Core has already found:

The setup skill sits outside both. It records which Sigrid system a repository belongs to, and every other skill reads that.

Technology support

Each part of Axis supports the technologies of the Sigrid Core capability it works from. The technology support page lists those capabilities for every technology.

Axis feature Supported technologies
Guardrails quality check (guardrails_quality_check) Maintainability for every technology Sigrid detects automatically, and security for a subset. See Guardrails.
architecture-drift, explore-architecture, and diagnose for architecture Technologies with Architecture
diagnose and autofix for maintainability Technologies with Maintainability
triage-findings and autofix for security and reliability Technologies with Security
triage-findings and autofix for open source health Supported open source ecosystems
change-feedback The technologies Sigrid CI supports for each capability

The Guardrails quality check is the only part of Axis that checks code Sigrid Core has not seen yet: it runs Sigrid Core’s analysis on the files the agent just changed. That is why its list differs from the others. Every other part works from the results Sigrid Core already has for your system.

Get started

Start with installing Sigrid Axis: connect the MCP server, install the skills, and add the Guardrails instructions. The Claude Code plugin adds the one for the quality gate.

Then pick the guide for the job in front of you. Each one follows that job through on a real codebase: what to configure, what a session looks like, and how to check what the agent did.

On this page