Files
hermes-agent/website
teknium1 f6f6befbcf fix(fallback): a bare llama.cpp alias resolves only to the live managed server
Completes the managed-endpoint rung for every caller that resolves a bare
llamacpp / llama.cpp / llama-cpp alias outside the main ladder:

- The rung moves from _resolve_custom_branch to the resolve_provider_client
  entry and to _get_cached_client, via agent/auxiliary_local_runtime.py.
  The `main_runtime is None` gate is gone: the cached auxiliary path always
  passes a normalized dict, so the rung never ran there, and a task pinned to
  llamacpp inherited a foreign main runtime's URL instead.
- No running server now means (None, None) — the same answer the main ladder's
  _resolve_llamacpp_runtime gives — instead of continuing into
  _try_custom_endpoint / _resolve_api_key_provider, which posted the local GGUF
  slug (and, for compression, the conversation) to whichever cloud provider held
  a key (#119227) or to the primary's own endpoint. OPENAI_BASE_URL is not
  consulted either: the alias table entry (b7e0d715be) exists for explicit
  base_url lanes, and the main ladder never reads it for a bare alias.
- The cached client keys on the live endpoint (base_url + key), read at call
  time, so a server restarted on a new port/key gets a fresh client and a
  stopped one resolves to nothing instead of a stale client.
- The endpoint is resolved with the calling profile's config (load_config() at
  call time), matching the main ladder; a configured provider entry named like
  the alias still wins.
- Vision keeps the raw provider name for its final resolve so the alias is not
  flattened to bare `custom` first.
- The aux "unavailable" message names the stopped local server instead of an
  invented LLAMACPP_API_KEY.

Co-authored-by: Gille <4317663+helix4u@users.noreply.github.com>
2026-10-02 16:44:56 -07:00
..
2026-10-02 17:52:02 -04:00
…
…

Website

This website is built using Docusaurus, a modern static website generator.

Reading the docs on GitHub? The Markdown under docs/ is authored for the rendered site at https://hermes-agent.nousresearch.com/docs/. Cross-page links are relative Markdown paths, so they follow through on GitHub's file viewer too. Every page on the site has an Edit this page link that opens the source file here.

  • Link to another page with a relative Markdown path, anchors included: [Profiles](../user-guide/profiles.md), [Bundles](../user-guide/features/skills.md#skill-bundles). Docusaurus turns the file path into the page route; GitHub follows the same path. Site routes (/user-guide/profiles, /docs/user-guide/profiles) only work on the rendered site — GitHub resolves them as repository paths and 404s, and the /docs/ form also emits /docs/zh-Hans/docs/... 404s in the zh-Hans build because baseUrl is already /docs/.
  • python3 website/scripts/check_doc_links.py fails on any route-style link in hand-authored pages (EN and the zh-Hans mirror); --fix rewrites them. It runs in the Docs Site Checks workflow. Generated pages (user-guide/skills/{bundled,optional}, reference/*skills-catalog.md) are produced by scripts/generate-skill-docs.py, which emits the same relative form.
  • Pin {#anchor} on cross-linked headings so the zh-Hans mirror keeps the same id.

Installation

yarn

Local Development

yarn start

This command starts a local development server and opens up a browser window. Most changes are reflected live without having to restart the server.

Build

yarn build

This command generates static content into the build directory and can be served using any static contents hosting service.

Deployment

Using SSH:

USE_SSH=true yarn deploy

Not using SSH:

GIT_USER=<Your GitHub username> yarn deploy

If you are using GitHub pages for hosting, this command is a convenient way to build the website and push to the gh-pages branch.

Diagram Linting

CI runs ascii-guard to lint docs for ASCII box diagrams. Use Mermaid (````mermaid`) or plain lists/tables instead of ASCII boxes to avoid CI failures.