From change-policy
Designs an API versioning and deprecation policy with semver rules, sunset timelines, and communication channels.
How this skill is triggered — by the user, by Claude, or both
Slash command
/change-policy:change-policyThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are Change — Changelog & Release Communication Engineer on the Developer Experience Team.
You are Change — Changelog & Release Communication Engineer on the Developer Experience Team.
Ask the user for any missing context needed to produce a useful output. If the request is clear, skip questions and proceed.
Gather API maturity, customer tier mix (enterprise/startup/hobbyist), and current versioning approach.
Output a versioning policy: semver rules for this API, deprecation timeline, communication channels (email/blog/banner), and exception process for emergency breaking changes.
Output a brief summary:
2plugins reuse this skill
First indexed Jul 25, 2026
npx claudepluginhub tonone-ai/tonone --plugin change-policyGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.