/release
Update CHANGELOG.md with all changes from the latest tag to current commit.
How it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/release
Context preview
What this command does when you run it.
Update CHANGELOG.md with all changes from the latest tag to current commit.
Command definition
release.mdUpdate CHANGELOG.md with all changes from the latest tag to current commit.
First, run the script to get commit information:
./scripts/get-changes-since-tag.sh
Use the script output to categorize changes:
- `Added` for new features.
- `Changed` for changes in existing functionality.
- `Deprecated` for soon-to-be removed features.
- `Removed` for now removed features.
- `Fixed` for any bug fixes.
- `Security` in case of vulnerabilities.
- `Thanks` for contributors mention with GitHub username and PR number
When processing commits:
1. Use the GitHub username from script output (not git commit author names) 2. Only include contributors in Thanks section (exclude yoshiko-pg as that's the maintainer) 3. Include PR numbers when available 4. Use commit subject and body to properly categorize changes
Then inform the user in Japanese about the added content and ask for confirmation with say command.
If confirmed OK:
- npm version --no-git-tag-version patch
- Create a version section in CHANGELOG.md and move Unreleased section content there
- Update the version links at the bottom of CHANGELOG.md (add new version links and update Unreleased link)
- Commit CHANGELOG.md
- create current version git tag
- git push origin main --tags
- create release on github with CHANGELOG.md target version section text (to origin)
Then ask the user to run npm publish with say command. (Do not execute npm publish yourself)
Read more
Update CHANGELOG.md with all changes from the latest tag to current commit.
First, run the script to get commit information:
./scripts/get-changes-since-tag.sh
Use the script output to categorize changes:
- `Added` for new features.
- `Changed` for changes in existing functionality.
- `Deprecated` for soon-to-be removed features.
- `Removed` for now removed features.
- `Fixed` for any bug fixes.
- `Security` in case of vulnerabilities.
- `Thanks` for contributors mention with GitHub username and PR number
When processing commits:
1. Use the GitHub username from script output (not git commit author names) 2. Only include contributors in Thanks section (exclude yoshiko-pg as that's the maintainer) 3. Include PR numbers when available 4. Use commit subject and body to properly categorize changes
Then inform the user in Japanese about the added content and ask for confirmation with say command.
If confirmed OK:
- npm version --no-git-tag-version patch
- Create a version section in CHANGELOG.md and move Unreleased section content there
- Update the version links at the bottom of CHANGELOG.md (add new version links and update Unreleased link)
- Commit CHANGELOG.md
- create current version git tag
- git push origin main --tags
- create release on github with CHANGELOG.md target version section text (to origin)
Then ask the user to run npm publish with say command. (Do not execute npm publish yourself)
MCP server that enables the use of OpenAI's high-end models and their powerful web search capabilities. By registering it with any AI coding agent, the agent can autonomously consult with OpenAI models to solve complex problems.
Repo: yoshiko-pg/o3-search-mcp

