Lints rendered web pages against design system rules in a real Chromium browser to ensure visual and accessibility conformance.
Also known as Applied-Form/engine, engine, @appliedform/engine
- Stars
- 0
- Tools
- —
- Downloads, 30 days
- 563
- Latest version
- 3.3.1
- Last commit
- Nov 6, 2026
- License
- Apache-2.0
What is Applied Form Standards MCP?
Applied Form Standards lints rendered web pages against design system rules in a real Chromium browser to ensure visual and accessibility conformance.
Summary generated from the project's README
About Applied Form Standards MCP server
Applied Form engine provides a design system conformance gate by rendering web pages in a real Chromium browser. It evaluates visual and accessibility properties by checking computed values against specific rules rather than just inspecting stylesheets. This tool is designed for developers and designers who need to ensure that rendered content adheres to design tokens and accessibility standards across various viewport widths, including print and reduced motion modes.
Users can run the server locally using npm and Playwright. The system requires a DTCG token file to define design rules, though it can perform basic checks for contrast, focus, and heading order without a custom system loaded. For integration with AI agents, the server provides a configuration block for Claude Code or Cursor. It includes specific tools like standards_lint to check pages and standards_fix to automatically apply certain corrections to HTML files.
What you can do with it
- 1Verify design system conformanceCheck if a web page follows specific design tokens and rules by rendering it in a real browser.
- 2Perform bulk page auditsGenerate a comprehensive report for an entire folder of web pages to identify WCAG and design issues.
- 3Detect design system driftAnalyze a live website to determine which design system it is actually rendering.
Written from the project's README. Every use case is checked against a quote from it.
How to install Applied Form Standards MCP
Formats verified 10 Nov 2026Install Applied Form Standards MCP in Claude Code
$ claude mcp add engine -- npx -y @appliedform/engineInstall Applied Form Standards MCP in Cursor
~/.cursor/mcp.json
{
"mcpServers": {
"engine": {
"command": "npx",
"args": [
"-y",
"@appliedform/engine"
]
}
}
}Install Applied Form Standards MCP in VS Code
.vscode/mcp.json
{
"servers": {
"engine": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@appliedform/engine"
]
}
}
}Install Applied Form Standards MCP in Claude Desktop
claude_desktop_config.json
{
"mcpServers": {
"engine": {
"command": "npx",
"args": [
"-y",
"@appliedform/engine"
]
}
}
}Install Applied Form Standards MCP in Codex
~/.codex/config.toml
[mcp_servers.engine] command = "npx" args = ["-y", "@appliedform/engine"]
Install Applied Form Standards MCP in Gemini CLI
~/.gemini/settings.json
{
"mcpServers": {
"engine": {
"command": "npx",
"args": [
"-y",
"@appliedform/engine"
]
}
}
}Automated checks
Ran Nov 13, 2026Full report →Passed our automated checks. That is not a security audit: read the code and give the server the narrowest access it needs. How checks work
- Source repository linked and reachableapplied-form/engine is public and reachablegithub.com/applied-form/engine ↗Pass
- Package names this repository as its source@appliedform/engine names applied-form/engine as sourcenpmjs.com/package/@appliedform/engine ↗Pass
- Build provenance (Sigstore attestation)Sigstore attestation for @appliedform/enginenpmjs.com/package/@appliedform/engine/v/3.3.1#provenance ↗Pass
- Open source license (OSI)Apache-2.0spdx.org/licenses/Apache-2.0.html ↗Pass
- Commit or release in the last yearLast commit or release 2026-11-06github.com/applied-form/engine ↗Pass
- OpenSSF ScorecardNot checked
- Package name not close to a popular packageNo popular package one edit away from @appliedform/enginePass
- No critical advisory in the package or its dependencies3 resolved dependencies checked; no critical advisoryosv.dev ↗Pass
- No hidden instructions to the model0 tool descriptions and the README read; no override phrases, credential paths or hidden charactersPass
- Destructive tools are labelledNot checked
- Remote endpoint answers the MCP handshakeNot checked
README
View on GitHubStandards by Applied Form
A design-system conformance gate measured in a real browser. Give it a DTCG token file and a page; it renders the page in Chromium at four fixed widths and two sampled ones, under reduced motion and in print, and checks every computed value against the system's rules. It reports what the browser drew, not what the stylesheet says.
Standards is open so the evidence about it can be checked. Every comparison it is quoted in can be rerun from this repository: the gate beside axe-core and stylelint, the drift survey of public design systems, and the model study and its judging rounds, with every record they were scored from.
Start
npm install @appliedform/standards && npx playwright install chromium
npx standards init --pack instrument # load a system: the free Standards pack, or your pack's tokens.json
npx standards lint page.html # your page, judged by that system's rules, at every width
With no system loaded, standards lint judges a page by the rules that hold for any page (contrast, focus,
target size, overflow, alt text, heading order, motion) and says how to load one. For an agent,
npx standards mcp-config prints the server block for Claude Code or Cursor.
Use
npx standards lint page.html https://example.com/page # every rule, every width
npx standards lint https://example.com/ --register ii # a page that has not declared a register
npx standards baseline https://example.com/a --out standards-baseline.json
npx standards lint https://example.com/a --baseline standards-baseline.json
npx standards fix page.html # apply the fixes it can make; writes page.fixed.html
npx standards audit pages/ --fix # every page in a folder, as found and as the fixer would leave it, as one report
npx standards drift https://example.com/ --out drift.json # what system a site actually renders
npx standards rules # every rule, its severity and what it checks
npx standards mcp # the same tools for a model, over MCP
standards fix exits 0 when the fixed page passes every checked rule, 1 when violations remain, and lists
what it could not fix by rule and element. standards audit writes one self-contained HTML page (and --json)
with the findings by rule and by page, the WCAG criteria the rules touch, what is not checked, and
the command that repeats the run. standards lint exits 1 on any error-severity violation not
held in the baseline. standards.config.json sets a
rule to error, warn or off; standards.config.example.json is a starting point. The exception is a
mandatory rule: contrast, text-too-small, target-size, focus-hidden, link-not-underlined,
alt-missing, horizontal-overflow and wordmark-live-text, listed under
$extensions["form.applied"].levels.mandatory in the token file. A config that sets one of them to
warn or off is refused, and standards lint exits 2 (decision 0027 in the Applied Form repository).
A system loaded over the token file may raise the thresholds contrast and text-too-small read
(floors.body-contrast, display-contrast, large-text-px, large-bold-text-px, text-min-px)
and is refused if it lowers one below the token file's own value. A system that declares a pack
and states no register.pack is refused too: it judged every page by register alone and then
dropped that house rule, so no mandatory rule was measured. So is a system with a register whose
background is not a colour. Four gaps are known. On a page whose register the loaded
system does not define, with or without a system, a config that lowers register leaves the
mandatory rules unmeasured. A system
file that declares itself a pack is judged without text-too-small, link-not-underlined and
wordmark-live-text. On a page that paints no ground, contrast measures against the ground the
system names. The MCP tools standards_lint and standards_fix measure only the widths a caller names, so a
call without 320 never measures horizontal-overflow at 320px.
Names that changed
Standards 5.0.0 removed the names the product had before it was called Standards: the af and af-mcp
commands, the af_* MCP tools, AF_BRAND and AF_CHROMIUM, af.config.json, af-baseline.json and
.af/. They are not read: standards stops with exit status 2 and one line naming the replacement when a variable or file under an old name is in use. standards, the standards_* tools,
STANDARDS_SYSTEM, STANDARDS_CHROMIUM, standards.config.json, standards-baseline.json and
.standards/ replace them, and the default report file is standards-audit.html. Uninstall
@appliedform/engine before installing @appliedform/standards: both ship the af and af-mcp bins,
so a global install of one over the other fails with EEXIST. The full list, with what to change, is in
docs/migrating-to-5.md.
Documents recorded before the rename, such as the decision records and the evaluation protocol and its results, use the old names, and are not rewritten.
The token file
tokens/applied-form.tokens.json is the Reference system: Standards' structure (registers,
voices, spacing, floors and every rule's parameters) with a neutral palette derived by standards brand.
It exists so Standards can be tested and published. It is not a design to ship. Point it
at your own system by replacing the file, or by importing a Standards pack with standards system import.
Evidence
| What | Where | Rerun |
|---|---|---|
| The gate beside axe-core and stylelint on planted defects | eval/compare.mjs, test/compare.test.mjs |
npm run eval:compare |
| Drift across public design systems | eval/drift/ |
npm run drift:batch -- all |
| Models generating pages with and without the rules | eval/, docs/evaluation-protocol.md |
npm run eval -- --models stub offline, then with keys |
| A judging round with anchors and attention checks | eval/judge-run.mjs |
npm run eval:judge |
The protocol was written before the runs it governs, and it says what result would count against Standards. These run from a clone of this repository: the npm package carries Standards and nothing that needs a model SDK, axe-core or stylelint.
Develop
npm install
npm run check # build, unit tests, and the clean fixture linted in a real browser
Tests use node:test. Set STANDARDS_CHROMIUM to a Chromium executable if Playwright has not downloaded
one.
Licence
Apache-2.0. See LICENSE and NOTICE. The name Applied Form and its marks are not licensed.
Applied Form Standards MCP questions
How do I add Applied Form Standards MCP to Claude Code?
Run claude mcp add engine -- npx -y @appliedform/engine in your terminal. Add --scope user to make it available in every project.
How do I add Applied Form Standards MCP to Cursor?
Open ~/.cursor/mcp.json and add the server under mcpServers, using the Cursor config shown in the install section above.
How can I use this with an AI agent like Claude Code or Cursor?
You can generate the necessary configuration by running the command npx standards mcp-config.
Can the tool automatically fix design system violations?
Yes, the standards fix command applies fixes where possible and writes the result to a new HTML file.
What happens if I try to disable mandatory accessibility rules?
The tool will refuse to run and exit with status 2 if you attempt to set mandatory rules like contrast or target size to warn or off.
Does it check the actual rendered output or just the CSS?
It checks the computed values as rendered by the browser, rather than just inspecting the stylesheets.