sidebar_position: 3 title: “FAQ & Troubleshooting” description: “Frequently asked questions and solutions to common issues with Hermes Agent”

常见问题与故障排除

针对最常见的问题和故障，提供快速解答与解决方案。

原因： Hermes 在启动时会通过运行 bash -l 一次来生成每个会话的环境快照。Bash 登录shell 会读取 /etc/profile、~/.bash_profile 和 ~/.profile，但不会加载 ~/.bashrc——因此那些被安装到该文件的工具（如 nvm、asdf、pyenv、cargo 以及自定义的 PATH 设置）就不会出现在快照中。这种情况最常见于 Hermes 在 systemd 环境下运行，或是在未预加载交互式shell配置的最简shell环境中。

解决方案： Hermes 默认会自动加载 ~/.bashrc。如果这还不够——例如您使用的是 zsh，且 PATH 设置在 ~/.zshrc 中，或者您是从独立文件中初始化 nvm——则可以在 ~/.hermes/config.yaml 中列出需要额外加载的文件：

terminal:
  shell_init_files:
    - ~/.zshrc                     # zsh users: pulls zsh-managed PATH into the bash snapshot
    - ~/.nvm/nvm.sh                # direct nvm init (works regardless of shell)
    - /etc/profile.d/cargo.sh      # system-wide rc files
  # When this list is set, the default ~/.bashrc auto-source is NOT added —
  # include it explicitly if you want both:
  #   - ~/.bashrc
  #   - ~/.zshrc

缺失的文件会被静默跳过。环境配置是在 bash 中进行的，因此那些依赖仅 zsh 才支持的语法的文件可能会报错——如果这是您所担心的问题，建议仅加载设置 PATH 的部分内容（例如直接使用 nvm 的 nvm.sh），而非整个 rc 文件。

如需禁用自动加载功能（仅遵循严格的登录 shell 规则）：

terminal:
  auto_source_bashrc: false

`uv: 命令未找到`

原因： 未安装 uv 包管理器，或该工具未被添加到系统路径中。

解决方案：

curl -LsSf https://astral.sh/uv/install.sh | sh
source ~/.bashrc

安装过程中出现权限被拒绝的错误

原因： 没有足够的权限写入安装目录。

解决方案：

# Don't use sudo with the installer — it installs to ~/.local/bin
# If you previously installed with sudo, clean up:
sudo rm /usr/local/bin/hermes
# Then re-run the standard installer
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

提供商与模型相关问题

`/model`仅显示一个提供商/无法切换提供商

原因： 在聊天会话中使用的/model功能仅能在你已配置过的提供商之间切换。如果你仅设置了OpenRouter，那么/model就会只显示该提供商。

解决方案： 退出当前会话，然后通过终端运行hermes model命令来添加新的提供商：

# Exit the Hermes chat session first (Ctrl+C or /quit)

# Run the full provider setup wizard
hermes model

# This lets you: add providers, run OAuth, enter API keys, configure endpoints

通过 hermes model 添加新的提供者后，启动一个新的聊天会话——此时 /model 命令将显示所有已配置的提供者。: ::提示快速参考 | 想要执行… | 使用命令 | |———–|———| | 添加新提供者 | hermes model（在终端中执行） | | 输入/更改 API 密钥 | hermes model（在终端中执行） | | 在会话进行中切换模型 | /model <名称>（在会话内部执行） | | 切换到不同的已配置提供者 | /model provider:模型名（在会话内部执行） |; ::

API 密钥无效

原因： 密钥缺失、已过期、设置错误，或与当前使用的提供者不匹配。

解决方案：

# Check your configuration
hermes config show

# Re-configure your provider
hermes model

# Or set directly
hermes config set OPENROUTER_API_KEY sk-or-v1-xxxxxxxxxxxx

:::warning 请确保密钥与对应的提供商匹配。OpenAI 的密钥无法用于 OpenRouter，反之亦然。请检查 ~/.hermes/.env 文件中是否存在冲突的配置项。: ::

模型不可用 / 未找到模型

原因： 模型标识符有误，或该模型在您的提供商处并不存在。

解决方案：

# List available models for your provider
hermes model

# Set a valid model
hermes config set HERMES_MODEL anthropic/claude-opus-4.7

