helleze

Changelog

What we shipped.

helleze's own changelog, generated by helleze on every deploy.

This release ships a new helleze config command for post-init reconfiguration, an improved init flow with a cleaner provider/model picker, and an unlocked managed model that respects the client's model choice. The landing page and changelog now share a single layout with mobile fixes, corrected copy, and SEO improvements. GitHub release notes no longer include a redundant version/date heading.

New

  • New helleze config command for post-init reconfigurationA new helleze config command lets you interactively change your AI provider, model, and site URL after the initial setup, syncing changes back to the server. The init flow also now always asks for provider and model upfront, and private-repo users get a cleaner "Generate with" picker instead of a plain warning. 010150b

Improved

  • Managed model proxy now respects your model choiceThe helleze-managed LLM proxy no longer pins a single model — it now accepts any model from the supported allowlist (defaulting to Sonnet), so your model preference set during init or config is actually used. 010150b
  • Shared marketing layout, mobile fixes, copy corrections, and SEO improvementsThe landing page and changelog now share a single layout component so their header, nav, and footer can't drift apart. Mobile layouts are fixed down to 250px wide, overclaims in the copy have been corrected, and the site now includes JSON-LD structured data, Open Graph/Twitter cards, a sitemap, and RSS autodiscovery. 470243c
  • GitHub release notes no longer include a redundant version/date headingThe # v1.2.0 — 2026-06-10 heading that appeared at the top of generated GitHub release note bodies has been removed, since GitHub already displays the tag and date in its own UI. 7da8701

This release overhauls the helleze CLI setup flow so init handles all one-time choices and release runs without prompts. The changelog display gets a category-grouped layout, proper inline markdown rendering, and styled inline code pills across both the standalone page and the landing demo. The landing page now drives its hero from real release data. The release script is also fixed to push annotated tags so GitHub releases attach correctly.

Improved

  • helleze init now owns setup; helleze release runs without promptshelleze init handles all one-time choices — model selection, how far back the first changelog goes, and generating it — storing the model in config so release never re-asks. On first run, release now auto-picks a smart bounded window and breaks history into dated entries instead of dumping everything as one entry. Repos with large but temporally narrow histories are handled by bounding on commit count rather than time windows. bd7cecd
  • Changelog entries are now grouped by categoryBoth the CLI markdown output (used for GitHub release notes) and the helleze.com changelog page now list changes grouped by category — New, Improved, Fixed, and so on — instead of splitting into "What's new" and "For developers" sections. Internal-audience changes remain hidden. bdf893e
  • Landing page hero now uses real release dataThe landing page fetches helleze's own latest release from D1 and derives the commits tab entries from real change data, so the demo reflects actual shipped releases. It falls back to sample data in local dev. The frame is capped at 580px with a bottom fade, and a "Dogfooding in public" caption links to /changelog. 8315f5e

Fixed

  • Inline markdown renders correctly in the changelog HTMLTitles, bodies, and summaries written by the model with backticks, bold, or links were previously displayed as raw markdown characters on the web page. They now render as proper JSX nodes (not innerHTML, so XSS-safe), and inline code gets a subtle neutral-pill style across both the standalone changelog page and the landing demo. 88069c2 d512b55 6385806
  • Fix release script so GitHub releases attach correctlyThe release script was pushing a lightweight tag, which git push --follow-tags skips, so the tag never reached GitHub and gh release create had nothing to attach. The tag is now annotated, and the changelog and GitHub release steps run in the background so release returns immediately. e730c2c

This release ships a smarter first-run experience that breaks initial history into readable dated entries, a redesigned changelog reading page with a sticky rail layout and humanized dates, a dedicated CLI release unit with README and GitHub release integration, and several landing page copy and UI refinements.

New

  • First changelog no longer dumps all history into one giant entryThe baseline picker now selects a recent window sized to the project's velocity and slices it into dated entries at an adaptive calendar granularity (month → week → day), so a first-run changelog reads like a real history rather than a wall of text. Entire history is still offered for small repos. 657f2ef
  • CLI gets its own README, release unit, and GitHub release integrationThe npm package now has a populated README page and broader keywords. A dedicated cli release unit publishes the CLI's own changelog independently of the site, and helleze release --notes-file writes rendered notes so release.sh can create a matching GitHub release in one step. 27f81c9 f541aa6

Improved

  • Changelog page redesigned with a sticky rail layout and humanized datesThe /changelog reading experience now shows version and date pinned in a left-rail gutter, green section labels with trailing hairlines, and inline commit SHAs per entry. Release dates are humanized (e.g. Jun 8, 2026) and CalVer auto-tags show the date once instead of repeating it. The shared renderer means the embed fragment, standalone page, and landing preview all benefit. 422b558
  • Landing page copy and code block UI polishedCopy buttons now show an icon with a lime check on success instead of the word "Copy", line-number gutters are removed from code blocks, the subhead closes on "Automatically.", and the how-it-works section copy has been rewritten. e271f85 39ad027