github →

New request

#3232: Document tested Hermes Agent versions / compatibility policy for WebUI releases

We'll provision a sandbox, run an agent against the issue, and open a draft PR. You can pull the branch and iterate from there.

Issue
documentationenhancement

Summary

Hermes WebUI currently documents how to detect and display the running Hermes Agent version, but the repository does not appear to state which Hermes Agent versions each WebUI release is tested against or expected to support.

This is not about the Settings → System version badge. That badge correctly appears to show the detected runtime/source Agent version.

The missing piece is a repo-level compatibility or tested-version policy.

Why this matters

WebUI still depends on Hermes Agent internals in several places, including importable Agent source/modules and state/schema assumptions. Until those paths are replaced by a stable Agent API, WebUI and Hermes Agent may need to move closely together.

For operators, especially in Docker / homelab / pinned-version deployments, it is currently unclear whether:

  • WebUI should always be upgraded together with Hermes Agent.
  • A WebUI release is tested only against the latest Hermes Agent at release time.
  • Older Agent versions are expected to work.
  • Newer Agent versions may break WebUI before WebUI catches up.
  • Docker users should pin both images/tags instead of using latest.

Without this guidance, compatibility failures can look like local misconfiguration.

Suggested documentation

Add a short compatibility section to README and/or Docker docs, for example:

Hermes WebUI is tested against the current Hermes Agent release at the time of each WebUI release. Until the WebUI ↔ Agent boundary is moved behind a stable versioned Agent API, operators should generally upgrade/pin WebUI and Hermes Agent together. Older/newer Agent versions may work but are not guaranteed unless listed below.

Optionally add a small tested-version table for recent releases:

WebUI releaseTested Hermes Agent version/tagNotes
v0.51.x<agent tag/version>Source-coupled paths still present

Related issues

  • #2453 — WebUI direct access to Agent source / coupling concern
  • #2491 — Audit and replace direct dependence on the Agent source tree
  • #1925 — RFC: make WebUI a thin client over Hermes Agent runtime

Expected outcome

Operators can distinguish:

  • detected runtime Agent version, which the UI already shows, from
  • the WebUI release's tested/supported Agent compatibility policy.

This would make upgrades and Docker pinning safer and less guesswork-heavy.

Assessmentadvisory
docs easy95% confidence

Documentation-only update specifying tested Hermes Agent versions and release compatibility policy for operators.

Likely files
  • README.md
  • docs/docker.md
Create the request

This opens a fresh agent run and a draft PR for issue #3232.

Cancel