# Or specify per-session
hermes chat --model openrouter/meta-llama/llama-3.1-70b-instruct

速率限制（429错误）

原因： 您已超出所选服务提供商的速率限制。

解决方案： 稍等片刻后重试。如需持续使用，可考虑：

升级您所在的服务提供商套餐
更换为其他模型或服务提供商
使用 hermes chat --provider <alternative> 指定其他后端进行请求

上下文长度超出限制

原因： 对话内容过长，超出了模型的上下文窗口容量，或者Hermes检测到的模型上下文长度有误。

解决方案：

# Compress the current session
/compress

# Or start a fresh session
hermes chat

# Use a model with a larger context window
hermes chat --model openrouter/google/gemini-3-flash-preview

如果在首次进行长对话时出现此问题，可能是Hermes为你的模型设置了错误的上下文长度。请查看其检测结果：

观察CLI启动行——上面会显示检测到的上下文长度（例如：📊 Context limit: 128000 tokens）。你也可以在会话进行中通过执行 /usage 命令来查看相关数值。

若要修正上下文检测问题，可直接手动设置该值：

# In ~/.hermes/config.yaml
model:
  default: your-model-name
  context_length: 131072  # your model's actual context window

或者，对于自定义端点，可按模型分别进行添加：

custom_providers:
  - name: "My Server"
    base_url: "http://localhost:11434/v1"
    models:
      qwen3.5:27b:
        context_length: 64000

如需了解自动检测的原理及所有覆盖选项，请参阅上下文长度检测。

终端相关问题

命令被标记为危险操作而受阻

原因： Hermes检测到可能造成破坏的命令（例如rm -rf、DROP TABLE）。这是出于安全考虑的设计。

解决方案： 当系统提示时，请仔细查看该命令，然后输入y表示批准。您还可以：

要求智能体使用更安全的替代方案
在安全文档中查看所有危险命令模式列表

:::tip 这是符合设计预期的——Hermes绝不会悄悄执行破坏性命令。审批提示会明确显示将要执行的操作内容。: ::

通过消息网关无法使用`sudo`

原因： 消息网关在无交互式终端的环境下运行，因此无法提示输入密码。

解决方案：

避免在消息交互中使用sudo——请让智能体寻找替代方案
如果必须使用sudo，可在/etc/sudoers中为特定命令配置无密码sudo权限
或者切换到终端界面来执行管理任务：hermes chat

Docker后端无法连接

原因： Docker守护进程未运行，或当前用户缺乏相应权限。

解决方案：

# Check Docker is running
docker info

# Add your user to the docker group
sudo usermod -aG docker $USER
newgrp docker

# Verify
docker run hello-world

消息相关问题

机器人无响应消息

原因： 机器人未运行、未获得授权，或您的用户不在允许列表中。

解决方案：

# Check if the gateway is running
hermes gateway status

# Start the gateway
hermes gateway start

# Check logs for errors
cat ~/.hermes/logs/gateway.log | tail -50

消息无法送达

原因： 网络问题、机器人令牌已过期，或平台 webhook 配置错误。

解决方案：

使用 hermes gateway setup 检查机器人令牌是否有效
查看网关日志：cat ~/.hermes/logs/gateway.log | tail -50
对于基于 webhook 的平台（如 Slack、WhatsApp），需确保您的服务器可被外部访问

允许列表配置混乱——谁可以与机器人交互？

原因： 授权模式决定了哪些用户有权访问。

解决方案：

模式	工作原理
允许列表	仅配置文件中列出的用户 ID 可以进行交互
私信配对	首个在私信中发送消息的用户将获得独占访问权
开放模式	任何人都可交互（不推荐用于生产环境）

可在 ~/.hermes/config.yaml 的网关设置项中进行配置。详情请参阅消息传递文档。

网关无法启动

原因： 缺少依赖项、端口冲突，或令牌配置错误。

解决方案：

# Install core messaging gateway dependencies
cd ~/.hermes/hermes-agent && uv pip install -e ".[messaging]"  # Telegram, Discord, Slack, and shared gateway deps

# Check for port conflicts
lsof -i :8080

# Verify configuration
hermes config show

WSL环境：网关频繁断开连接或`hermes gateway start`命令执行失败

