From configure-plugin
Provides standard release-please configurations for GitHub Actions workflows to automate semantic versioning, changelog generation, and releases for Node.js, Python, Helm, and multi-package repos.
How this skill is triggered — by the user, by Claude, or both
Slash command
/configure-plugin:release-please-standardshaikuThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Standard release-please configuration for automated semantic versioning and changelog generation.
Standard release-please configuration for automated semantic versioning and changelog generation.
File: .github/workflows/release-please.yml
name: Release Please
on:
push:
branches:
- main
permissions:
contents: write
pull-requests: write
jobs:
release-please:
runs-on: ubuntu-latest
steps:
- uses: googleapis/release-please-action@v4
with:
token: ${{ secrets.MY_RELEASE_PLEASE_TOKEN }}
File: release-please-config.json
{
"packages": {
".": {
"release-type": "node",
"changelog-sections": [
{"type": "feat", "section": "Features"},
{"type": "fix", "section": "Bug Fixes"},
{"type": "perf", "section": "Performance"},
{"type": "deps", "section": "Dependencies"},
{"type": "docs", "section": "Documentation", "hidden": true},
{"type": "chore", "section": "Miscellaneous", "hidden": true}
]
}
},
"plugins": ["node-workspace"]
}
File: .release-please-manifest.json
{
".": "0.0.0"
}
Note: Version 0.0.0 is a placeholder - release-please updates this automatically.
nodenode-workspacepackage.json version fieldpythonpyproject.toml version field, __version__ in codehelmChart.yaml version field{
"packages": {
"packages/frontend": {
"release-type": "node",
"component": "frontend"
},
"packages/backend": {
"release-type": "node",
"component": "backend"
}
},
"plugins": [
"node-workspace",
{
"type": "linked-versions",
"groupName": "workspace",
"components": ["frontend", "backend"]
}
]
}
Workflow file: .github/workflows/release-please.yml
googleapis/release-please-action@v4MY_RELEASE_PLEASE_TOKEN secretmainConfig file: release-please-config.json
Manifest file: .release-please-manifest.json
The workflow uses MY_RELEASE_PLEASE_TOKEN secret (not GITHUB_TOKEN) because:
| Status | Condition |
|---|---|
| PASS | All three files present with valid configuration |
| WARN | Files present but using deprecated action version |
| FAIL | Missing required files or invalid configuration |
Workflow validation:
v4 (warn if older)push to mainConfig validation:
Manifest validation:
IMPORTANT: Release-please manages these files automatically:
CHANGELOG.md - Never edit manuallypackage.json, pyproject.toml, Chart.yaml.release-please-manifest.json - Only edit for initial setupSee release-please-protection skill for enforcement.
Release-please requires conventional commit messages:
| Prefix | Release Type | Example |
|---|---|---|
feat: | Minor | feat: add user authentication |
fix: | Patch | fix: correct login timeout |
feat!: | Major | feat!: redesign API |
BREAKING CHANGE: | Major | In commit body |
MY_RELEASE_PLEASE_TOKEN to repository secretsnpx claudepluginhub laurigates/claude-plugins --plugin configure-pluginChecks and configures release-please GitHub Actions workflows for project standards including latest version, tokens, triggers, and project-type detection for Node/Python/Go/Rust.
Configures Google's release-please for automated semantic versioning, changelog generation, and GitHub releases in single-package and monorepo repositories.
Configures release-please for monorepos and single-package repos, handling manifest files, component tagging, changelog sections, and extra-files. Use for automated releases, workflow fixes, or version bump automation.