Create or update a .changeset/*.md file for the current branch.
Repo-specific rules:
- Only publishable packages belong in a changeset:
@openharness/core,@openharness/provider-chatgpt,@openharness/provider-vfs,@openharness/react,@openharness/vue. - Ignore
apps/*andexamples/*unless they reveal a user-facing package behavior change that should still be described under one of the public packages. - If the branch only changes docs, examples, or website content, say that no changeset is needed instead of inventing one.
- Prefer the smallest valid bump. Use
majoronly for real breaking API or behavior changes. - Write notes for users, not implementation archaeology. One short paragraph is usually enough.
Workflow:
- Inspect staged changes first. If nothing is staged, compare the branch against
main. - Identify which public packages changed and choose the bump level for each package.
- If the bump is ambiguous, or if any package needs a
majorbump, stop and ask for confirmation before writing the file. - Write the changeset file in
.changeset/with frontmatter for the affected packages and a concise note below it. - Show the file contents after writing it.
If the user supplied extra context in the command arguments, incorporate it into the summary when it improves the release note.