原因： WSL对systemd的支持并不可靠。许多WSL2安装版本并未启用systemd，即便已启用，相关服务在WSL重启或Windows进入待机状态时也可能会丢失。

解决方案： 改为使用前台模式，而非依赖systemd服务。

# Option 1: Direct foreground (simplest)
hermes gateway run

# Option 2: Persistent via tmux (survives terminal close)
tmux new -s hermes 'hermes gateway run'
# Reattach later: tmux attach -t hermes

# Option 3: Background via nohup
nohup hermes gateway run > ~/.hermes/logs/gateway.log 2>&1 &

如果您仍想尝试使用 systemd，请确保其已启用：

打开 /etc/wsl.conf 文件（若不存在则创建）；
添加以下内容：
```
[boot]
systemd=true
```
通过 PowerShell 执行：wsl --shutdown
重新打开 WSL 终端
验证：执行 systemctl is-system-running 后，状态应显示为 “running” 或 “degraded”

:::提示：在 Windows 启动时自动启动
为确保可靠的自动启动，可利用 Windows 任务计划程序在用户登录时同时启动 WSL 及网关：

创建一个任务，执行命令 wsl -d Ubuntu -- bash -lc 'hermes gateway run'
设置该任务在用户登录时触发
:::

macOS：网关无法找到 Node.js / ffmpeg / 其他工具

原因： launchd 服务继承的 PATH 路径较为简短（仅为 /usr/bin:/bin:/usr/sbin:/sbin），其中不包含 Homebrew、nvm、cargo 以及其他用户安装的工具目录。这通常会导致 WhatsApp 集成失败（出现 “node not found” 错误）或语音转录功能异常（出现 “ffmpeg not found” 错误）。

解决方案： 当您执行 hermes gateway install 时，网关会自动记录当前的 shell PATH。如果您在安装网关之后又安装了其他工具，只需重新运行安装命令，网关便会捕获到更新后的 PATH 路径：

hermes gateway install    # Re-snapshots your current PATH
hermes gateway start      # Detects the updated plist and reloads

您可以验证该 plist 文件中是否包含了正确的 PATH：

/usr/libexec/PlistBuddy -c "Print :EnvironmentVariables:PATH" \
  ~/Library/LaunchAgents/ai.hermes.gateway.plist

性能问题

响应缓慢

原因： 模型规模过大、API服务器距离较远，或系统提示词过长且包含大量工具调用。

解决方案：

尝试使用更快/更小的模型：hermes chat --model openrouter/meta-llama/llama-3.1-8b-instruct
减少激活的工具集数量：hermes chat -t "terminal"
检查与服务提供商之间的网络延迟
对于本地模型，请确保拥有足够的GPU显存

标记使用量过高

原因： 对话过长、系统提示词过于冗长，或大量工具调用积累了过多上下文信息。

解决方案：

# Compress the conversation to reduce tokens
/compress

# Check session token usage
/usage

:::提示在长时间会话中，请定期使用 /compress 命令。该命令可汇总对话历史记录，在保留上下文信息的同时大幅减少token使用量。: ::

会话时长过长

原因： 过长的对话会不断积累消息和工具输出，进而接近上下文限制。

解决方案：

# Compress current session (preserves key context)
/compress

# Start a new session with a reference to the old one
hermes chat

# Resume a specific session later if needed
hermes chat --continue

MCP 相关问题

MCP 服务器无法连接

原因： 未找到服务器二进制文件、命令路径错误，或缺少运行时环境。

解决方案：

# Ensure MCP dependencies are installed (already included in standard install)
cd ~/.hermes/hermes-agent && uv pip install -e ".[mcp]"

# For npm-based servers, ensure Node.js is available
node --version
npx --version

# Test the server manually
npx -y @modelcontextprotocol/server-filesystem /tmp

请验证您的 ~/.hermes/config.yaml 文件中的 MCP 配置：

mcp_servers:
  filesystem:
    command: "npx"
    args: ["-y", "@modelcontextprotocol/server-filesystem", "/home/user/docs"]

MCP服务器未显示工具

原因： 服务器已启动但工具发现失败，工具被配置文件过滤掉了，或者该服务器不支持您期望的MCP功能。

解决方案：

