web_search/web_extract fail silently - no clear user guidance on failure
web_search and web_extract fail silently or return empty results when no web backend API key is configured, without any indication to the user that search is unavailable.
Official issues about config.yaml and environment setup. Sourced from the official GitHub repo; status derived from official labels; every entry links back to its source with a last-checked date.
web_search and web_extract fail silently or return empty results when no web backend API key is configured, without any indication to the user that search is unavailable.
Sending /model xxx --provider xxx via feishu changes the default model/provider in config.yaml even without the --global flag, when it should only affect the runtime session.
When agent.disabled_toolsets includes a composite toolset like coding, Hermes subtracts all of its tools even from toolsets the user explicitly enabled (terminal, file), silently resulting in zero tools sent to the model with no warning.
An empty terminal: key in a profile's config.yaml is parsed by YAML as None, which load_cli_config() fails to fall back to {} for, causing a TypeError that crashes the agent before the first conversation turn.
Umbrella feature request describing multiple subsystems (cron, dashboard, desktop) that don't properly support non-default Hermes profiles, since the codebase assumes ~/.hermes/ is the canonical root instead of consistently resolving ~/.hermes/profiles/<name>/.
On Windows, a benign unknown provider config key triggers a warning on every load_picker_context() call, and the resulting log volume deadlocks concurrent-log-handler's cross-process lock, stalling the asyncio event loop for ~14s at a time and dropping desktop/TUI WebSockets while /health stays green.
Hermes on Windows uses the system's installed Node.js instead of its bundled version when the system Node.js is updated, causing version mismatches and terminal window flashing.
Setting platforms.weixin.enabled: false in config.yaml does not stop the gateway from connecting to WeChat/iLink when WEIXIN_* environment variables are present. This issue is now closed.
Turning off gateway.multiplex_profiles does not clean up stale profile sessions in the shared state.db, so the gateway keeps routing messages to a disabled profile.
The reporter states they get an error and the feature does not work when trying to add a specific address model API, with only a link and a screenshot attached and no further description.
Switching models via the desktop chat model picker on Windows persists the change to the global config.yaml instead of scoping it to the current session, contrary to documented behavior.
On the macOS desktop app, a non-default profile shows sessions, channels, and cron jobs belonging to the default profile: a cross-profile data leak in the UI.
This closed issue reported that Hermes Desktop builds fail again after code updates with an 'electronDist does not exist' error, because the update process clears the Electron binary cache, indicating the fix in PR #47276 was incomplete.
Resuming any older chat in the Hermes desktop or TUI app fails with "No LLM provider configured" even though the default provider is valid and new chats work fine, while the identical session resumes correctly via the CLI's --resume flag.
The terminal.cwd config setting is silently discarded for the local terminal backend because cli.py unconditionally overrides it with the process's launch directory, so it only works for non-local backends.
Hermes Desktop only has partial UI support for custom OpenAI-compatible providers, forcing users to overload another provider's fields or manually edit config files; the issue requests a proper Custom provider row needing only a Base URL and API key.
In Hermes Desktop, updating the Working Directory setting does not take effect for new sessions if the renderer's localStorage already has a remembered workspace cwd, so new sessions keep starting in the old directory despite config.yaml being updated correctly.
This issue requests a first-class client-only install mode for Hermes Desktop that connects to an existing remote Hermes instance, since today the app always attempts to bootstrap a local runtime on first launch unless one is found.
When an auxiliary task config sets provider, base_url, and api_key together, the provider name is silently overwritten with 'custom', bypassing provider-specific handling and causing subtle failures.
Hermes maintains two separate fallback chains that are unaware of each other: the user-configured fallback_providers used by the main agent, and a separate hardcoded fallback list (including paid models) used by auxiliary tasks like compression, vision, and title generation.
The issue requests adding Infisical as an External Vault backend, since Hermes currently has no native way to consume secrets from Infisical's recommended multi-project layout, forcing users into hard-coded shell wrappers or a single flat project.
This issue requests native support for Mistral as an LLM provider in Hermes-Agent, since it currently can only be used via the less convenient custom provider option.
Hermes stores all config, profiles, skills, memory, and sessions locally with no built-in cross-device sync, requiring manual export/import today; the issue proposes a built-in cloud sync feature.
This feature proposes a model_presets config section that lets users temporarily escalate to a named expert model for a single turn and then automatically snap back to the default model, instead of manually switching models back and forth.
Feature request to allow per-model or per-provider overrides of compression.threshold in config.yaml, since a single global threshold is ineffective for large-context models and too aggressive for small-context ones.
Custom OpenAI-compatible endpoints configured under the deepseek provider break because non-standard model names get force-normalized to deepseek-chat, and the credential pool's base_url is rebuilt from hardcoded defaults on every startup, ignoring config.yaml or auth.json settings.
Integrating new model backends like OpenCode Go into Hermes Agent currently requires digging into internal code; the issue proposes a config-based model registration system with a standardized adapter interface.
This issue requests a built-in automatic backup and version control mechanism for all Hermes agent data stored in ~/.hermes/, including a proposed `hermes backup` CLI command for immediate or scheduled snapshots.
The hermes dashboard's CORS regex is hardcoded to localhost/127.0.0.1, so even with --host 0.0.0.0 the frontend loads but API calls are blocked, preventing remote access over VPNs like Tailscale; the issue requests configurable host/port and CORS origins.
This issue proposes Multi-Role Auto-Routing, letting users define named roles with dedicated sessions and system prompts, auto-routed by a lightweight classifier, to avoid context pollution from mixing unrelated topics in one shared session.
This issue reports that all Hermes gateway sessions across multiple Telegram groups or Discord servers currently share the same personality, prompt, and working directory, and proposes a topic_configs config section for per-chat overrides.
This feature proposes a channel_overrides config section so each Discord/Telegram channel can specify its own model, provider, and system prompt instead of sharing one global model and prompt across all channels.
Back to curated issues . School solution cards . Troubleshooting