Skip to content

Get the badge

If your CLI meets the standard, say so. Drop a badge in your README that links to the conformance checklist and tells users (and their agents) what to expect.

Pick the level you actually meet — Core (all the invariants) or Full (Core + the pattern SHOULDs). Be honest; conformance is a claim about behavior, not a logo.

Agent CLI Guidelines: Core   Agent CLI Guidelines: Full

Core:

[![Agent CLI Guidelines: Core](https://aclig.dev/badge/agent-cli-guidelines-core.svg)](https://aclig.dev/conformance/)

Full:

[![Agent CLI Guidelines: Full](https://aclig.dev/badge/agent-cli-guidelines-full.svg)](https://aclig.dev/conformance/)
<a href="https://aclig.dev/conformance/">
<img alt="Agent CLI Guidelines: Full" src="https://aclig.dev/badge/agent-cli-guidelines-full.svg">
</a>

A generated equivalent, if you’d rather not hotlink the SVG:

[![Agent CLI Guidelines](https://img.shields.io/badge/Agent_CLI_Guidelines-Full-5b5bd6?labelColor=16162a)](https://aclig.dev/conformance/)

Plain text for a README line, release notes, or a tool’s --help/agent output:

Follows the Agent CLI Guidelines (v0.1, Full) — read-only by default, structured,
self-describing, stable exit codes. https://aclig.dev

The standard is versioned (currently v0.1) — see Evolution. When you claim conformance, name the version and level you targeted (e.g. “Agent CLI Guidelines v0.1, Core”) so the claim stays meaningful as the standard evolves.

nxstate — a read-only Cisco Nexus state CLI — is built to Full conformance and wears the badge in its README. It’s a useful reference for what the checklist looks like in real code.