Jev API密钥复制后带空格是导致401/403或服务启动失败的常见原因；需用三步法确认并清除首尾及中间不可见空白符，确保api_key: sk-xxx格式严格无引号、无缩进、无换行。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Jev API 密钥复制后带空格，是部署中最常见的“看不见的拦路虎”——它不会报语法错误，但直接导致 401、403 或服务启动失败。问题核心不是密钥本身错，而是首尾或中间混入了不可见空格、制表符、换行符。清理不靠猜，得用可验证的三步法。
先确认空格是否真实存在
别凭肉眼判断。执行命令：
hermes config show
重点看 api_key 那一行：如果值显示为 " sk-xxx "（两端有空格）、"sk-xxx\n"（末尾有换行）或冒号后缩进明显，就坐实了问题。YAML 对空白极其敏感，哪怕多一个空格，解析器也会拒绝加载。
手动编辑，逐字符清除
运行：
hermes config edit
找到 api_key: 这一行，做三件事：
- 删掉冒号后所有空格，只留一个空格（即写成 api_key: sk-xxx）
- 删掉 sk-xxx 前后所有空白，包括开头空格、结尾换行、中间制表符
- 确保整行无引号、无缩进、无注释、不换行
⚠️ 切忌复制粘贴新密钥——编辑器“粘贴为纯文本”仍可能带隐藏字符。必须手动光标定位，用退格键一个一个删。
验证并重启服务
保存退出后，再跑一次：
hermes config show
确认输出中 api_key 的值已紧贴冒号，两端干净利落。然后执行：
sudo systemctl restart hermes
若日志不再报 “invalid API key” 或 401 错误，说明清理成功。后续所有 Jev 调用（本地调试、CI、staging、prod）都依赖这把干净的 Key，所以这一步必须一次做对。
