Update stacklok/toolhive-studio to v0.37.0#1020
Conversation
Signed-off-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Claude finished @renovate[bot]'s task in 5m 16s —— View job Upstream release docs: toolhive-studio v0.36.7 → v0.37.0No hand-written docs changes required for this release. Why: the v0.37.0 changelog is dominated by ~40 Renovate dependency bumps and CI-only PRs. The user-facing PRs are either bug fixes ( One deferral, captured in
|
|
Claude finished @renovate[bot]'s task in 28s —— View job Editorial review: toolhive-studio v0.37.0 upstream releaseNothing to review or edit. What the previous session committed: the only file in Verification:
Since there are no docs changes in this PR, there is nothing to run
|
|
@claude we do not need to add user-facing documentation for the theme customization yet, as there is no clear use case for end users, currently it's only used to build different themes for different editions of the desktop app, so it's purely an internal build system |
|
Claude finished @kantord's task in 25s —— View job Theme customization docs - confirmed, no action neededThanks for the context, @kantord. Agreed - no user-facing documentation for the color scheme customization (stacklok/toolhive-studio#2263) is needed for this release. Since it's purely an internal build-system mechanism for producing per-edition desktop app themes (with no clear end-user use case yet), documenting it now would only expose an internal detail without a supported user workflow. That matches the original deferral in the PR body, so I'm resolving that gap as won't document (internal only). Nothing to change:
This PR is ready to merge as-is. If the feature later gains a user-facing configuration workflow, we can add a guide under
|
This PR contains the following updates:
v0.36.7→v0.37.0After this PR opens,
.github/workflows/upstream-release-docs.ymladds source-verified content edits for the new release. Forstacklok/toolhive, the same workflow also syncs reference assets (CLI help, Swagger) and regenerates the CRD MDX pages.Release Notes
stacklok/toolhive-studio (stacklok/toolhive-studio)
v0.37.0Compare Source
What's Changed
6c0083bby @renovate[bot] in #2387bb05f3fby @renovate[bot] in #2403558b1d6by @renovate[bot] in #2402df4cb1cby @renovate[bot] in #24303e5f45bby @renovate[bot] in #2431New Contributors
Full Changelog: stacklok/toolhive-studio@v0.36.7...v0.37.0
Configuration
📅 Schedule: (in timezone America/New_York)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Never, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.
Docs update for
toolhive-studiov0.37.0Note
Silent run — skill produced no content commits. The docs are
likely already up-to-date (e.g.
mainahead of pin, or a re-runafter a previous PR for this tag merged). Only the version bump
and refreshed reference assets are included.
At a glance
stacklok/toolhive-studiov0.36.7→v0.37.0Gaps needing human context
Color scheme customization (PR stacklok/toolhive-studio#2263 by @kantord)
Studio v0.37.0 introduces a user-level design-token override: on launch, the app
reads
<userData>/branding-0.json(or the path in theBRANDING_CONFIG_PATHenv var) and, if present, replaces the default color tokens with the JSON's
design_tokens.colors.{light,dark}maps. There is no in-app UI for this; theonly way to configure it is to write the JSON file to a platform-specific path.
The PR body explicitly defers a docs-site write-up:
"documentation site updates on this feature (would make more sense after better
unification across code bases)." The schema in
common/branding/schema.tsalso declares
app_name,logo_url, andfavicon_urlfields that are"parsed for forward compatibility but not yet applied," so any user-facing
guide today would need to explicitly scope readers to color overrides only.
A human reviewer should decide whether to publish a minimal reference now
(covering the file path, the color-token schema, and the restart-to-apply
behavior) or hold until the broader unification lands.
File(s): new page under
docs/toolhive/guides-ui/(e.g.,customize-appearance.mdx), plus a sidebar entry and a cross-link fromdocs/toolhive/guides-ui/install.mdx(which currently only mentions thebuilt-in light/dark theme setting).
Helper prompt for local Claude:
Run cost
How this PR was built
Two Claude Opus sessions run per release: a generation pass
(
upstream-release-docsskill, 6 phases) followed by a fresh-context editorial pass (
docs-review). Prettier/ESLintauto-fixes are applied after.
Auto-synced paths — do not hand-edit these in review:
static/api-specs/docs/toolhive/reference/cli/(toolhive only)If a "Gaps needing human context" section is present above,
each entry includes a paste-ready Helper prompt for local
Claude a reviewer can use to resolve the gap.