装完 Hermes Agent 后很多人第一次跑hermes doctor会卡在LLM (kimi) ping ...这一步配置文件里还是provider: kimi、model: moonshot-v1-32k、api_key: ${KIMI_API_KEY}但手上只有别的通道。我的做法是把 LLM 提供方换到 TaoToken先打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 注册并创建 Key再改~/.hermes/config.yaml的llm段Base URL 填https://taotoken.net/api。安装方式不用重来源码、一键脚本、pip、Docker 都只影响 Hermes 本体真正要动的只有 LLM 调用通道。改完后继续跑hermes doctor看到LLM ping OK再hermes start、hermes chat验证工具调用。1. 安装照旧源码、一键、pip、Docker 都别为了换 Key 重装1.1 源码安装后先确认 hermes --version 能跑如果你的 Hermes Agent 是用源码方式装的项目目录已经存在虚拟环境也已经建好那换 LLM 通道时完全不需要重新git clone。先确认命令还在hermes --version能输出版本号说明hermes可执行文件、Python 虚拟环境、依赖包都没问题。这个时候你改config.yaml里的llm段就行Shell 脚本和软链不用碰。如果提示command not found: hermes先查~/.local/bin有没有进 PATH而不是急着重装 Hermes。因为 Hermes 的软链经常指向克隆目录里的 venv删掉项目目录反而会让命令失效。1.2 一键脚本、pip、Docker 只解决 Hermes 本体一键脚本适合快速体验pip 适合已经有 Python 项目的情况Docker 适合服务器隔离运行。它们解决的是 Hermes Agent 本体怎么跑起来不决定模型调用走哪里。所以你已经装好 Hermes 后真正要改的是配置文件。原来的安装对比仍然成立安装方式适用场景换 LLM 通道时要做什么源码安装个人开发机想看 Skills、Tools 目录改~/.hermes/config.yaml或项目.hermes/config.yaml一键脚本快速体验同样改llm段pip install已有 Python 项目集成改项目配置或用户配置Docker服务器部署、隔离运行在挂载的配置文件中改llm段换通道不是换安装方式。你原来用哪种方式跑 Hermes后面继续用哪种方式启动。1.3 PATH 和软链问题与 LLM 通道无关hermes doctor会检查 Python 版本、依赖、配置文件、LLM 调用、文件权限。如果第一步就报command not found那是 PATH 问题如果hermes doctor能启动但 LLM 项报错那才是通道问题。先把命令跑起来再改 Key 和 Base URL。顺序反了排错会很乱。2. 必改的 llm 段把 Hermes 的模型通道接到 TaoToken2.1 打开落地页创建 YOUR_API_KEYHermes 的llm段里最不能照抄的就是原来的api_key: ${KIMI_API_KEY}。你要把 Key 换成自己的。打开 TaoToken 注册并登录在控制台创建 API Key。拿到后不要直接写进 Git 仓库推荐先放到环境变量里export TAOTOKEN_API_KEYYOUR_API_KEY如果你用 zsh把这行追加到~/.zshrc用 bash 就追加到~/.bashrc然后重新打开终端或执行source ~/.zshrc。这样config.yaml里仍然用${TAOTOKEN_API_KEY}引用和原来${KIMI_API_KEY}的习惯一致。2.2 ~/.hermes/config.yaml 里 llm 段怎么写用户级配置在~/.hermes/config.yaml。打开后找到llm段把原来的provider: kimi、model: moonshot-v1-32k、api_key: ${KIMI_API_KEY}改成下面这种结构llm: provider: YOUR_PROVIDER_ID model: YOUR_MODEL_ID base_url: https://taotoken.net/api api_key: ${TAOTOKEN_API_KEY}这里三个点要特别注意base_url固定填https://taotoken.net/api末尾不要加/v1也不要加任何 UTM 参数。provider不要照抄原来的kimi。具体写什么按 TaoToken 兼容通道说明里的提供方名称来填本文用YOUR_PROVIDER_ID占位。model不要编造比如随手写日期后缀或并不存在的模型名。去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 的模型广场复制当下可用的模型 ID填到YOUR_MODEL_ID的位置。如果你的 Hermes 版本对base_url字段名有差异以你本地hermes doctor的报错和兼容通道说明为准。核心原则不变地址用https://taotoken.net/apiKey 用控制台创建的那把。2.3 项目根目录 .hermes/config.yaml 会覆盖用户配置Hermes 的配置是分层的优先级从高到低大致是命令行参数、HERMES_开头的环境变量、~/.hermes/config.yaml、项目根目录.hermes/config.yaml、内置默认值。实际使用时很容易遇到一种情况你在~/.hermes/config.yaml里改了llm但项目目录下也有.hermes/config.yaml里面还写着旧的provider或model结果hermes doctor仍然按旧配置去 ping。所以改完用户配置后顺手检查项目根目录ls .hermes/config.yaml如果存在就把里面的llm段一起改掉或者确认它没有覆盖你刚写的通道配置。临时调试时命令行--model也会覆盖配置文件排查时不要一边加--model一边怀疑配置文件没生效。2.4 Base URL 只填 https://taotoken.net/api这一条值得单独写清楚。官网落地页是给人打开注册、创建 Key、看模型广场、看用量用的地址是https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content。而填进 Hermes 的 Base URL 是给程序调用的地址是https://taotoken.net/api两者不要混。不要把?utm_source...加到 Base URL 上也不要在末尾补/v1。Hermes 通过这个 Base URL 找到统一接入通道Key 负责认证model 决定实际调用哪个模型。3. Tools 与 Memory 保持原样别把安全边界一起改松3.1 tools.allow_write、allow_delete、allowed_paths换 LLM 通道时最容易被顺手改坏的其实是tools段。原来的安全边界建议继续保留tools: allow_write: true allow_delete: false allowed_paths: - ~/projects - /tmpallow_write: true让 Hermes 能在允许目录里写文件比如生成脚本或补测试allow_delete: false让删除操作必须人工确认避免它误删项目文件allowed_paths限定它能碰哪些目录别一上来就写成/或整个用户目录。换 Key 只影响模型能不能回话不应该顺手把工具权限开到最大。3.2 memory.base_path 和 enable_fts记忆存储路径也保持原样即可memory: base_path: ~/.hermes/memory enable_fts: truebase_path决定历史会话、记忆数据放在哪里enable_fts: true打开全文检索后后面查历史会话会方便很多。如果hermes doctor报Memory path ~/.hermes/memory not writable那不是 LLM 通道问题而是目录权限或路径不存在手动建目录并授权即可。3.3 AGENTS.md 仍然负责项目上下文AGENTS.md和 LLM 通道是两件事。项目根目录放AGENTS.mdHermes 启动后会把它读进上下文用来理解技术栈、接口规范、代码规范。换到 TaoToken 后这个机制照旧有效。但要注意AGENTS.md会进入模型上下文所以不要在里面写 Key、内部地址、数据库密码。Key 该放环境变量就放环境变量该用${TAOTOKEN_API_KEY}就用占位引用。4. 改完先跑 hermes doctor看到 LLM ping OK 再 chat4.1 doctor 检查的五类东西hermes doctor是安装完成后的第一条诊断命令它一次性检查Python 版本是否达标依赖包是否完整配置文件是否合法LLM Key 是否能正常调用文件权限是否正确。改完llm段后先跑hermes doctor你希望看到类似这样的结果✓ Python 3.11 OK ✓ Dependencies OK ✓ Config /Users/you/.hermes/config.yaml OK ✓ LLM (YOUR_PROVIDER_ID) ping OK ✓ Memory path ~/.hermes/memory writable其中最关键的是LLM ping OK。它说明 Hermes 已经能通过https://taotoken.net/api和你的 Key 完成一次最小调用。4.2 LLM ping OK 只证明通道通不证明工具执行LLM ping OK不等于所有事都通了。它只证明模型通道可用不证明文件读写、Skills、Tools 都已经按预期工作。TaoToken 在这里只负责提供 Key 与 Base URL。真正执行文件操作、读取目录、调用 Skills/Tools 的仍然是 Hermes Agent 自己。所以看到 ping OK 后还要继续hermes start和hermes chat看工具调用链路是否完整。4.3 Memory path not writable 的修法如果 doctor 最后一行是✗ Memory path ~/.hermes/memory not writable先建目录mkdir -p ~/.hermes/memory再检查当前用户有没有写权限。不要因为这一项报错就去改 LLM 配置它和模型通道无关。修完再跑一次hermes doctorhermes doctor只读不写反复执行没有副作用。4.4 配置热重载和 restart 的边界Hermes 支持配置热重载普通配置改动保存后可能自动生效。但provider、base_url、api_key这类 LLM 通道配置如果你发现 doctor 还是按旧值跑直接hermes restart然后重新 doctor。不要一边改配置文件一边让旧的后台服务继续跑。5. hermes start、hermes chat 和工具调用验证5.1 启动后台与查看状态doctor 通过后启动后台服务hermes start再看状态hermes status如果服务已经跑起来就进入交互式终端hermes chat进入后你可以像平时一样输入问题。Hermes 会根据问题决定是否调用工具比如列目录、读文件、生成代码片段。5.2 在 chat 里让 Hermes 列 Python 文件最直接的验证方式是让它做一个文件读取类任务帮我列出当前目录下的 Python 文件如果 Hermes 正确返回文件列表说明 LLM 通道、工具调用、文件读取三条链路都通了。这里注意文件操作由 Hermes 自己在本地执行TaoToken 只负责模型调用通道不参与文件读写。5.3 权限确认与 allow_* 自动决策第一次调用工具时Hermes 可能弹出权限确认。按提示授权即可。下一次同类操作会根据tools.allow_write、tools.allow_delete、allowed_paths自动决策。如果你不希望每次写文件都确认就保留allow_write: true如果删除操作想始终人工确认就保持allow_delete: false。换模型通道不影响这套权限体系。5.4 文件读写、Skills/Tools 仍由 Hermes 自己执行这一点要反复记住把base_url改成https://taotoken.net/api只是让 Hermes 的模型调用走统一接入通道。它不会替 Hermes 执行 Shell 命令也不会替 Hermes 读写文件。Skills 和 Tools 仍然是 Hermes 本体加载、权限系统控制、在本地环境执行。排查问题时如果模型能回话但工具不执行先看tools配置和权限确认而不是只盯着 Key。6. 换通道后的报错对照401、404、model not found、配置不生效6.1 401 或 403Key 没导出或复制错hermes doctor如果提示 LLM 鉴权失败先查环境变量echo $TAOTOKEN_API_KEY如果为空说明你只在当前终端 export 了但新开的终端没有加载或者写到了错误的 Shell 配置文件。重新 source 一下或者把api_key临时写成YOUR_API_KEY测试。确认 Key 是从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 创建的那把不要混用旧项目的 Key。6.2 404Base URL 多写了 /v1 或少了 /api最常见的 404 来源是 Base URL 写错。Hermes 里应该填https://taotoken.net/api不要填成https://taotoken.net/api/v1也不要顺手把官网参数带进去。官网地址是给浏览器用的Base URL 是给程序用的两者职责不同。6.3 model not found模型 ID 从模型广场复制如果 doctor 或 chat 报模型不存在说明model: YOUR_MODEL_ID里的值不可用。不要凭记忆写模型名也不要用旧文章里的moonshot-v1-32k硬套。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 的模型广场复制当时可用的模型 ID再写回~/.hermes/config.yaml。6.4 配置不生效优先级链和 restart改完配置没生效按这个顺序查项目根目录.hermes/config.yaml是否覆盖了用户配置命令行是否带了--model或HERMES_环境变量是否需要hermes restarthermes doctor里显示的配置文件路径是不是你改的那个。Hermes 的配置优先级链是为了让团队和个人的配置可以分层但排错时也最容易让人看错文件。以 doctor 输出的配置文件路径为准最稳。7. 日常命令与下一步7.1 tools list、skills list、plugins list通道跑通后日常常用命令还是那几条hermes tools list hermes skills list hermes plugins list加--detail可以看到每个 Tool/Skill 的参数和触发条件。它们和 LLM 通道是两层通道决定模型怎么回话Tools/Skills 决定 Hermes 能做什么。7.2 配置热重载与 restart 的边界普通配置改动保存后Hermes 可能自动重载。但涉及llm的provider、base_url、api_key时最保险是改完hermes restart再hermes doctor。这样不会出现“文件已经改了后台还拿着旧 Key 在跑”的情况。7.3 跑通后去控制台对一下这次调用配完llm段、doctor 看到LLM ping OK、chat 能列文件之后去 TaoToken 模型对话 用同一把 Key 发一条测试消息确认模型 ID 没填错。长期跑 Hermes 的话再到 Coding Plan 看套餐是否够用Key 不够或想换模型去 控制台 API Keys 创建新的再回到~/.hermes/config.yaml改model。如果你也在用 Claude Code环境变量对照见 接入文档。
装完 Hermes Agent 后很多人第一次跑hermes doctor会卡在LLM (kimi) ping ...这一步配置文件里还是provider: kimi、model: moonshot-v1-32k、api_key: ${KIMI_API_KEY}但手上只有别的通道。我的做法是把 LLM 提供方换到 TaoToken先打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 注册并创建 Key再改~/.hermes/config.yaml的llm段Base URL 填https://taotoken.net/api。安装方式不用重来源码、一键脚本、pip、Docker 都只影响 Hermes 本体真正要动的只有 LLM 调用通道。改完后继续跑hermes doctor看到LLM ping OK再hermes start、hermes chat验证工具调用。1. 安装照旧源码、一键、pip、Docker 都别为了换 Key 重装1.1 源码安装后先确认 hermes --version 能跑如果你的 Hermes Agent 是用源码方式装的项目目录已经存在虚拟环境也已经建好那换 LLM 通道时完全不需要重新git clone。先确认命令还在hermes --version能输出版本号说明hermes可执行文件、Python 虚拟环境、依赖包都没问题。这个时候你改config.yaml里的llm段就行Shell 脚本和软链不用碰。如果提示command not found: hermes先查~/.local/bin有没有进 PATH而不是急着重装 Hermes。因为 Hermes 的软链经常指向克隆目录里的 venv删掉项目目录反而会让命令失效。1.2 一键脚本、pip、Docker 只解决 Hermes 本体一键脚本适合快速体验pip 适合已经有 Python 项目的情况Docker 适合服务器隔离运行。它们解决的是 Hermes Agent 本体怎么跑起来不决定模型调用走哪里。所以你已经装好 Hermes 后真正要改的是配置文件。原来的安装对比仍然成立安装方式适用场景换 LLM 通道时要做什么源码安装个人开发机想看 Skills、Tools 目录改~/.hermes/config.yaml或项目.hermes/config.yaml一键脚本快速体验同样改llm段pip install已有 Python 项目集成改项目配置或用户配置Docker服务器部署、隔离运行在挂载的配置文件中改llm段换通道不是换安装方式。你原来用哪种方式跑 Hermes后面继续用哪种方式启动。1.3 PATH 和软链问题与 LLM 通道无关hermes doctor会检查 Python 版本、依赖、配置文件、LLM 调用、文件权限。如果第一步就报command not found那是 PATH 问题如果hermes doctor能启动但 LLM 项报错那才是通道问题。先把命令跑起来再改 Key 和 Base URL。顺序反了排错会很乱。2. 必改的 llm 段把 Hermes 的模型通道接到 TaoToken2.1 打开落地页创建 YOUR_API_KEYHermes 的llm段里最不能照抄的就是原来的api_key: ${KIMI_API_KEY}。你要把 Key 换成自己的。打开 TaoToken 注册并登录在控制台创建 API Key。拿到后不要直接写进 Git 仓库推荐先放到环境变量里export TAOTOKEN_API_KEYYOUR_API_KEY如果你用 zsh把这行追加到~/.zshrc用 bash 就追加到~/.bashrc然后重新打开终端或执行source ~/.zshrc。这样config.yaml里仍然用${TAOTOKEN_API_KEY}引用和原来${KIMI_API_KEY}的习惯一致。2.2 ~/.hermes/config.yaml 里 llm 段怎么写用户级配置在~/.hermes/config.yaml。打开后找到llm段把原来的provider: kimi、model: moonshot-v1-32k、api_key: ${KIMI_API_KEY}改成下面这种结构llm: provider: YOUR_PROVIDER_ID model: YOUR_MODEL_ID base_url: https://taotoken.net/api api_key: ${TAOTOKEN_API_KEY}这里三个点要特别注意base_url固定填https://taotoken.net/api末尾不要加/v1也不要加任何 UTM 参数。provider不要照抄原来的kimi。具体写什么按 TaoToken 兼容通道说明里的提供方名称来填本文用YOUR_PROVIDER_ID占位。model不要编造比如随手写日期后缀或并不存在的模型名。去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 的模型广场复制当下可用的模型 ID填到YOUR_MODEL_ID的位置。如果你的 Hermes 版本对base_url字段名有差异以你本地hermes doctor的报错和兼容通道说明为准。核心原则不变地址用https://taotoken.net/apiKey 用控制台创建的那把。2.3 项目根目录 .hermes/config.yaml 会覆盖用户配置Hermes 的配置是分层的优先级从高到低大致是命令行参数、HERMES_开头的环境变量、~/.hermes/config.yaml、项目根目录.hermes/config.yaml、内置默认值。实际使用时很容易遇到一种情况你在~/.hermes/config.yaml里改了llm但项目目录下也有.hermes/config.yaml里面还写着旧的provider或model结果hermes doctor仍然按旧配置去 ping。所以改完用户配置后顺手检查项目根目录ls .hermes/config.yaml如果存在就把里面的llm段一起改掉或者确认它没有覆盖你刚写的通道配置。临时调试时命令行--model也会覆盖配置文件排查时不要一边加--model一边怀疑配置文件没生效。2.4 Base URL 只填 https://taotoken.net/api这一条值得单独写清楚。官网落地页是给人打开注册、创建 Key、看模型广场、看用量用的地址是https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content。而填进 Hermes 的 Base URL 是给程序调用的地址是https://taotoken.net/api两者不要混。不要把?utm_source...加到 Base URL 上也不要在末尾补/v1。Hermes 通过这个 Base URL 找到统一接入通道Key 负责认证model 决定实际调用哪个模型。3. Tools 与 Memory 保持原样别把安全边界一起改松3.1 tools.allow_write、allow_delete、allowed_paths换 LLM 通道时最容易被顺手改坏的其实是tools段。原来的安全边界建议继续保留tools: allow_write: true allow_delete: false allowed_paths: - ~/projects - /tmpallow_write: true让 Hermes 能在允许目录里写文件比如生成脚本或补测试allow_delete: false让删除操作必须人工确认避免它误删项目文件allowed_paths限定它能碰哪些目录别一上来就写成/或整个用户目录。换 Key 只影响模型能不能回话不应该顺手把工具权限开到最大。3.2 memory.base_path 和 enable_fts记忆存储路径也保持原样即可memory: base_path: ~/.hermes/memory enable_fts: truebase_path决定历史会话、记忆数据放在哪里enable_fts: true打开全文检索后后面查历史会话会方便很多。如果hermes doctor报Memory path ~/.hermes/memory not writable那不是 LLM 通道问题而是目录权限或路径不存在手动建目录并授权即可。3.3 AGENTS.md 仍然负责项目上下文AGENTS.md和 LLM 通道是两件事。项目根目录放AGENTS.mdHermes 启动后会把它读进上下文用来理解技术栈、接口规范、代码规范。换到 TaoToken 后这个机制照旧有效。但要注意AGENTS.md会进入模型上下文所以不要在里面写 Key、内部地址、数据库密码。Key 该放环境变量就放环境变量该用${TAOTOKEN_API_KEY}就用占位引用。4. 改完先跑 hermes doctor看到 LLM ping OK 再 chat4.1 doctor 检查的五类东西hermes doctor是安装完成后的第一条诊断命令它一次性检查Python 版本是否达标依赖包是否完整配置文件是否合法LLM Key 是否能正常调用文件权限是否正确。改完llm段后先跑hermes doctor你希望看到类似这样的结果✓ Python 3.11 OK ✓ Dependencies OK ✓ Config /Users/you/.hermes/config.yaml OK ✓ LLM (YOUR_PROVIDER_ID) ping OK ✓ Memory path ~/.hermes/memory writable其中最关键的是LLM ping OK。它说明 Hermes 已经能通过https://taotoken.net/api和你的 Key 完成一次最小调用。4.2 LLM ping OK 只证明通道通不证明工具执行LLM ping OK不等于所有事都通了。它只证明模型通道可用不证明文件读写、Skills、Tools 都已经按预期工作。TaoToken 在这里只负责提供 Key 与 Base URL。真正执行文件操作、读取目录、调用 Skills/Tools 的仍然是 Hermes Agent 自己。所以看到 ping OK 后还要继续hermes start和hermes chat看工具调用链路是否完整。4.3 Memory path not writable 的修法如果 doctor 最后一行是✗ Memory path ~/.hermes/memory not writable先建目录mkdir -p ~/.hermes/memory再检查当前用户有没有写权限。不要因为这一项报错就去改 LLM 配置它和模型通道无关。修完再跑一次hermes doctorhermes doctor只读不写反复执行没有副作用。4.4 配置热重载和 restart 的边界Hermes 支持配置热重载普通配置改动保存后可能自动生效。但provider、base_url、api_key这类 LLM 通道配置如果你发现 doctor 还是按旧值跑直接hermes restart然后重新 doctor。不要一边改配置文件一边让旧的后台服务继续跑。5. hermes start、hermes chat 和工具调用验证5.1 启动后台与查看状态doctor 通过后启动后台服务hermes start再看状态hermes status如果服务已经跑起来就进入交互式终端hermes chat进入后你可以像平时一样输入问题。Hermes 会根据问题决定是否调用工具比如列目录、读文件、生成代码片段。5.2 在 chat 里让 Hermes 列 Python 文件最直接的验证方式是让它做一个文件读取类任务帮我列出当前目录下的 Python 文件如果 Hermes 正确返回文件列表说明 LLM 通道、工具调用、文件读取三条链路都通了。这里注意文件操作由 Hermes 自己在本地执行TaoToken 只负责模型调用通道不参与文件读写。5.3 权限确认与 allow_* 自动决策第一次调用工具时Hermes 可能弹出权限确认。按提示授权即可。下一次同类操作会根据tools.allow_write、tools.allow_delete、allowed_paths自动决策。如果你不希望每次写文件都确认就保留allow_write: true如果删除操作想始终人工确认就保持allow_delete: false。换模型通道不影响这套权限体系。5.4 文件读写、Skills/Tools 仍由 Hermes 自己执行这一点要反复记住把base_url改成https://taotoken.net/api只是让 Hermes 的模型调用走统一接入通道。它不会替 Hermes 执行 Shell 命令也不会替 Hermes 读写文件。Skills 和 Tools 仍然是 Hermes 本体加载、权限系统控制、在本地环境执行。排查问题时如果模型能回话但工具不执行先看tools配置和权限确认而不是只盯着 Key。6. 换通道后的报错对照401、404、model not found、配置不生效6.1 401 或 403Key 没导出或复制错hermes doctor如果提示 LLM 鉴权失败先查环境变量echo $TAOTOKEN_API_KEY如果为空说明你只在当前终端 export 了但新开的终端没有加载或者写到了错误的 Shell 配置文件。重新 source 一下或者把api_key临时写成YOUR_API_KEY测试。确认 Key 是从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 创建的那把不要混用旧项目的 Key。6.2 404Base URL 多写了 /v1 或少了 /api最常见的 404 来源是 Base URL 写错。Hermes 里应该填https://taotoken.net/api不要填成https://taotoken.net/api/v1也不要顺手把官网参数带进去。官网地址是给浏览器用的Base URL 是给程序用的两者职责不同。6.3 model not found模型 ID 从模型广场复制如果 doctor 或 chat 报模型不存在说明model: YOUR_MODEL_ID里的值不可用。不要凭记忆写模型名也不要用旧文章里的moonshot-v1-32k硬套。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 的模型广场复制当时可用的模型 ID再写回~/.hermes/config.yaml。6.4 配置不生效优先级链和 restart改完配置没生效按这个顺序查项目根目录.hermes/config.yaml是否覆盖了用户配置命令行是否带了--model或HERMES_环境变量是否需要hermes restarthermes doctor里显示的配置文件路径是不是你改的那个。Hermes 的配置优先级链是为了让团队和个人的配置可以分层但排错时也最容易让人看错文件。以 doctor 输出的配置文件路径为准最稳。7. 日常命令与下一步7.1 tools list、skills list、plugins list通道跑通后日常常用命令还是那几条hermes tools list hermes skills list hermes plugins list加--detail可以看到每个 Tool/Skill 的参数和触发条件。它们和 LLM 通道是两层通道决定模型怎么回话Tools/Skills 决定 Hermes 能做什么。7.2 配置热重载与 restart 的边界普通配置改动保存后Hermes 可能自动重载。但涉及llm的provider、base_url、api_key时最保险是改完hermes restart再hermes doctor。这样不会出现“文件已经改了后台还拿着旧 Key 在跑”的情况。7.3 跑通后去控制台对一下这次调用配完llm段、doctor 看到LLM ping OK、chat 能列文件之后去 TaoToken 模型对话 用同一把 Key 发一条测试消息确认模型 ID 没填错。长期跑 Hermes 的话再到 Coding Plan 看套餐是否够用Key 不够或想换模型去 控制台 API Keys 创建新的再回到~/.hermes/config.yaml改model。如果你也在用 Claude Code环境变量对照见 接入文档。
