Agent skill

Audit Docs

by opsmill in opsmill/infrahub

Audits internal (dev/) and external (docs/) documentation completeness for a feature, subject, or set of existing docs, maps changes indicated by the user, across Infrahub's documentation layers…

Apache-2.0Auto-check passedDevelopment

Install Audit Docs

skills CLI
$ npx skills add opsmill/infrahub --skill audit-docs -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install opsmill/infrahub audit-docs --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/opsmill/infrahub.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/audit-docs .claude/skills/audit-docs && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
audit-docs
GitHub stars
529
Token cost
~1.5k tokens
SKILL.md length
600 words
Files
1
Skills in repo
32
Repo updated
First seen
Licence
Apache-2.0

At a glance

Audits internal (dev/) and external (docs/) documentation completeness for a feature, subject, or set of existing docs, maps changes indicated by the user, across Infrahub's documentation layers…

  • Works in 4 steps: Gather scope → Map changes to documentation layers → Generate the audit report → …
  • : the user wants to audit
  • SKILL.md covers User Input, What this does, Workflow and Guardrails
  • Calls git and uv

What it does

Audit Docs is an agent skill from opsmill/infrahub. Audits internal (dev/) and external (docs/) documentation completeness for a feature, subject, or set of existing docs, maps changes indicated by the user, across Infrahub's documentation layers, reports gaps, and optionally applies the fixes. TRIGGER when: the user wants to audit or check documentation coverage, find doc gaps after a feature branch, or verify docs are still current for a subject or specific files. DO NOT TRIGGER when: authoring new documentation from scratch → use the add-docs flow; only…

Its SKILL.md is about 1.5k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts. Compatibility notes: Requires the Infrahub repository checked out. Commit-range and branch audits additionally require Git history.

It sits in Development, covering Linting and formatting. The repository describes itself as: Infrahub is a graph-based data management platform with built-in version control, CI workflows, peer review, and API access. It’s purpose-built to power reliable infrastructure… The licence is Apache-2.0.

When your agent uses it

  • : the user wants to audit
  • Check documentation coverage
  • Find doc gaps after a feature branch
  • Verify docs are still current for a subject

Example prompts

  • “Use the audit-docs skill to audit internal (dev/) and external (docs/) documentation completeness for a feature, subject, or set of existing docs…”
  • “/audit-docs”

Requirements

  • Compatibility (from SKILL.md): Requires the Infrahub repository checked out. Commit-range and branch audits additionally require Git history.

Workflow steps

4 steps, taken from the step headings in SKILL.md.

  1. Gather scope
  2. Map changes to documentation layers
  3. Generate the audit report
  4. Apply fixes

What it can do on your machine

Read from SKILL.md and the folder at commit af1c6c8. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • git
    • uv

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git and uv, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

  • Compatibility

    Requires the Infrahub repository checked out. Commit-range and branch audits additionally require Git history.

    From compatibility in the SKILL.md frontmatter.

Context cost

Audit Docs loads about 1.5k tokens when it runs. Until then it costs about 146 tokens; SKILL.md has 600 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~146
When it runs · the whole SKILL.md, loaded when a task matches
~1.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from opsmill/infrahub at commit af1c6c8, republished under its Apache-2.0 licence (© opsmill). 600 words, ~1,501 tokens.

