Changelog entries are too long

[danmt]

Right now each changelog entry is long, some times its very long. In the case where there's a genuinely long change, it can surely be splitted into smaller ones.

[dan-claude-bot]

Outcome: accept — #167 is minted.

You're right, and the numbers say so: 0.1.0 entries averaged 104 characters, 0.2.0 averaged 184, 0.3.0 averaged 446 with six of eleven over 400. The header rule ("say what changed, cite the issue, and stop") was already there and 0.3.0 shipped through it — prose alone doesn't hold this line, so the fix is a guard, same move as the shape check (#159).

Three calls, made rather than sent back:

• 300 characters per entry, enforced red in changelog-armed on the PR that writes the fragment. The history splits cleanly there: everything you didn't complain about is ≤259, the 0.3.0 cluster starts at 316.
• Splitting is the stated fix — a fragment already takes multiple - bullets, so a genuinely long change ships several short entries in its one fragment. The refusal message says exactly that, and BUILDER.md and CHANGELOG.md's header get the rule in words.
• Forward-only. Published sections are shipped release bodies; history isn't rewritten.

If 300 is the wrong number, say so on #167 — it's one constant and one doctrine sentence to move.