Docs / Reference

The CLI

The same checks, open source, in your terminal and your CI pipeline.

agentcheck runs the same checks as this site, from your machine. No account, no signup, no dependencies beyond Node 18.

npx agentcheck yoursite.com

It is open source, MIT licensed.

The grades match

The CLI and the hosted product share their scoring deliberately. A tool that grades your site B while the website grades it D would make both untrustworthy, and the disagreement is what people would remember.

Options

--spec <name>      Check one spec: ucp or webmcp
--json             Machine-readable output
--markdown         Markdown, for a pull request comment
--fail-on <level>  Exit 1 on: fail (default), warn, never
--min-grade <A-F>  Exit 1 if any checked spec grades below this
--timeout <ms>     Per-request timeout

In CI

This is where it earns its keep. A check in your pipeline catches a regression the day it ships, rather than whenever somebody next thinks to look:

- uses: orbilo/agentcheck@v1
  with:
    url: https://example.com
    min-grade: B

The action writes the report to your job summary and exposes grade, score, failures, warnings and indeterminate to later steps.

Exit codes

0 Nothing at or below your threshold
1 The threshold was breached
2 The check could not run, or could not reach a conclusion

An inconclusive result — a rate limit, a timeout, a 503 — exits 2, never 1. Being rate limited is not the same as being broken, and failing a build over one teaches people to stop trusting the exit code.

It works against localhost

npx agentcheck localhost:3000 --spec webmcp

Loopback counts as a secure context, exactly as it does in browsers, so you can check your work before it ships rather than after.

What the CLI cannot do

Tell you it still passes tomorrow. Nothing on your machine is watching between runs, so a check that passes today says nothing about the morning a platform update strips a header. That is what adding a site is for.