Download SKILL.mdSave it as .claude/skills/audit-docs/SKILL.md (or your agent's skills folder).
name
audit-docs
description
Audits internal (dev/) and external (docs/) documentation completeness for a feature, subject, or set of existing docs, maps changes indicated by the user, across Infrahub's documentation layers, reports gaps, and optionally applies the fixes. TRIGGER when: the user wants to audit or check documentation coverage, find doc gaps after a feature branch, or verify docs are still current for a subject or specific files. DO NOT TRIGGER when: authoring new documentation from scratch → use the add-docs flow; only linting/formatting Markdown → run `uv run invoke docs.lint`.
compatibility
Requires the Infrahub repository checked out. Commit-range and branch audits additionally require Git history.
argument-hint
<commit-range, branch name, subject, or doc paths to audit>
metadata.version
0.1.0
metadata.author
OpsMill

Documentation Audit

User Input

text
$ARGUMENTS

What this does

Audit documentation completeness — after a feature branch, for a subject, or across a set of existing docs. Scan the relevant changes, cross-reference them against every Infrahub documentation layer, and report the gaps. Then, only with the user's approval, apply the fixes. The goal is coverage without over-documentation: a gap is only a gap if a reader is actually left without something they need.

Workflow

1. Gather scope

Treat $ARGUMENTS as what to audit. It will be one of:

  • A commit range or branch name — audit all changes in that range. Run git log <range> --oneline --stat to understand every change. The input in order of importance is:
    • PR description (if the branch corresponds to a PR or if a PR is provided)
    • Pull Request review comments, resolved and unresolved. Usually this is GOLD information to be included in the internal docs (if the branch corresponds to a PR or if a PR is provided)
    • Any changelog fragment and spec link. If missing, flag it as a gap.
    • The source code diffs themselves.
  • A subject (e.g. "webhooks", "computed attributes", "IPAM") — audit documentation for that topic across the codebase, regardless of branch. Use Grep/Glob to find all related code and docs, then assess coverage against dev/knowledge/, docs/docs/, dev/specs/, the component AGENTS.md files, and the code itself.
  • A set of doc paths (e.g. docs/docs/guides/installation.mdx dev/knowledge/backend/templates.md) — audit only those files. Read each one, identify the feature/topic it covers, then search the codebase for the corresponding implementation to confirm the doc is current and complete, and check whether the code has drifted from what the doc describes.

If $ARGUMENTS is empty, ask what to audit — a commit range, branch name, subject, or list of doc paths (default: current branch vs stable).

2. Map changes to documentation layers

For each changed area, check all five documentation layers:

LayerLocationQuestion
Technical referencedev/knowledge/backend/ or dev/knowledge/frontend/Does the knowledge doc explain how this works?
User-facing docsdocs/docs/topics/ or docs/docs/guides/Can users understand and use this feature?
Feature specdev/specs/Is there a spec, and does it match what was built?
Changelogchangelog/Is there a changelog fragment for user-visible changes?
Cross-referencesAll docsDo related docs link back in both directions?

Also check these secondary locations when relevant:

  • dev/knowledge/backend/architecture.md — component map, if new directories were created.
  • dev/knowledge/backend/testing.md — if new test patterns were introduced.
  • dev/knowledge/backend/schema-definitions.md — if new schema types were added.
  • The AGENTS.md of the component that changed — if new top-level modules were created.
Show full SKILL.md (187 more words)Show less
3. Generate the audit report

Present findings in this format:

markdown
## Documentation Audit Report

### Scope
<!-- What was scanned: branch/range, subject, or list of doc files -->

### Changes Summary
<!-- Grouped by area: schema, logic, tests, etc. -->

### Documentation Status

For each document checked:

- **File**: path
- **Status**: Current / Outdated / Missing / N/A
- **Details**: What is good, what is missing

### Gaps Found

For each gap:

- **What is missing**: Description
- **Where**: Which file to update or create
- **Severity**: High / Medium / Low
- **Suggested fix**: Concrete content or edit

### Not Gaps (By Design)

Things that look like gaps but are intentionally absent. This section prevents over-documentation.

Common reasons something is not a gap:

- Feature uses standard mechanisms (GraphQL mutations, UI forms) that do not need a dedicated guide.
- Entity is fully documented within a parent feature's knowledge doc.
- An ADR is unnecessary when the spec already captures design decisions.
4. Apply fixes

Ask the user which fixes to apply before editing anything:

  1. Apply all — edit or create all proposed documentation.
  2. Cherry-pick — let the user select which changes to apply.
  3. None — keep the report as reference only.

For approved fixes:

  • Prefer editing existing files over creating new ones.
  • Check cross-references in both directions (A links to B and B links to A).
  • Run uv run invoke docs.lint to perform global Markdown/MDX linting across the repo.

Guardrails

  • Never edit docs before the user has approved specific fixes — the report comes first; writing is a separate, opt-in step (Step 4).
  • Report the "Not Gaps" honestly — an audit that flags everything as missing is as useless as one that misses real gaps. Justify why intentional absences are fine.
  • Ground every gap in a concrete reader need — say who is left without what, and point to the exact file to change. No vague "could use more docs".
  • Prefer editing over creating — a new file is only justified when no existing doc is the right home for the content.

© opsmill, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/audit-docs of opsmill/infrahub.

Open the folder on GitHubat commit af1c6c8

Compare with similar skills

Audit Docs next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Audit Docs compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Audit Docs this skillopsmill/infrahub529—~1.5kAutomated safety check: PassApache-2.0
Install Anti-Slop Oxlint Rulesdmmulroy/anti-slop5.2k—~2.2kAutomated safety check: PassMIT
Babysit PR To Pass CIsgl-project/sglang37k2 repos~3kAutomated safety check: PassApache-2.0
Rust Best Practicesfarm-fe/farm5.6k3 repos~1.1kAutomated safety check: PassMIT
Go Pedantrychromedp/chromedp13k—~3.7kAutomated safety check: PassMIT
Kedro Babysitkedro-org/kedro11k—~4kAutomated safety check: PassCustom licence

Similar skills

  • Installs, updates or migrates the vendored anti-slop Oxlint plugin in a repository, keeping local rule changes and the plugin's license and provenance files.

    5.2k GitHub stars~2.2k tokensUpdated 27 days ago
    DevelopmentAuto-check passed
  • Babysit PR To Pass CI

    sgl-project/sglang

    Start and persistently pursue a goal to babysit an SGLang pull request until selected GitHub Actions workflows pass on the latest PR head.

    37k GitHub starsUsed in 2 repos~3k tokens
    DevelopmentAuto-check passed
  • Guide for writing idiomatic Rust code based on Apollo GraphQL's best practices handbook.

    5.6k GitHub starsUsed in 3 repos~1.1k tokens
    DevelopmentAuto-check passed
  • Go Pedantry

    chromedp/chromedp

    This skill should be used when the user is writing Go code and needs guidance on Go-specific pedantry: error wrapping with fmt.Errorf and %w, interface design (accept interfaces return structs)…

    13k GitHub stars~3.7k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Kedro Babysit

    kedro-org/kedro

    Run Kedro's local lint / format / type-check / tests on changed files (uses the project's pre-commit hooks, ruff, mypy, pytest, lint-imports, detect-secrets, Make targets — in the right venv), or…

    11k GitHub stars~4k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • WooCommerce Markdown Guidelines

    woocommerce/woocommerce

    Rules for writing and editing markdown in the WooCommerce repository, with the project's markdownlint settings for headings, lists and code blocks.

    11k GitHub starsUsed in 1 repo~1.7k tokens
    DevelopmentAuto-check passed