检查网关/代理日志中的MCP连接错误信息
确保服务器能够响应tools/list RPC方法
查看该服务器下的tools.include、tools.exclude、tools.resources、tools.prompts或enabled等相关设置
请注意，资源/提示语类实用工具仅会在会话实际支持相应功能时才会被注册
修改配置后请使用 /reload-mcp 命令重新加载配置

# Verify MCP servers are configured
hermes config show | grep -A 12 mcp_servers

# Restart Hermes or reload MCP after config changes
hermes chat

另请参阅：

MCP 超时错误

原因： MCP 服务器响应时间过长，或在执行过程中崩溃。

解决方案：

如果支持的话，在 MCP 服务器配置中增加超时时间；
检查 MCP 服务器进程是否仍在运行；
对于远程 HTTP MCP 服务器，检查网络连接状况。

:::warning 如果 MCP 服务器在请求处理过程中崩溃，Hermes 会报告超时错误。请查看服务器自身的日志（而不仅仅是 Hermes 的日志），以定位根本原因。: ::

配置文件

配置文件与直接设置 HERMES_HOME 有何不同？

配置文件是建立在 HERMES_HOME 之上的管理层。虽然你可以在每次执行命令前手动设置 HERMES_HOME=/some/path，但配置文件会自动处理所有相关事务：创建目录结构、生成 Shell 别名（如 hermes-work）、在 ~/.hermes/active_profile 中记录当前激活的配置文件，以及自动同步所有配置文件中的技能更新。此外，它们还与 Tab 自动补全功能集成，因此你无需记住路径。

两个配置文件能否共享同一个机器人令牌？

不可以。每个消息平台（如 Telegram、Discord 等）都需要独占的机器人令牌。如果两个配置文件同时尝试使用同一个令牌，第二个网关将无法连接。建议为每个配置文件创建独立的机器人——对于 Telegram，可联系 @BotFather 创建更多机器人。

配置文件之间会共享内存或会话吗？

不会。每个配置文件都有独立的内存存储、会话数据库和技能目录，彼此完全隔离。如果你希望基于现有内存和会话启动新配置文件，可以使用 hermes profile create newname --clone-all 从当前配置文件复制所有内容，或添加 --clone-from <profile> 参数从特定源配置文件复制。

运行 `hermes update` 会有什么效果？

hermes update 会一次性获取最新代码并重新安装依赖项（而非针对每个配置文件分别操作），随后自动将更新的技能同步到所有配置文件中。你只需运行一次 hermes update，即可更新机器上的所有配置文件。

我可以运行多少个配置文件？

没有硬性限制。每个配置文件只是 ~/.hermes/profiles/ 目录下的一个子目录。实际限制取决于你的磁盘空间以及系统能够处理的并发网关数量（每个网关都是一个轻量级的 Python 进程）。运行数十个配置文件并无问题，因为每个闲置的配置文件都不会占用任何资源。

工作流与模式

为不同任务使用不同模型（多模型工作流）

场景： 你日常主要使用 GPT-5.4，但 Gemini 或 Grok 能生成更出色的社交媒体内容。每次手动切换模型十分繁琐。

解决方案： 使用委托配置。Hermes 可以自动将子代理路由到不同的模型。可在 ~/.hermes/config.yaml 中进行设置：

delegation:
  model: "google/gemini-3-flash-preview"   # subagents use this model
  provider: "openrouter"                    # provider for subagents

现在，当您告诉Hermes“为我撰写一篇关于X的Twitter帖文系列”时，它会生成一个delegate_task子智能体，该子智能体将在Gemini上运行，而非您的主模型。而您的主要对话仍会在GPT-5.4上进行。

您也可以在提示词中明确说明：“将撰写有关我们产品发布的社交媒体帖文的任务委托出去，实际写作工作由你的子智能体来完成。”这样，智能体就会使用delegate_task功能，并自动读取相应的委托配置。

若需在不进行任务委托的情况下临时切换模型，可在CLI中使用 /model 命令：

/model google/gemini-3-flash-preview    # switch for this session
# ... write your content ...
/model openai/gpt-5.4                   # switch back

:::warning 每次使用 /model 参数切换时，都会重置提示词缓存——由于缓存键中包含模型信息，因此每次切换后的第一条消息都需要重新读取整个对话历史，从而产生全额的输入费用。在长时间对话中，建议采用子代理机制（子代理拥有独立的上下文）或开启新会话，而非反复切换模型。: ::

