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.
npx agentmods add commands/lagz0ne/c3-skill/releasegit clone --depth 1 https://github.com/lagz0ne/c3-skillWrote 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.
[](https://agentmods.dev/commands/lagz0ne/c3-skill/release)<a href="https://agentmods.dev/commands/lagz0ne/c3-skill/release"><img src="https://agentmods.dev/badge/commands/lagz0ne/c3-skill/release.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00010 | $0.01449 |
| Opus 5 | $0.00005 | $0.00724 |
| Sonnet 5 | $0.00002 | $0.00290 |
| Haiku 4.5 | $0.00001 | $0.00145 |
Grade A, and why
release 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 3d 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.
How it starts
The opening of the file, as written. The whole thing — 153 lines — stays where its author put it; the contents beside it link to each section on GitHub.
C3 Plugin Release
Arguments
$ARGUMENTS
Current State
- Current version: !
cat "$CLAUDE_PROJECT_DIR/.claude-plugin/plugin.json" | grep '"version"' | head -1 | sed 's/.*"version": "\([^"]*\)".*/\1/' - Last git tag: !
cd "$CLAUDE_PROJECT_DIR" && git describe --tags --abbrev=0 2>/dev/null || echo "none"
Instructions
You are preparing a release for the C3 plugin. Follow these steps:
Step 1: Gather Change Information
Run these git commands to understand what changed:
# Get commits since last tag (or all if no tags)
LAST_TAG=$(git describe --tags --abbrev=0 2>/dev/null || echo "")
if [ -n "$LAST_TAG" ]; then
git log "$LAST_TAG"..HEAD --oneline --no-merges
else
git log --oneline --no-merges -20
fi
Also check the diff summary:
if [ -n "$LAST_TAG" ]; then
git diff "$LAST_TAG" --stat | tail -5
fi
Step 2: Determine Version Bump
Analyze the commits using conventional commit prefixes:
| Prefix | Bump Type | Examples |
|---|---|---|
feat |
minor | New feature, new skill, new command |
fix |
patch | Bug fix, typo correction |
docs |
patch | Documentation only |
refactor |
patch | Code restructure, no behavior change |
chore |
patch | Maintenance, dependency updates |
BREAKING CHANGE or exclamation suffix |
major | Breaking changes to skill behavior |
Decision rules:
- If user specified
major,minor, orpatchin $ARGUMENTS, use that - Otherwise, analyze commits and recommend based on:
- Any
feat:commits → minor - Any breaking changes → major
- Only fixes/docs/chores → patch
- Any
Step 3: Confirm with User
Use AskUserQuestion to confirm:
- The determined version bump (showing current → new version)
- Summary of changes to include in changelog
Step 4: Validate plugin.json (CRITICAL)
Claude Code uses auto-discovery for plugin components. Explicit path declarations break plugin loading.
Read .claude-plugin/plugin.json and REMOVE these fields if present:
"commands": "...""skills": "...""agents": "...""hooks": "..."
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.
- 3d ago First seen · 153 lines · 10 tokens per session scan A 09049bb35f13
release is a command published in the GitHub repository lagz0ne/c3-skill (12 stars, last pushed 1mo ago), licensed MIT. It adds 10 tokens to every session and 1,449 once invoked, about $0.0001 per session on Opus 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.
Other commands, from other repositories
review-renovate
Review and merge renovate PRs with automerge configuration updates.
push-and-release
Git pull, resolve conflicts, push, fix hook errors, then release.
release
Perform a full release: generate release notes, bump version, commit, tag, and push.
release
Ship a stable cmux release built by CI: bump version, update changelog, open a PR, merge, tag, then GitHub Actions builds, signs, and publishes.
merge-and-status
Merge the current PR, pull main, surface any open contributor PRs and untriaged contributor issues, and show open milestone issues.
release
Prepare a release by updating docs and bumping the version.