breaking-change-audit

breaking-change-audit is a skill for Claude Code, Codex from zakelfassi/skills-driven-development. It costs 59 tokens per session (1,014 once invoked), scanned A, original, MIT.

A release-checking procedure for the shipctl command-line tool. It compares the current version with an earlier Git tag, where a Git tag is a saved marker for a previous release.

In plain words
What is it for?
It helps audit command flags, return codes, and output formats across releases. It builds both versions and compares their help text and results for known commands.
Why use it?
It finds accidental changes to command options, exit codes, or printed output before a release. This helps prevent scripts and users from breaking when they upgrade.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one.

Good fit It helps audit command flags, return codes, and output formats across releases. It builds both versions and compares their help text and results for known commands.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/zakelfassi/skills-driven-development/breaking-change-audit
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add zakelfassi/skills-driven-development --skill breaking-change-audit
Clone the repo
git clone --depth 1 https://github.com/zakelfassi/skills-driven-development

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for breaking-change-audit

README.md
[![agentmods](https://agentmods.dev/badge/skills/zakelfassi/skills-driven-development/breaking-change-audit/github.svg)](https://agentmods.dev/skills/zakelfassi/skills-driven-development/breaking-change-audit)
Your own site
<a href="https://agentmods.dev/skills/zakelfassi/skills-driven-development/breaking-change-audit"><img src="https://agentmods.dev/badge/skills/zakelfassi/skills-driven-development/breaking-change-audit/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for breaking-change-audit

Your own site · 80×15
<a href="https://agentmods.dev/skills/zakelfassi/skills-driven-development/breaking-change-audit"><img src="https://agentmods.dev/badge/skills/zakelfassi/skills-driven-development/breaking-change-audit.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 59 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,014 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00059 $0.01014
Opus 5.5 $0.00024 $0.00406
Sonnet 5.5 $0.00012 $0.00203
Haiku 4.5 $0.00006 $0.00101

Measured 1mo ago against content hash 81c3b9a72f3a, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

breaking-change-audit scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

examples/cli-tool/skills/breaking-change-audit/SKILL.md · 96 lines

How it starts

The opening of the file, as written. The whole thing — 96 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Breaking-Change Audit

Compare the current public interface against the previous release tag to surface accidental breaking changes before publishing.

Inputs

  • Previous tag (defaults to the most recent git tag: git describe --tags --abbrev=0)
  • Current version (defaults to HEAD)
  • Scope: flags | exit-codes | output-format | all (default)

Steps

  1. Build both versions

    # Build HEAD
    cargo build --release
    cp target/release/shipctl /tmp/shipctl-next
    
    # Build the previous tag
    git stash
    git checkout {prev-tag}
    cargo build --release
    cp target/release/shipctl /tmp/shipctl-prev
    git checkout -
    git stash pop
    
  2. Diff public flags Capture help output for every command and subcommand:

    /tmp/shipctl-prev --help > /tmp/flags-prev.txt
    /tmp/shipctl-prev release --help >> /tmp/flags-prev.txt
    # ... repeat for all subcommands
    
    /tmp/shipctl-next --help > /tmp/flags-next.txt
    /tmp/shipctl-next release --help >> /tmp/flags-next.txt
    
    diff /tmp/flags-prev.txt /tmp/flags-next.txt
    

    Lines prefixed with - in the diff represent removed flags or changed defaults.

  3. Check exit codes Run a battery of known invocations and compare exit codes:

    # Example: unknown flag should exit 2
    /tmp/shipctl-prev --unknown-flag 2>&1; echo "prev exit: $?"
    /tmp/shipctl-next --unknown-flag 2>&1; echo "next exit: $?"
    

    Document any changes; a changed exit code for a common error case is a breaking change.

  4. Check output format (JSON / machine-readable outputs)

    /tmp/shipctl-prev release --dry-run --json > /tmp/out-prev.json
    /tmp/shipctl-next release --dry-run --json > /tmp/out-next.json
    diff /tmp/out-prev.json /tmp/out-next.json
    

    Removed JSON keys, renamed fields, or type changes are breaking.

  5. Classify findings

    Type Breaking? Action
    New flag added No Note in changelog under Added
    Flag removed Yes Requires BREAKING CHANGE: in commit
    Flag renamed Yes Requires BREAKING CHANGE:; add alias for one release cycle
    Default changed Yes Requires BREAKING CHANGE:
    Exit code changed Yes Requires BREAKING CHANGE:
    New JSON key added No Note under Added
    JSON key removed/renamed Yes Requires BREAKING CHANGE:

Read the full file on GitHub · 96 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 1mo ago First seen · 96 lines · 59 tokens per session scan A 81c3b9a72f3a

Subscribe to this mod's changes

breaking-change-audit is a skill published in the GitHub repository zakelfassi/skills-driven-development (18 stars, last pushed 3mo ago), licensed MIT. It adds 59 tokens to every session and 1,014 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

land-it

Merge a revertible PR whose review findings are all fixed or declined with a reason, test it after merge, and check the conversation's remaining work; a change to a screen users see waits for the user's OK on its demo. Use when a PR reaches merge-ready.

hcaiano/skills · 57 tokens

mx-pr

Draft a pull request from the feature spec and git log, then publish to GitHub or GitLab (Bitbucket experimental) — or hand off. Use when a feature branch is ready for PR, standalone or from mx-flow. Usage: /mx-pr [name].

maxence2997/mx-harness · 57 tokens

github-repo-audit

A review process for checking whether a GitHub repository and its release materials are complete and consistent.

techysy/yangyu-hermes-skills · 133 tokens

raise-pr

Push the current feature branch and raise a GitHub pull request with a conventional-commit style title and a structured body, after verifying the branch actually has committed work to raise. Use this skill whenever the user asks to "raise a PR", "open a pull request", "create a PR", "push and PR", "get this reviewed"…

Pubx-ai/skills · 117 tokens

github-automation

GitHub workflow automation, PR management, issue tracking, and code review coordination. Integrates with GitHub Actions and repository management. Use when: PR creation, code review, issue management, release automation, workflow setup. Skip when: local-only changes, non-GitHub repositories.

ruvnet/ruflo · 61 tokens

release

Cut a brooks-lint release: set the version in package.json, propagate it across all four plugin manifests and every version-bearing text file (README badges, docs site metadata), write the CHANGELOG entry, validate, then commit, push, tag, and publish the GitHub release. Triggers when the maintainer asks to "release"…

hyhmrright/brooks-lint · 135 tokens