如需了解子代理机制的更多细节，请参阅子代理委托。

在一个 WhatsApp 号码上运行多个代理（单聊天绑定）

场景： 在 OpenClaw 中，您可能将多个独立的代理绑定到不同的 WhatsApp 聊天中——一个用于家庭购物清单群组，另一个用于私人聊天。Hermes 能实现这一点吗？

当前限制： 每个 Hermes 配置文件都需要对应的 WhatsApp 号码和会话。您无法将多个配置文件绑定到同一个 WhatsApp 号码下的不同聊天中——因为 WhatsApp 接口（Baileys）要求每个号码只能使用一个已认证的会话。

解决方案：

使用单个配置文件并切换人格模式。 创建不同的 AGENTS.md 上下文文件，或使用 /personality 命令根据不同聊天调整代理行为。这样代理就能识别当前所处的聊天环境并作出相应调整。
通过定时任务处理特定任务。 对于购物清单管理这类功能，可以设置定时任务来监控特定聊天并管理清单——无需单独的代理。
使用不同的 WhatsApp 号码。 如果需要完全独立的代理，可为每个配置文件配备专属的 WhatsApp 号码。Google Voice 等服务提供的虚拟号码也可满足此需求。
改用 Telegram 或 Discord。 这些平台更自然地支持单聊天绑定——每个 Telegram 群组或 Discord 频道都有独立的会话，您可以在同一个账号上运行多个机器人令牌（每个配置文件一个）。

更多详细信息请参阅配置文件和 WhatsApp 设置。

控制 Telegram 中显示的内容（隐藏日志和推理过程）

场景： 您在 Telegram 中看到的不仅是最终输出，还有网关执行日志、Hermes 的推理过程以及工具调用详情。

解决方案： config.yaml 文件中的 display.tool_progress 设置可控制工具活动的显示程度：

display:
  tool_progress: "off"   # options: off, new, all, verbose

off — 仅显示最终回复。不进行任何工具调用，不进行推理，也不输出日志。
new — 实时展示新产生的工具调用（以简短的行形式呈现）。
all — 显示包括结果在内的所有工具操作记录。
verbose — 提供完整细节，涵盖工具参数及输出内容。

对于消息平台而言，通常选择 off 或 new 即可。修改 config.yaml 后，需重启网关才能使更改生效。

如果已启用，也可通过 /verbose 命令在单次会话中切换显示模式：

display:
  tool_progress_command: true   # enables /verbose in the gateway

在 Telegram 上管理技能（斜杠命令数量限制）

场景： Telegram 对斜杠命令的数量限制为 100 个，而您的技能数量已超出此限制。您希望禁用在 Telegram 上不需要的技能，但使用 hermes skills config 进行设置似乎并未生效。

解决方案： 使用 hermes skills config 按平台分别禁用技能。该操作会将相关设置写入 config.yaml 文件中：

skills:
  disabled: []                    # globally disabled skills
  platform_disabled:
    telegram: [skill-a, skill-b]  # disabled only on telegram

修改完成后，需要重启网关（执行 hermes gateway restart 命令，或直接终止并重新启动）。Telegram 机器人的命令菜单会在系统启动时重新生成。: ::提示为确保不超过数据包大小限制，描述过长的技能在 Telegram 菜单中会被截断至40个字符以内。如果某些技能未显示，问题可能出在整体数据包大小上，而非100条命令的限制——禁用未被使用的技能可同时解决这两个问题。; ::

共享线程会话（多用户，同一对话）

场景： 您拥有一个 Telegram 或 Discord 线程，其中有多人提及该机器人。您希望将该线程中的所有提及内容整合为同一个共享对话，而非为每位用户创建独立的会话。

当前行为： 在大多数平台上，Hermes 会根据用户 ID 创建独立会话，因此每位用户都会拥有自己的对话上下文。这是出于隐私保护和上下文隔离的考虑而设计的。

解决方案：

使用 Slack。 Slack 的会话是以线程而非用户为标识的，同一线程中的多名用户可共享同一个对话——这正是您所期望的行为，也是最合适的方案。
创建仅包含一名用户的群组聊天。 如果指定某人为“操作员”负责转达问题，那么会话就能保持统一，其他成员则可以查看对话内容。
使用 Discord 频道。 Discord 的会话是以频道为标识的，因此同一频道中的所有用户共享相同的上下文。请为该共享对话创建一个专用频道。

