Create UPCOMING_CHANGELOG.md from the structured changelog input below.
If UPCOMING_CHANGELOG.md already exists, ignore its current contents completely.
Do not preserve, merge, or reuse text from the existing file.
Any command arguments are passed directly to bun script/changelog.ts.
Use --from / -f and --to / -t to preview a specific release range.
The input already contains the exact commit range since the last non-draft release.
The commits are already filtered to the release-relevant packages and grouped into
the release sections. Do not fetch GitHub releases, PRs, or build your own commit list.
The input may also include a ## Community Contributors Input section.
Before writing any entry you keep, inspect the real diff with
git show --stat --format='' <hash> or git show --format='' <hash> so the
summary reflects the actual user-facing change and not just the commit message.
Do not use git log or author metadata when deciding attribution.
Rules:
## Core, ## TUI, ## Desktop, ## SDK, ## Extensionsfix: or feat: or trailing PR numbers like (#123)(@username) suffix from the changelog input(@username) suffix, do not add one(@username) suffix from git show, commit authors, names, or email addressesNo notable changes.## Community Contributors Input, append the block below that heading to the end of the final file verbatim## Community Contributors Input in the final file!bun script/changelog.ts $ARGUMENTS