agentsclimarketplace

Publish

Skill jajupmochi/agent-harness/.claude/skills/publish

Tag a new version of agent-harness, push to GitHub, and create a GitHub release. Use when shipping a meaningful update (new rules, new templates, etc.). Asks for SemVer bump and writes release notes from git log.From its SKILL.md

Install
npx -y skills add jajupmochi/agent-harness --skill publish

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

2.6 KB, 686 tokens by cl100k_base, as published. Nobody here has run it

/publish

Cut a new release of agent-harness.

Usage

/publish [<patch|minor|major>]

If no bump type is given, asks interactively.

Pre-flight

  • Verify the working tree is clean (git status — no uncommitted changes)
  • Verify on main branch (not a feature branch)
  • Verify origin is [email protected]:jajupmochi/agent-harness.git (or HTTPS equivalent)
  • Verify gh CLI is authenticated (gh auth status)

Steps

  1. Determine current version:

    git tag --list 'v*' --sort=-v:refname | head -1
    

    If no tags exist, current version is v0.0.0.

  2. Ask user for bump type (or use the argument):

    • patch (v0.1.0 → v0.1.1) — bug fix, doc tweak, no API change
    • minor (v0.1.0 → v0.2.0) — new rule / skill / hook / recommendation, no breaking change
    • major (v0.1.0 → v1.0.0) — breaking change to consumer interface (rare)
  3. Compute new version and confirm with user.

  4. Generate release notes from git log since last tag:

    git log <prev-tag>..HEAD --oneline | grep -E '^\w+ (feat|fix|docs|chore|refactor)' > /tmp/release-notes.md
    

    Group by Conventional Commit type. Edit if needed.

  5. Run final verification:

    • jq empty on every *.json in the repo
    • Markdown link check (best-effort): find . -name "*.md" -exec grep -l "](" {} + — manually skim suspicious entries
    • Privacy scan: invoke /privacy-redact on key files (README, INVENTORY, recommendations/) — should report 0 findings before publish
  6. Create the tag:

    git tag -a <new-version> -m "Release <new-version>"
    git push origin main
    git push origin <new-version>
    
  7. Create GitHub release:

    gh release create <new-version> \
      --title "agent-harness <new-version>" \
      --notes-file /tmp/release-notes.md
    
  8. Optional: announce the release (Telegram channel, blog, etc. — out of this skill's scope).

Anti-patterns

  • ❌ Tagging without first running the privacy scan — public release, can't easily redact later
  • ❌ Skipping the git status check — committing pending work in a release tag is messy
  • ❌ Force-pushing the tag (git push --force origin <tag>) — breaks any consumer pinning to the version

Companion

  • docs/CONTRIBUTING.md — Conventional Commits convention
  • skills/general/privacy-redact/SKILL.md — required pre-publish scan

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 326,144. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.