001056f97c
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Changelog Details
The root ../CHANGELOG.md keeps one brief line per release. Work in progress lives in unreleased/; each shipped release owns a numbered folder here:
<folder>/README.md— the summary: one brief line per change, each linking its detail file, e.g.- [YYYY-MM-DD] Brief description. ([details](YYYY-MM-DD-short-slug.md))<folder>/YYYY-MM-DD-short-slug.md— one detail file per entry, named by the entry date: an H1 title, then what changed and why, using##sections once the entry covers more than one thing.- Entries are grouped by the surface they change — Models, Web App, landing site, skills, docs, tooling — rather than one file per commit. A related change extends the existing file and its summary line instead of opening a new one.
- Unreleased changes go in
unreleased/, never in a numbered folder: the next version number is not knowable while the work is being written — the batch that accumulated as0.2.0/shipped as 0.1.1 — so a guessed number only creates a rename to get wrong later. At release, renameunreleased/to the version actually shipped, swap its# Unreleasedheading for# Version X.Y.Zplus aReleased on <date>.line, add the release line to the root file, and create a fresh emptyunreleased/. Released folders are frozen.
Written in English. History starts after the v0.0.1 release (2026-07-19); earlier changes are not backfilled.