将 Hermes 迁移到另一台机器

场景： 您已在某台机器上构建了各种技能、定时任务及记忆数据，现在希望将这一切迁移到一台新的专用 Linux 服务器上。

解决方案：

在新机器上安装 Hermes Agent：

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

在源机器上创建完整备份：
```
hermes backup
```

该操作会将您整个~/.hermes/目录中的所有内容——包括配置文件、API密钥、记忆数据、技能、会话记录以及用户配置——打包成一个压缩包，保存在您的主目录下，文件名为~/hermes-backup-<timestamp>.zip。

将该压缩包复制到新机器上并导入。

# On the source machine
scp ~/hermes-backup-<timestamp>.zip newmachine:~/

# On the new machine
hermes import ~/hermes-backup-<timestamp>.zip

在新机器上运行 hermes setup 命令，以验证 API 密钥及提供商配置是否正常生效。

将单个配置文件迁移到另一台机器

场景： 您希望迁移或共享某个特定的配置文件，而非整个安装包。

# On the source machine
hermes profile export work ./work-backup.tar.gz

# Copy the file to the target machine, then:
hermes profile import ./work-backup.tar.gz work

导入的配置文件将包含导出版本中的所有配置、记忆数据、会话记录以及技能。如果新机器的设置有所不同，您可能需要更新路径或重新向服务提供商进行身份验证。

`hermes backup` 与 `hermes profile export` 的区别

功能	`hermes backup`	`hermes profile export`
使用场景	整台机器迁移	迁移/共享特定配置文件
覆盖范围	全局（整个 `~/.hermes` 目录）	局部（单个配置文件目录）
包含内容	所有配置文件、全局配置、API密钥、会话记录	单个配置文件：SOUL.md、记忆数据、会话记录、技能
凭证信息	包含（`.env` 和 `auth.json` 文件）	不包含（为确保安全共享，这些文件会被移除）
文件格式	`.zip`	`.tar.gz`

手动备份方案（rsync）： 如果您希望直接复制文件，可排除代码仓库目录：

rsync -av --exclude='hermes-agent' ~/.hermes/ newmachine:~/.hermes/

:::提示即使Hermes正在运行中，hermes backup命令也能生成一致的快照。而恢复后的归档文件中不会包含诸如gateway.pid和cron.pid这类本地运行时文件。: ::

安装完成后重新加载shell时出现权限被拒绝错误

场景： 运行完Hermes安装程序后，执行source ~/.zshrc时会报出权限被拒绝的错误。

原因： 通常是由于~/.zshrc（或~/.bashrc）的文件权限设置不正确，或是安装程序无法正常向其写入内容所致。这并非Hermes特有的问题，而是shell配置文件的权限问题。

解决方案：

# Check permissions
ls -la ~/.zshrc

# Fix if needed (should be -rw-r--r-- or 644)
chmod 644 ~/.zshrc

# Then reload
source ~/.zshrc

# Or just open a new terminal window — it picks up PATH changes automatically

如果安装程序已添加了PATH路径行，但权限设置有误，您可以手动进行添加：

echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc

首次运行 Agent 时出现 400 错误

场景： 设置过程顺利完成，但在首次尝试聊天时却因 HTTP 400 错误而失败。

原因： 通常是由于模型名称不匹配——所配置的模型在您的服务提供商处并不存在，或者 API 密钥没有权限访问该模型。

解决方案：

# Check what model and provider are configured
hermes config show | head -20

# Re-run model selection
hermes model

# Or test with a known-good model
hermes chat -q "hello" --model anthropic/claude-opus-4.7

如果使用 OpenRouter，请确保您的 API 密钥拥有足够的额度。从 OpenRouter 返回的 400 错误通常意味着该模型需要付费套餐，或是模型 ID 存在拼写错误。

仍然遇到问题？

如果您的问题未在此处得到解答：

搜索现有问题： GitHub Issues
向社区求助： Nous Research Discord
提交错误报告： 请附上您的操作系统版本、Python 版本（python3 --version）、Hermes 版本（hermes --version）以及完整的错误信息。

Keyboard shortcuts

Hermes Agent Docs i18n