Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
laurigates avatar

Configure Release Please

  • 56 installs
  • 49 repo stars
  • Updated August 4, 2026
  • laurigates/claude-plugins

Helps with ai & agent building tasks.

About

configure-release-please is a Claude Code skill for ai & agent building. It helps solo builders move faster with AI-assisted development.

  • configure-release-please
  • AI & Agent Building
  • AI-coding skill

Configure Release Please by the numbers

  • 56 all-time installs (skills.sh)
  • Ranked #6,750 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/laurigates/claude-plugins --skill configure-release-please

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs56
repo stars49
Last updatedAugust 4, 2026
Repositorylaurigates/claude-plugins

What it does

Helps with ai & agent building tasks.

Files

SKILL.mdMarkdownGitHub ↗

/configure:release-please

Check and configure release-please against project standards.

When to Use This Skill

Use this skill when...Use another approach when...
Setting up release-please for a new project from scratchManually editing CHANGELOG.md or version fields — use conventional commits instead
Auditing existing release-please configuration for complianceCreating a one-off release — use gh release create directly
Upgrading release-please-action to the latest versionDebugging a failed release PR — check GitHub Actions logs directly
Ensuring workflow uses correct token (MY_RELEASE_PLEASE_TOKEN)Managing npm/PyPI publishing — configure separate publish workflows
Adding a new package to a monorepo release-please configurationWriting conventional commit messages — use /git:commit skill

Context

  • Workflow file: !find .github/workflows -maxdepth 1 -name 'release-please*'
  • Config file: !find . -maxdepth 1 -name \'release-please-config.json\'
  • Manifest file: !find . -maxdepth 1 -name \'.release-please-manifest.json\'
  • Package files: !find . -maxdepth 1 \( -name 'package.json' -o -name 'pyproject.toml' -o -name 'Cargo.toml' -o -name 'go.mod' \)
  • Workflows dir: !find . -maxdepth 1 -type d -name \'.github/workflows\'

Skills referenced: release-please-standards, release-please-protection

Parameters

Parse from command arguments:

  • --check-only: Report status without offering fixes
  • --fix: Apply all fixes automatically

Execution

Execute this release-please configuration check:

Step 1: Fetch latest action version

Run this command to get the current release-please-action version dynamically:

curl -s https://api.github.com/repos/googleapis/release-please-action/releases/latest | jq -r '.tag_name'

References:

Step 2: Detect project type

Determine appropriate release-type from detected package files:

  • node: Has package.json (default for frontend/backend apps)
  • python: Has pyproject.toml without package.json
  • helm: Infrastructure with Helm charts
  • simple: Generic projects

Step 3: Analyze compliance

Workflow file checks:

  • Action version: googleapis/release-please-action@v4
  • Token: Uses MY_RELEASE_PLEASE_TOKEN secret (not GITHUB_TOKEN)
  • Trigger: Push to main branch
  • Permissions: contents: write, pull-requests: write

Config file checks:

  • Valid release-type for project
  • changelog-sections includes feat and fix
  • Appropriate plugins (e.g., node-workspace for Node projects)

Manifest file checks:

  • Valid JSON structure
  • Package paths match config

Step 4: Generate compliance report

Print a formatted compliance report showing file status and configuration check results. If --check-only is set, stop here.

For the report format, see REFERENCE.md.

Step 5: Apply configuration (if --fix or user confirms)

1. Missing workflow: Create from standard template 2. Missing config: Create with detected release-type 3. Missing manifest: Create with initial version 0.0.0 4. Outdated action: Update to v4 5. Wrong token: Update to use MY_RELEASE_PLEASE_TOKEN

For standard templates, see REFERENCE.md.

Step 6: Update standards tracking

Update .project-standards.yaml:

components:
  release-please: "2025.1"

Agentic Optimizations

ContextCommand
Quick compliance check/configure:release-please --check-only
Auto-fix all issues/configure:release-please --fix
Check latest action version`curl -s https://api.github.com/repos/googleapis/release-please-action/releases/latest \
Verify config JSONjq . release-please-config.json
Verify manifest JSONjq . .release-please-manifest.json
Check workflow existsfind .github/workflows -name 'release-please*'

Important Notes

  • Requires MY_RELEASE_PLEASE_TOKEN secret in repository settings
  • CHANGELOG.md is managed by release-please - never edit manually
  • Version fields in package.json/pyproject.toml are managed automatically
  • Works with conventional-pre-commit hook for commit validation

See Also

  • /configure:pre-commit - Ensure conventional commits hook
  • /configure:all - Run all compliance checks
  • release-please-protection skill - Protected file rules

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.