better-dsh 0.2.4 → 0.2.5

package/docs/80_upstream-docs-and-skills/hermes-dev-skill/src/i18n/zh-Hans/reference/faq.md

@@ -0,0 +1,859 @@
+---
+sidebar_position: 3
+title: "常见问题与故障排查"
+description: "Hermes Agent 常见问题解答及常见问题解决方案"
+---
+
+# 常见问题与故障排查
+
+针对最常见问题的快速解答与修复方法。
+
+---
+
+## 常见问题
+
+### Hermes 支持哪些 LLM 提供商？
+
+Hermes Agent 可与任何兼容 OpenAI 的 API 配合使用。支持的提供商包括：
+
+- **[OpenRouter](https://openrouter.ai/)** — 通过一个 API key 访问数百个模型（推荐，灵活性强）
+- **Nous Portal** — Nous Research 自有推理端点
+- **OpenAI** — GPT-5.4、GPT-5-codex、GPT-4.1、GPT-4o 等
+- **Anthropic** — Claude 模型（直接 API、通过 `hermes auth add anthropic` 进行 OAuth、OpenRouter 或任何兼容代理）
+- **Google** — Gemini 模型（通过 `gemini` 提供商直接调用 API、OpenRouter 或兼容代理）
+- **z.ai / ZhipuAI** — GLM 模型
+- **Kimi / Moonshot AI** — Kimi 模型
+- **MiniMax** — 全球及中国区端点
+- **本地模型** — 通过 [Ollama](https://ollama.com/)、[vLLM](https://docs.vllm.ai/)、[llama.cpp](https://github.com/ggerganov/llama.cpp)、[SGLang](https://github.com/sgl-project/sglang) 或任何兼容 OpenAI 的服务器
+
+使用 `hermes model` 设置提供商，或直接编辑 `~/.hermes/.env`。所有提供商 key 请参阅[环境变量](./environment-variables.md)参考文档。
+
+### 支持 Windows 吗？
+
+**原生不支持。** Hermes Agent 需要类 Unix 环境。在 Windows 上，请安装 [WSL2](https://learn.microsoft.com/en-us/windows/wsl/install) 并在其中运行 Hermes。标准安装命令在 WSL2 中可完美运行：
+
+```bash
+curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
+```
+
+### 我在 WSL2 中运行 Hermes，如何控制 Windows 上的普通 Chrome？
+
+推荐使用 MCP bridge（桥接），而非 `/browser connect`。
+
+推荐方案：
+
+- 在 WSL2 内运行 Hermes
+- 继续使用 Windows 上已登录的普通 Chrome
+- 通过 `cmd.exe` 或 `powershell.exe` 将 `chrome-devtools-mcp` 添加为 MCP 服务器
+- 让 Hermes 使用生成的 MCP 浏览器工具
+
+这比强制 Hermes 核心浏览器传输直接跨越 WSL2/Windows 边界进行附加更为可靠。
+
+参见：
+
+- [在 Hermes 中使用 MCP](../guides/use-mcp-with-hermes.md#wsl2-bridge-hermes-in-wsl-to-windows-chrome)
+- [浏览器自动化](../user-guide/features/browser.md#wsl2--windows-chrome-prefer-mcp-over-browser-connect)
+
+### 支持 Android / Termux 吗？
+
+支持 — Hermes 现已为 Android 手机提供经过测试的 Termux 安装路径。
+
+快速安装：
+
+```bash
+curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
+```
+
+完整的手动步骤、支持的扩展及当前限制，请参阅 [Termux 指南](../getting-started/termux.md)。
+
+重要说明：完整的 `.[all]` 扩展目前在 Android 上不可用，因为 `voice` 扩展依赖 `faster-whisper` → `ctranslate2`，而 `ctranslate2` 未发布 Android wheel 包。请改用经过测试的 `.[termux]` 扩展。
+
+### 我的数据会被发送到哪里？
+
+API 调用**仅发送至您配置的 LLM 提供商**（例如 OpenRouter、您本地的 Ollama 实例）。Hermes Agent 不收集遥测数据、使用数据或分析数据。您的对话、记忆和技能均存储在本地 `~/.hermes/` 目录中。
+
+### 可以离线使用 / 使用本地模型吗？
+
+可以。运行 `hermes model`，选择**自定义端点**，然后输入您服务器的 URL：
+
+```bash
+hermes model
+# 选择：Custom endpoint（手动输入 URL）
+# API base URL: http://localhost:11434/v1
+# API key: ollama
+# Model name: qwen3.5:27b
+# Context length: 32768   ← 设置为与您服务器实际上下文窗口匹配的值
+```
+
+或直接在 `config.yaml` 中配置：
+
+```yaml
+model:
+  default: qwen3.5:27b
+  provider: custom
+  base_url: http://localhost:11434/v1
+```
+
+Hermes 会将端点、提供商和 base URL 持久化到 `config.yaml`，重启后仍然有效。如果您的本地服务器只加载了一个模型，`/model custom` 会自动检测到它。您也可以在 config.yaml 中设置 `provider: custom` — 这是一个一等提供商，不是其他任何东西的别名。
+
+此方式适用于 Ollama、vLLM、llama.cpp server、SGLang、LocalAI 等。详情请参阅[配置指南](../user-guide/configuration.md)。
+
+:::tip Ollama 用户
+如果您在 Ollama 中设置了自定义 `num_ctx`（例如 `ollama run --num_ctx 16384`），请确保在 Hermes 中设置匹配的上下文长度 — Ollama 的 `/api/show` 报告的是模型的*最大*上下文，而非您配置的实际 `num_ctx`。
+:::
+
+:::tip 本地模型超时问题
+Hermes 会自动检测本地端点并放宽流式传输超时（读取超时从 120s 提升至 1800s，禁用停滞流检测）。如果在非常大的上下文下仍然超时，请在 `.env` 中设置 `HERMES_STREAM_READ_TIMEOUT=1800`。详情请参阅[本地 LLM 指南](../guides/local-llm-on-mac.md#timeouts)。
+:::
+
+### 费用是多少？
+
+Hermes Agent 本身**免费且开源**（MIT 许可证）。您只需为所选提供商的 LLM API 用量付费。本地模型完全免费运行。
+
+### 多人可以使用同一个实例吗？
+
+可以。[消息网关](../user-guide/messaging/index.md)允许多个用户通过 Telegram、Discord、Slack、WhatsApp 或 Home Assistant 与同一个 Hermes Agent 实例交互。访问权限通过白名单（特定用户 ID）和私信配对（第一个发消息的用户获得访问权）来控制。
+
+### 记忆（memory）和技能（skills）有什么区别？
+
+- **记忆**存储**事实** — 智能体了解的关于您、您的项目和偏好的信息。记忆根据相关性自动检索。
+- **技能**存储**流程** — 如何完成某件事的分步说明。当智能体遇到类似任务时会调用技能。
+
+两者均跨会话持久化。详情请参阅[记忆](../user-guide/features/memory.md)和[技能](../user-guide/features/skills.md)。
+
+### 可以在我自己的 Python 项目中使用吗？
+
+可以。导入 `AIAgent` 类，以编程方式使用 Hermes：
+
+```python
+from run_agent import AIAgent
+
+agent = AIAgent(model="anthropic/claude-opus-4.7")
+response = agent.chat("Explain quantum computing briefly")
+```
+
+完整 API 用法请参阅 [Python 库指南](../user-guide/features/code-execution.md)。
+
+---
+
+## 故障排查
+
+### 安装问题
+
+#### 安装后出现 `hermes: command not found`
+
+**原因：** Shell 未重新加载更新后的 PATH。
+
+**解决方案：**
+```bash
+# 重新加载 shell 配置文件
+source ~/.bashrc    # bash
+source ~/.zshrc     # zsh
+
+# 或开启一个新的终端会话
+```
+
+如果仍然无效，请验证安装位置：
+```bash
+which hermes
+ls ~/.local/bin/hermes
+```
+
+:::tip
+安装程序会将 `~/.local/bin` 添加到您的 PATH。如果您使用非标准 shell 配置，请手动添加 `export PATH="$HOME/.local/bin:$PATH"`。
+:::
+
+#### Python 版本过旧
+
+**原因：** Hermes 需要 Python 3.11 或更新版本。
+
+**解决方案：**
+```bash
+python3 --version   # 检查当前版本
+
+# 安装更新的 Python
+sudo apt install python3.12   # Ubuntu/Debian
+brew install python@3.12      # macOS
+```
+
+安装程序会自动处理此问题 — 如果在手动安装时看到此错误，请先升级 Python。
+
+#### 终端命令提示 `node: command not found`（或 `nvm`、`pyenv`、`asdf` 等）
+
+**原因：** Hermes 在启动时通过运行一次 `bash -l` 构建每个会话的环境快照。bash 登录 shell 会读取 `/etc/profile`、`~/.bash_profile` 和 `~/.profile`，但**不会 source `~/.bashrc`** — 因此在 `~/.bashrc` 中安装自身的工具（`nvm`、`asdf`、`pyenv`、`cargo`、自定义 `PATH` 导出）对快照不可见。当 Hermes 在 systemd 下运行或在未预加载交互式 shell 配置的最小 shell 中运行时，此问题最为常见。
+
+**解决方案：** Hermes 默认自动 source `~/.bashrc`。如果这还不够 — 例如您是 zsh 用户，PATH 在 `~/.zshrc` 中，或者您从独立文件初始化 `nvm` — 请在 `~/.hermes/config.yaml` 中列出需要额外 source 的文件：
+
+```yaml
+terminal:
+  shell_init_files:
+    - ~/.zshrc                     # zsh 用户：将 zsh 管理的 PATH 引入 bash 快照
+    - ~/.nvm/nvm.sh                # 直接初始化 nvm（不依赖 shell 类型）
+    - /etc/profile.d/cargo.sh      # 系统级 rc 文件
+  # 设置此列表后，默认的 ~/.bashrc 自动 source 不会被添加 —
+  # 如需同时保留，请显式包含：
+  #   - ~/.bashrc
+  #   - ~/.zshrc
+```
+
+缺失的文件会被静默跳过。source 在 bash 中执行，因此依赖 zsh 专有语法的文件可能报错 — 如有顾虑，建议只 source PATH 设置部分（例如直接 source nvm 的 `nvm.sh`），而非整个 rc 文件。
+
+如需禁用自动 source 行为（仅使用严格的登录 shell 语义）：
+
+```yaml
+terminal:
+  auto_source_bashrc: false
+```
+
+#### `uv: command not found`
+
+**原因：** `uv` 包管理器未安装或不在 PATH 中。
+
+**解决方案：**
+```bash
+curl -LsSf https://astral.sh/uv/install.sh | sh
+source ~/.bashrc
+```
+
+#### 安装时出现权限拒绝错误
+
+**原因：** 对安装目录的写入权限不足。
+
+**解决方案：**
+```bash
+# 不要对安装程序使用 sudo — 它安装到 ~/.local/bin
+# 如果之前使用 sudo 安装，请先清理：
+sudo rm /usr/local/bin/hermes
+# 然后重新运行标准安装程序
+curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
+```
+
+---
+
+### 提供商与模型问题
+
+#### `/model` 只显示一个提供商 / 无法切换提供商
+
+**原因：** 会话内的 `/model` 只能在您**已配置**的提供商之间切换。如果您只设置了 OpenRouter，`/model` 就只会显示 OpenRouter。
+
+**解决方案：** 退出当前会话，在终端中使用 `hermes model` 添加新提供商：
+
+```bash
+# 先退出 Hermes 聊天会话（Ctrl+C 或 /quit）
+
+# 运行完整的提供商设置向导
+hermes model
+
+# 此命令可以：添加提供商、运行 OAuth、输入 API key、配置端点
+```
+
+通过 `hermes model` 添加新提供商后，启动新的聊天会话 — `/model` 将显示所有已配置的提供商。
+
+:::tip 快速参考
+| 目标 | 使用方式 |
+|-----------|-----|
+| 添加新提供商 | `hermes model`（从终端） |
+| 输入/更改 API key | `hermes model`（从终端） |
+| 会话中途切换模型 | `/model <name>`（会话内） |
+| 切换到其他已配置的提供商 | `/model provider:model`（会话内） |
+:::
+
+#### API key 不起作用
+
+**原因：** key 缺失、已过期、设置错误或属于错误的提供商。
+
+**解决方案：**
+```bash
+# 检查您的配置
+hermes config show
+
+# 重新配置您的提供商
+hermes model
+
+# 或直接设置
+hermes config set OPENROUTER_API_KEY sk-or-v1-xxxxxxxxxxxx
+```
+
+:::warning
+请确保 key 与提供商匹配。OpenAI 的 key 无法用于 OpenRouter，反之亦然。检查 `~/.hermes/.env` 中是否有冲突条目。
+:::
+
+#### 模型不可用 / 找不到模型
+
+**原因：** 模型标识符不正确，或该模型在您的提供商上不可用。
+
+**解决方案：**
+```bash
+# 列出您的提供商可用的模型
+hermes model
+
+# 设置有效的模型
+hermes config set HERMES_MODEL anthropic/claude-opus-4.7
+
+# 或按会话指定
+hermes chat --model openrouter/meta-llama/llama-3.1-70b-instruct
+```
+
+#### 速率限制（429 错误）
+
+**原因：** 您已超出提供商的速率限制。
+
+**解决方案：** 稍等片刻后重试。对于持续使用，请考虑：
+- 升级您的提供商套餐
+- 切换到其他模型或提供商
+- 使用 `hermes chat --provider <alternative>` 路由到其他后端
+
+#### 上下文长度超限
+
+**原因：** 对话内容超出模型的上下文窗口，或 Hermes 检测到的模型上下文长度有误。
+
+**解决方案：**
+```bash
+# 压缩当前会话
+/compress
+
+# 或开始新会话
+hermes chat
+
+# 使用上下文窗口更大的模型
+hermes chat --model openrouter/google/gemini-3-flash-preview
+```
+
+如果在第一次长对话时就出现此问题，Hermes 可能检测到了错误的模型上下文长度。检查检测结果：
+
+查看 CLI 启动行 — 它会显示检测到的上下文长度（例如 `📊 Context limit: 128000 tokens`）。您也可以在会话中使用 `/usage` 查看。
+
+如需修正上下文检测，请显式设置：
+
+```yaml
+# 在 ~/.hermes/config.yaml 中
+model:
+  default: your-model-name
+  context_length: 131072  # 您模型的实际上下文窗口
+```
+
+或对于自定义端点，按模型添加：
+
+```yaml
+custom_providers:
+  - name: "My Server"
+    base_url: "http://localhost:11434/v1"
+    models:
+      qwen3.5:27b:
+        context_length: 32768
+```
+
+有关自动检测的工作原理及所有覆盖选项，请参阅[上下文长度检测](../integrations/providers.md#context-length-detection)。
+
+---
+
+### 终端问题
+
+#### 命令被标记为危险而阻止
+
+**原因：** Hermes 检测到潜在的破坏性命令（例如 `rm -rf`、`DROP TABLE`）。这是一项安全功能。
+
+**解决方案：** 出现提示时，检查命令并输入 `y` 批准执行。您也可以：
+- 要求智能体使用更安全的替代方案
+- 在[安全文档](../user-guide/security.md)中查看完整的危险模式列表
+
+:::tip
+这是预期行为 — Hermes 绝不会静默执行破坏性命令。审批提示会向您显示将要执行的确切内容。
+:::
+
+#### 通过消息网关时 `sudo` 不起作用
+
+**原因：** 消息网关在没有交互式终端的情况下运行，因此 `sudo` 无法提示输入密码。
+
+**解决方案：**
+- 在消息中避免使用 `sudo` — 请智能体寻找替代方案
+- 如果必须使用 `sudo`，在 `/etc/sudoers` 中为特定命令配置免密 sudo
+- 或切换到终端界面执行管理任务：`hermes chat`
+
+#### Docker 后端无法连接
+
+**原因：** Docker 守护进程未运行，或用户缺少相应权限。
+
+**解决方案：**
+```bash
+# 检查 Docker 是否在运行
+docker info
+
+# 将您的用户添加到 docker 组
+sudo usermod -aG docker $USER
+newgrp docker
+
+# 验证
+docker run hello-world
+```
+
+---
+
+### 消息问题
+
+#### Bot 不响应消息
+
+**原因：** Bot 未运行、未授权，或您的用户不在白名单中。
+
+**解决方案：**
+```bash
+# 检查网关是否在运行
+hermes gateway status
+
+# 启动网关
+hermes gateway start
+
+# 查看错误日志
+cat ~/.hermes/logs/gateway.log | tail -50
+```
+
+#### 消息未送达
+
+**原因：** 网络问题、bot token 已过期，或平台 webhook 配置错误。
+
+**解决方案：**
+- 使用 `hermes gateway setup` 验证您的 bot token 是否有效
+- 检查网关日志：`cat ~/.hermes/logs/gateway.log | tail -50`
+- 对于基于 webhook 的平台（Slack、WhatsApp），确保您的服务器可公开访问
+
+#### 白名单混淆 — 谁可以与 bot 交互？
+
+**原因：** 授权模式决定谁可以获得访问权限。
+
+**解决方案：**
+
+| 模式 | 工作方式 |
+|------|-------------|
+| **白名单** | 只有配置中列出的用户 ID 可以交互 |
+| **私信配对** | 第一个在私信中发消息的用户获得独占访问权 |
+| **开放** | 任何人都可以交互（不建议用于生产环境） |
+
+在 `~/.hermes/config.yaml` 中您的网关设置下进行配置。请参阅[消息文档](../user-guide/messaging/index.md)。
+
+#### 网关无法启动
+
+**原因：** 缺少依赖项、端口冲突或 token 配置错误。
+
+**解决方案：**
+```bash
+# 安装核心消息网关依赖项
+cd ~/.hermes/hermes-agent && uv pip install -e ".[messaging]"  # Telegram、Discord、Slack 及共享网关依赖
+
+# 检查端口冲突
+lsof -i :8080
+
+# 验证配置
+hermes config show
+```
+
+#### WSL：网关持续断开连接或 `hermes gateway start` 失败
+
+**原因：** WSL 的 systemd 支持不稳定。许多 WSL2 安装未启用 systemd，即使启用，服务也可能在 WSL 重启或 Windows 空闲关机后无法存活。
+
+**解决方案：** 使用前台模式代替 systemd 服务：
+
+```bash
+# 方案一：直接前台运行（最简单）
+hermes gateway run
+
+# 方案二：通过 tmux 持久运行（关闭终端后仍存活）
+tmux new -s hermes 'hermes gateway run'
+# 稍后重新连接：tmux attach -t hermes
+
+# 方案三：通过 nohup 后台运行
+nohup hermes gateway run > ~/.hermes/logs/gateway.log 2>&1 &
+```
+
+如果仍想尝试 systemd，请确保已启用：
+
+1. 打开 `/etc/wsl.conf`（不存在则创建）
+2. 添加：
+   ```ini
+   [boot]
+   systemd=true
+   ```
+3. 在 PowerShell 中执行：`wsl --shutdown`
+4. 重新打开 WSL 终端
+5. 验证：`systemctl is-system-running` 应显示 "running" 或 "degraded"
+
+:::tip Windows 开机自启
+如需可靠的自启动，使用 Windows 任务计划程序在登录时启动 WSL + 网关：
+1. 创建一个任务，运行 `wsl -d Ubuntu -- bash -lc 'hermes gateway run'`
+2. 设置在用户登录时触发
+:::
+
+#### macOS：网关找不到 Node.js / ffmpeg / 其他工具
+
+**原因：** launchd 服务继承的是最小 PATH（`/usr/bin:/bin:/usr/sbin:/sbin`），不包含 Homebrew、nvm、cargo 或其他用户安装的工具目录。这通常会导致 WhatsApp bridge（`node not found`）或语音转录（`ffmpeg not found`）失败。
+
+**解决方案：** 网关在您运行 `hermes gateway install` 时会捕获您的 shell PATH。如果您在设置网关后安装了新工具，请重新运行 install 以捕获更新后的 PATH：
+
+```bash
+hermes gateway install    # 重新快照当前 PATH
+hermes gateway start      # 检测到更新的 plist 并重新加载
+```
+
+您可以验证 plist 中的 PATH 是否正确：
+```bash
+/usr/libexec/PlistBuddy -c "Print :EnvironmentVariables:PATH" \
+  ~/Library/LaunchAgents/ai.hermes.gateway.plist
+```
+
+---
+
+### 性能问题
+
+#### 响应缓慢
+
+**原因：** 模型较大、API 服务器距离较远，或系统 prompt（提示词）包含过多工具。
+
+**解决方案：**
+- 尝试更快/更小的模型：`hermes chat --model openrouter/meta-llama/llama-3.1-8b-instruct`
+- 减少激活的工具集：`hermes chat -t "terminal"`
+- 检查到提供商的网络延迟
+- 对于本地模型，确保有足够的 GPU VRAM
+
+#### token 用量过高
+
+**原因：** 对话过长、系统 prompt 冗长，或大量工具调用积累了上下文。
+
+**解决方案：**
+```bash
+# 压缩对话以减少 token
+/compress
+
+# 查看会话 token 用量
+/usage
+```
+
+:::tip
+在长会话中定期使用 `/compress`。它会对对话历史进行摘要，在保留上下文的同时显著减少 token 用量。
+:::
+
+#### 会话过长
+
+**原因：** 长时间对话积累了大量消息和工具输出，接近上下文限制。
+
+**解决方案：**
+```bash
+# 压缩当前会话（保留关键上下文）
+/compress
+
+# 开始新会话并引用旧会话
+hermes chat
+
+# 如需稍后继续特定会话
+hermes chat --continue
+```
+
+---
+
+### MCP 问题
+
+#### MCP 服务器无法连接
+
+**原因：** 找不到服务器二进制文件、命令路径错误或缺少运行时。
+
+**解决方案：**
+```bash
+# 确保 MCP 依赖项已安装（标准安装中已包含）
+cd ~/.hermes/hermes-agent && uv pip install -e ".[mcp]"
+
+# 对于基于 npm 的服务器，确保 Node.js 可用
+node --version
+npx --version
+
+# 手动测试服务器
+npx -y @modelcontextprotocol/server-filesystem /tmp
+```
+
+验证您的 `~/.hermes/config.yaml` 中的 MCP 配置：
+```yaml
+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` 设置
+- 请注意，资源/prompt 工具仅在会话实际支持相应能力时才会注册
+- 更改配置后使用 `/reload-mcp`
+
+```bash
+# 验证 MCP 服务器已配置
+hermes config show | grep -A 12 mcp_servers
+
+# 更改配置后重启 Hermes 或重新加载 MCP
+hermes chat
+```
+
+另请参阅：
+- [MCP（模型上下文协议）](/user-guide/features/mcp)
+- [在 Hermes 中使用 MCP](/guides/use-mcp-with-hermes)
+- [MCP 配置参考](/reference/mcp-config-reference)
+
+#### MCP 超时错误
+
+**原因：** MCP 服务器响应时间过长，或在执行过程中崩溃。
+
+**解决方案：**
+- 如果 MCP 服务器配置支持，增加超时时间
+- 检查 MCP 服务器进程是否仍在运行
+- 对于远程 HTTP MCP 服务器，检查网络连接
+
+:::warning
+如果 MCP 服务器在请求中途崩溃，Hermes 会报告超时。请检查服务器自身的日志（而非仅 Hermes 日志）以诊断根本原因。
+:::
+
+---
+
+## Profiles（配置文件）
+
+### Profiles 与直接设置 HERMES_HOME 有何不同？
+
+Profiles 是构建在 `HERMES_HOME` 之上的托管层。您*可以*在每次命令前手动设置 `HERMES_HOME=/some/path`，但 profiles 会为您处理所有底层工作：创建目录结构、生成 shell 别名（`hermes-work`）、在 `~/.hermes/active_profile` 中跟踪活动 profile，以及自动跨所有 profiles 同步技能更新。它们还与 tab 补全集成，让您无需记忆路径。
+
+### 两个 profiles 可以共享同一个 bot token 吗？
+
+不可以。每个消息平台（Telegram、Discord 等）都需要对 bot token 的独占访问权。如果两个 profiles 同时尝试使用同一个 token，第二个网关将无法连接。请为每个 profile 创建单独的 bot — 对于 Telegram，请与 [@BotFather](https://t.me/BotFather) 对话以创建额外的 bot。
+
+### Profiles 共享记忆或会话吗？
+
+不共享。每个 profile 都有自己独立的记忆存储、会话数据库和技能目录，完全隔离。如果您想用现有的记忆和会话创建新 profile，请使用 `hermes profile create newname --clone-all` 从当前 profile 复制所有内容，或添加 `--clone-from <profile>` 从指定源 profile 复制。
+
+### 运行 `hermes update` 时会发生什么？
+
+`hermes update` 拉取最新代码并重新安装依赖项**一次**（不是每个 profile 各一次）。然后自动将更新的技能同步到所有 profiles。您只需运行一次 `hermes update` — 它覆盖机器上的每个 profile。
+
+### 可以运行多少个 profiles？
+
+没有硬性限制。每个 profile 只是 `~/.hermes/profiles/` 下的一个目录。实际限制取决于您的磁盘空间以及系统能处理多少个并发网关（每个网关是一个轻量级 Python 进程）。运行数十个 profiles 完全没问题；每个空闲的 profile 不占用任何资源。
+
+---
+
+## 工作流与模式
+
+### 针对不同任务使用不同模型（多模型工作流）
+
+**场景：** 您日常使用 GPT-5.4，但 Gemini 或 Grok 写社交媒体内容更好。每次手动切换模型很繁琐。
+
+**解决方案：委托配置。** Hermes 可以自动将子智能体路由到不同的模型。在 `~/.hermes/config.yaml` 中设置：
+
+```yaml
+delegation:
+  model: "google/gemini-3-flash-preview"   # 子智能体使用此模型
+  provider: "openrouter"                    # 子智能体的提供商
+```
+
+现在当您告诉 Hermes "帮我写一个关于 X 的 Twitter 帖子"并生成 `delegate_task` 子智能体时，该子智能体将在 Gemini 上运行，而非您的主模型。您的主对话仍在 GPT-5.4 上进行。
+
+您也可以在 prompt 中明确指定：*"委托一个任务来撰写关于我们产品发布的社交媒体帖子。让你的子智能体负责实际写作。"* 智能体将使用 `delegate_task`，它会自动读取委托配置。
+
+如需一次性切换模型而不使用委托，请在 CLI 中使用 `/model`：
+
+```bash
+/model google/gemini-3-flash-preview    # 在本次会话中切换
+# ... 撰写内容 ...
+/model openai/gpt-5.4                   # 切换回来
+```
+
+有关委托工作原理的更多信息，请参阅[子智能体委托](../user-guide/features/delegation.md)。
+
+### 在一个 WhatsApp 号码上运行多个智能体（按聊天绑定）
+
+**场景：** 在 OpenClaw 中，您可以将多个独立智能体绑定到特定的 WhatsApp 聊天 — 一个用于家庭购物清单群组，另一个用于您的私聊。Hermes 能做到吗？
+
+**当前限制：** Hermes 的每个 profile 都需要自己的 WhatsApp 号码/会话。您无法将多个 profiles 绑定到同一个 WhatsApp 号码上的不同聊天 — WhatsApp bridge（Baileys）每个号码使用一个已认证的会话。
+
+**变通方案：**
+
+1. **使用单个 profile 配合人格切换。** 创建不同的 `AGENTS.md` 上下文文件或使用 `/personality` 命令按聊天更改行为。智能体能感知当前所在的聊天并进行适应。
+
+2. **使用 cron 作业处理专项任务。** 对于购物清单跟踪器，设置一个监控特定聊天并管理清单的 cron 作业 — 无需单独的智能体。
+
+3. **使用独立号码。** 如果您需要真正独立的智能体，将每个 profile 与其自己的 WhatsApp 号码配对。Google Voice 等服务提供的虚拟号码可用于此目的。
+
+4. **改用 Telegram 或 Discord。** 这些平台更自然地支持按聊天绑定 — 每个 Telegram 群组或 Discord 频道获得自己的会话，您可以在同一账户上运行多个 bot token（每个 profile 一个）。
+
+详情请参阅 [Profiles](../user-guide/profiles.md) 和 [WhatsApp 设置](../user-guide/messaging/whatsapp.md)。
+
+### 控制 Telegram 中显示的内容（隐藏日志和推理过程）
+
+**场景：** 您在 Telegram 中看到了网关执行日志、Hermes 推理过程和工具调用详情，而不是最终输出。
+
+**解决方案：** `config.yaml` 中的 `display.tool_progress` 设置控制显示多少工具活动：
+
+```yaml
+display:
+  tool_progress: "off"   # 选项：off、new、all、verbose
+```
+
+- **`off`** — 仅显示最终响应。无工具调用、无推理过程、无日志。
+- **`new`** — 实时显示新的工具调用（简短单行）。
+- **`all`** — 显示所有工具活动，包括结果。
+- **`verbose`** — 完整详情，包括工具参数和输出。
+
+对于消息平台，通常选择 `off` 或 `new`。编辑 `config.yaml` 后，重启网关使更改生效。
+
+您也可以通过 `/verbose` 命令按会话切换（如果已启用）：
+
+```yaml
+display:
+  tool_progress_command: true   # 在网关中启用 /verbose
+```
+
+### 在 Telegram 上管理技能（slash 命令限制）
+
+**场景：** Telegram 有 100 个 slash 命令的限制，您的技能数量已超过此限制。您想禁用 Telegram 上不需要的技能，但 `hermes skills config` 设置似乎没有生效。
+
+**解决方案：** 使用 `hermes skills config` 按平台禁用技能。这会写入 `config.yaml`：
+
+```yaml
+skills:
+  disabled: []                    # 全局禁用的技能
+  platform_disabled:
+    telegram: [skill-a, skill-b]  # 仅在 telegram 上禁用
+```
+
+更改后，**重启网关**（`hermes gateway restart` 或终止并重新启动）。Telegram bot 命令菜单在启动时重建。
+
+:::tip
+描述过长的技能在 Telegram 菜单中会被截断为 40 个字符，以符合 payload 大小限制。如果技能未出现，可能是总 payload 大小问题而非 100 个命令数量限制 — 禁用未使用的技能对两者都有帮助。
+:::
+
+### 共享线程会话（多用户，一个对话）
+
+**场景：** 您有一个 Telegram 或 Discord 线程，多人在其中 @ bot。您希望该线程中的所有 @ 都属于一个共享对话，而非每个用户各自独立的会话。
+
+**当前行为：** Hermes 在大多数平台上按用户 ID 创建会话，因此每个人都有自己的对话上下文。这是出于隐私和上下文隔离的设计考量。
+
+**变通方案：**
+
+1. **使用 Slack。** Slack 会话按线程而非用户进行键控。同一线程中的多个用户共享一个对话 — 正是您描述的行为。这是最自然的选择。
+
+2. **使用单用户的群聊。** 如果由一个人作为指定"操作员"转达问题，会话保持统一。其他人可以旁观。
+
+3. **使用 Discord 频道。** Discord 会话按频道键控，因此同一频道中的所有用户共享上下文。为共享对话使用专用频道。
+
+### 将 Hermes 迁移到另一台机器
+
+**场景：** 您在一台机器上积累了技能、cron 作业和记忆，想将所有内容迁移到新的专用 Linux 机器。
+
+**解决方案：**
+
+1. 在新机器上安装 Hermes Agent：
+   ```bash
+   curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
+   ```
+
+2. 在**源机器**上创建完整备份：
+   ```bash
+   hermes backup
+   ```
+   这会将您整个 `~/.hermes/` 目录（配置、API key、记忆、技能、会话和 profiles）打包为 zip 文件，保存到主目录 `~/hermes-backup-<timestamp>.zip`。
+
+3. 将 zip 文件复制到新机器并导入：
+   ```bash
+   # 在源机器上
+   scp ~/hermes-backup-<timestamp>.zip newmachine:~/
+
+   # 在新机器上
+   hermes import ~/hermes-backup-<timestamp>.zip
+   ```
+
+4. 在新机器上运行 `hermes setup` 以验证 API key 和提供商配置是否正常工作。
+
+### 将单个 profile 迁移到另一台机器
+
+**场景：** 您想迁移或共享某个特定 profile，而非整个安装。
+
+```bash
+# 在源机器上
+hermes profile export work ./work-backup.tar.gz
+
+# 将文件复制到目标机器，然后：
+hermes profile import ./work-backup.tar.gz work
+```
+
+导入的 profile 将包含导出时的所有配置、记忆、会话和技能。如果新机器的设置不同，您可能需要更新路径或重新向提供商进行身份验证。
+
+### `hermes backup` 与 `hermes profile export` 的对比
+
+| 功能 | `hermes backup` | `hermes profile export` |
+| :--- | :--- | :--- |
+| **使用场景** | **整机迁移** | **移植/共享特定 profile** |
+| **范围** | 全局（整个 `~/.hermes` 目录） | 局部（单个 profile 目录） |
+| **包含内容** | 所有 profiles、全局配置、API key、会话 | 单个 profile：SOUL.md、记忆、会话、技能 |
+| **凭据** | **包含**（`.env` 和 `auth.json`） | **排除**（为安全共享而剥离） |
+| **格式** | `.zip` | `.tar.gz` |
+
+**手动备选方案（rsync）：** 如果您倾向于直接复制文件，请排除代码仓库：
+```bash
+rsync -av --exclude='hermes-agent' ~/.hermes/ newmachine:~/.hermes/
+```
+
+:::tip
+`hermes backup` 即使在 Hermes 正在运行时也能生成一致的快照。还原的归档文件不包含机器本地的运行时文件，如 `gateway.pid` 和 `cron.pid`。
+:::
+
+### 安装后重新加载 shell 时出现权限拒绝
+
+**场景：** 运行 Hermes 安装程序后，`source ~/.zshrc` 提示权限拒绝错误。
+
+**原因：** 这通常发生在 `~/.zshrc`（或 `~/.bashrc`）文件权限不正确，或安装程序无法干净写入时。这不是 Hermes 特有的问题 — 而是 shell 配置权限问题。
+
+**解决方案：**
+```bash
+# 检查权限
+ls -la ~/.zshrc
+
+# 如需修复（应为 -rw-r--r-- 或 644）
+chmod 644 ~/.zshrc
+
+# 然后重新加载
+source ~/.zshrc
+
+# 或直接打开新终端窗口 — 它会自动读取 PATH 更改
+```
+
+如果安装程序已添加 PATH 行但权限有误，您可以手动添加：
+```bash
+echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc
+```
+
+### 首次运行智能体时出现 400 错误
+
+**场景：** 设置顺利完成，但第一次聊天尝试失败，提示 HTTP 400。
+
+**原因：** 通常是模型名称不匹配 — 配置的模型在您的提供商上不存在，或 API key 没有访问该模型的权限。
+
+**解决方案：**
+```bash
+# 检查已配置的模型和提供商
+hermes config show | head -20
+
+# 重新运行模型选择
+hermes model
+
+# 或使用已知可用的模型测试
+hermes chat -q "hello" --model anthropic/claude-opus-4.7
+```
+
+如果使用 OpenRouter，请确保您的 API key 有余额。OpenRouter 返回 400 通常意味着该模型需要付费套餐，或模型 ID 有拼写错误。
+
+---
+
+## 仍然遇到问题？
+
+如果您的问题未在此处涵盖：
+
+1. **搜索现有 issue：** [GitHub Issues](https://github.com/NousResearch/hermes-agent/issues)
+2. **向社区提问：** [Nous Research Discord](https://discord.gg/nousresearch)
+3. **提交 bug 报告：** 请包含您的操作系统、Python 版本（`python3 --version`）、Hermes 版本（`hermes --version`）以及完整的错误信息