Borrowing it
Nothing to install: this file belongs to neptaco/mcproc. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/neptaco/mcproc/main/.claude/skills/release/SKILL.mdgit clone --depth 1 https://github.com/neptaco/mcprocWrote 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/skills/neptaco/mcproc/release)<a href="https://agentmods.dev/skills/neptaco/mcproc/release"><img src="https://agentmods.dev/badge/skills/neptaco/mcproc/release/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.
<a href="https://agentmods.dev/skills/neptaco/mcproc/release"><img src="https://agentmods.dev/badge/skills/neptaco/mcproc/release.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.1 | $0.00040 | $0.01020 |
| Opus 5.5 | $0.00016 | $0.00408 |
| Sonnet 5.5 | $0.00008 | $0.00204 |
| Haiku 4.5 | $0.00004 | $0.00102 |
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 2mo 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 — 150 lines — stays where its author put it; the contents beside it link to each section on GitHub.
リリースワークフロー
新しいバージョン $ARGUMENTS をリリースします。
前提条件
- main ブランチにいること
- 未コミットの変更がないこと
- CI が通っていること
手順
1. 事前確認
# 現在のブランチとステータス確認
git branch --show-current
git status --short
未コミットの変更がある場合は、先にコミットまたは stash してください。
2. バージョン決定
引数でバージョンが指定されていない場合、以下を確認:
# 最新のタグを確認
git describe --tags --abbrev=0 2>/dev/null || echo "タグなし"
# 前回リリースからの変更を確認
git log $(git describe --tags --abbrev=0 2>/dev/null)..HEAD --oneline
Semantic Versioning ガイド
| 変更内容 | バージョン | 例 |
|---|---|---|
| 破壊的変更(BREAKING CHANGE) | メジャー | v1.0.0 → v2.0.0 |
| 新機能追加(feat:) | マイナー | v1.0.0 → v1.1.0 |
| バグ修正(fix:) | パッチ | v1.0.0 → v1.0.1 |
3. 品質チェック
cargo fmt -- --check && cargo clippy --all-targets -- -D warnings && cargo test
4. CHANGELOG 更新
CHANGELOG.md の [Unreleased] セクションを新しいバージョンに変更:
## [Unreleased]を## [<VERSION>] - <TODAY>に変更- ファイル末尾のリンク定義を更新
5. Cargo.toml バージョン更新
ワークスペースの Cargo.toml を更新:
[workspace.package]
version = "<VERSION>"
6. 変更をコミット
git add CHANGELOG.md Cargo.toml
git commit -m "chore: bump version to <VERSION>"
7. タグ作成とプッシュ
# タグを作成
git tag -a v<VERSION> -m "Release v<VERSION>"
# コミットとタグをプッシュ(GitHub Actions が自動でリリース)
git push origin main
git push origin v<VERSION>
8. リリース確認
GitHub Actions でリリースワークフローが実行される:
- テスト実行
- クロスプラットフォームビルド(Linux x86_64/arm64, macOS x86_64/arm64)
- GitHub Release 作成(バイナリ添付)
# ワークフロー状態確認
gh run list --workflow=release.yml --limit 3
9. Homebrew 更新
リリースが完了したら、Homebrew Formula を更新:
# publish-homebrew ワークフローを手動実行
gh workflow run publish-homebrew.yml
または homebrew-tap リポジトリで手動更新。
10. リリース完了確認
# GitHub Release を確認
gh release view v<VERSION>
# または Web で確認
gh release view v<VERSION> --web
使用例
/release v0.1.4
/release v0.2.0
/release v1.0.0
トラブルシューティング
タグを削除したい場合
# ローカルタグ削除
git tag -d v<VERSION>
# リモートタグ削除(未リリースの場合のみ)
git push origin :refs/tags/v<VERSION>
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.
- 2mo ago First seen · 150 lines · 40 tokens per session scan A df32b61dc1b1
release is a skill published in the GitHub repository neptaco/mcproc (10 stars, last pushed 25d ago), licensed MIT. It adds 40 tokens to every session and 1,020 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-31.
Other skills, from other repositories
release-rollback
Roll a release back for real when post-deploy regression goes red — apc release rollback flips the current version to pulled and the last good version back to current in the release ledger, and (with --mirror) repoints the bare mirror ref. Behind an approval gate; with no previous good version it BLOCKS instead of…
devops/changelog-generation
A method for creating a CHANGELOG, a document that records what changed in each software release. It reads Git commit history and release-pipeline reports, then groups changes using common commit and changelog conventions.
get-unpublished-changes
Compare HEAD with the latest published npm versions and list all unpublished changes by release layer. Triggers: unpublished changes, changelog, what changed, whats new.
github-release-briefing-skill
Create a source-linked briefing for the latest published GitHub release of a public repository. Use for engineering teams tracking a dependency release; do not use it to publish releases or change repositories.
release-changelog-harness
Chooses ecosystem-native release and changelog tooling (Changesets, Melos, release-plz) plus binary distribution (GitHub Release tarballs, install.sh) when the product is an executable. Use for release CI, install.sh, versioning, CHANGELOGs, shipping MCP/CLI without clone, or meta repos that only ship skills via npx…
generate-release-notes
Generate categorized release notes from any source (GitHub, Linear, Jira, or manual input) with optional publishing.