More from opsmill/infrahub

All 32 skills in this repo
  • Analyzing CI Flakiness

    opsmill/infrahub

    Analyzes recent CI failures on pull requests to identify flaky tests, using retry outcomes (failed attempt → green re-run) and cross-PR recurrence as evidence, and maintains a local longitudinal…

    529 GitHub stars~2k tokensUpdated today
    Auto-check passed
  • Commit

    opsmill/infrahub

    Stages and commits the current changes onto a safe working branch, enforcing branch discipline and optionally pushing upstream.

    529 GitHub stars~2.8k tokensUpdated today
    Auto-check: notes
  • A skill your agent uses when you've fixed a bug, added a feature, or made any user-facing change in a project that uses Towncrier and need to record it for the changelog — before committing or…

    529 GitHub stars~1.9k tokensUpdated today
    Auto-check passed
  • Creating Issues

    opsmill/infrahub

    Turns a single feature idea, improvement, or bug into ONE well-structured GitHub issue.

    529 GitHub stars~1.2k tokensUpdated today
    Auto-check passed
  • Creating Prd

    opsmill/infrahub

    Synthesises the current conversation context into a Product Requirements Document and publishes it to GitHub (as a comment on a referenced issue, or a new issue).

    529 GitHub stars~4k tokensUpdated today
    Auto-check passed
  • Grilling Ideas

    opsmill/infrahub

    Stress-tests a fuzzy or vague feature idea before any PRD, spec, or ticket is written.

    529 GitHub stars~3.8k tokensUpdated today
    Auto-check passed

Categories

Questions about Audit Docs

What does Audit Docs do?

Audits internal (dev/) and external (docs/) documentation completeness for a feature, subject, or set of existing docs, maps changes indicated by the user, across Infrahub's documentation layers…. Audit Docs is an agent skill from opsmill/infrahub. Audits internal (dev/) and external (docs/) documentation completeness for a feature, subject, or set of existing docs, maps changes indicated by the user, across Infrahub's documentation layers, reports gaps, and optionally applies the fixes.

When should I use Audit Docs?

Audit Docs fits situations like: : the user wants to audit; check documentation coverage; find doc gaps after a feature branch; verify docs are still current for a subject.

How do I install Audit Docs in Claude Code?

Run `npx skills add opsmill/infrahub --skill audit-docs -a claude-code`. Or copy the skill folder (.agents/skills/audit-docs in opsmill/infrahub) into .claude/skills/audit-docs in your project. Claude Code loads it when a task matches its description.

How do I install Audit Docs in Codex?

Run `npx skills add opsmill/infrahub --skill audit-docs -a codex`. Or copy the skill folder (.agents/skills/audit-docs in opsmill/infrahub) into .agents/skills/audit-docs in your project. Codex loads it when a task matches its description.

Can I use Audit Docs in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add opsmill/infrahub --skill audit-docs -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/audit-docs, .gemini/skills/audit-docs, .github/skills/audit-docs and .opencode/skills/audit-docs in your project.

What does Audit Docs need to run?

Going by SKILL.md and its folder, Audit Docs needs the command-line tools its instructions call (git and uv). Compatibility (from SKILL.md): Requires the Infrahub repository checked out. Commit-range and branch audits additionally require Git history..

Does Audit Docs access the network?

SKILL.md contains no URLs. Its commands use git and uv, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Audit Docs safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Audit Docs use?

Audit Docs is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Audit Docs use?

About 1.5k tokens (SKILL.md is roughly 6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Audit Docs?

Skills that share tags, products or a category with Audit Docs: Install Anti-Slop Oxlint Rules (dmmulroy/anti-slop, 5.2k stars), Babysit PR To Pass CI (sgl-project/sglang, 37k stars), Rust Best Practices (farm-fe/farm, 5.6k stars) and Go Pedantry (chromedp/chromedp, 13k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Audit Docs?

opsmill (a GitHub organization) maintains it in opsmill/infrahub, which has 529 GitHub stars. The repository holds 32 skills in this directory. The repository was last updated on October 7, 2026.

Source: opsmill/infrahub on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.