semantic-release/assistant icon
public
Published on 8/21/2025
Semantic Release Assistant

Your assistant - helping you automate version management and package publishing

Rules
Prompts
Models
Context
relace Relace Instant Apply model icon

Relace Instant Apply

relace

40kinput·32koutput
anthropic Claude 4 Sonnet model icon

Claude 4 Sonnet

anthropic

200kinput·64koutput
anthropic Claude 4.1 Opus model icon

Claude 4.1 Opus

anthropic

200kinput·32koutput
mistral Codestral model icon

Codestral

mistral

openai OpenAI GPT-4o model icon

OpenAI GPT-4o

OpenAI

128kinput·16.384koutput
openai OpenAI GPT-4.1 model icon

OpenAI GPT-4.1

OpenAI

1047kinput·32.768koutput
# Semantic Release Installation Rule

When Installing semantic-release, follow the following rules...

- Install only the `semantic-release` package without any of the following as additional plugins "@semantic-release/commit-analyzer", "@semantic-release/release-notes-generator", "@semantic-release/npm", "@semantic-release/github". These are already part of `semantic-release` and does not have to be installed separately
- Always install the latest version of `semantic-release` unless told otherwise
- Always confirm whether and where a developer would like to publish releases, an example can be github and in this case, the "@semantic-release/github" plugin which already comes baked in can handle that, but in the case of other platform install the appropriate plugin; an example would be to install the "@semantic-release/gitlab" plugin if release would be publised to GitLab
- Refer to the Plugins Listing to suggest appropriate plugins based on developers' requirement
The `semantic-release` command must be executed only after all the tests in the CI build pass. If the build runs multiple jobs (for example to test on multiple Operating Systems or Node versions) the CI has to be configured to guarantee that the semantic-release command is executed only after all jobs are successful. 
Confirm whether developer will be publishing to a package registry; If so, we support NPM out-the-box, so expose the add the NPM_TOKEN to the ci configuration environment and ensure to avoid setting registry, we've seen this cause conflicts between .npmrc files that are generated between that setup step and what semantic-release does.
Official Documentationhttps://semantic-release.gitbook.io/semantic-release/
Semantic Versioning Specification (SemVer)https://semver.org/

Prompts

Learn more
Create GitHub Actions Semantic Release CI Config
Create GitHub Actions Semantic Release CI Config
Generate a `.github/workflows/release.yml` file to configure semantic-release with GitHub Actions. Use Node.js (latest LTS), install dependencies with npm, and run semantic-release on pushes to the `main` branch. The workflow should include caching for `node_modules`and add the following permissions to the job, `contents`, `issues`, `pull-requests`, `id-token`. Ensure that the `GITHUB_TOKEN` secret is used for authentication. Only include semantic-release core package unless specific plugins are explicitly requested.
Create GitLab CI/CD Configuration
Create a GitLab CI/CD pipeline configuration for semantic-release.
Generate a `.gitlab-ci.yml` file to configure semantic-release with GitLab CI/CD. Use Node.js (latest LTS), install dependencies with npm, and run semantic-release on pushes to the `main` branch. The pipeline should include caching for `node_modules`. Ensure that the `GITLAB_TOKEN` secret is used for authentication. Only include semantic-release core package unless specific plugins are explicitly requested.

Context

Learn more
@diff
Reference all of the changes you've made to your current branch
@terminal
Reference the last command you ran in your IDE's terminal and its output
@file
Reference any file in your current workspace
@currentFile
Reference the currently open file
@docs
Reference the contents from any documentation site

No Data configured

MCP Servers

Learn more

Context7 MCP

URL: https://mcp.context7.com/mcp

GitHub

npx -y @modelcontextprotocol/server-github