NEHermes 0.21.14 更新发布

jianchao

官网地址：点击跳转

Windows-X64: 点击此处下载
Windows-ARM: 点击此处下载
Mac arm: 点击此处下载
Mac x64: 点击此处下载
Linux AppImage: 点击此处下载
Linux deb: 点击此处下载

Android测试版: https://fir.xcxwo.com/xqfg9s8y
IOS测试版: https://testflight.apple.com/join/VtE6NNpR


NEHermes 更新说明
- 新增跨端消息排队：在 App 中可将文字、图片、PDF 和文件交给 Desktop 排队，并查看队列、编辑文字、优先发送、删除或暂停与继续队列。已确认入队的内容在退出 App 后仍由 Desktop 处理。
- 优化模型选择：Desktop 按实际可用模型和能力区分聊天、语音、图像等用途，改进新会话默认模型与失效模型的处理；App 同步修复 qwen3.8 等聊天模型未显示的问题。
- Desktop 新增 NE Scholar 在线科研资源服务，支持文献、临床试验、专利等检索；使用能力随 NoteExpress 登录状态同步。
- App 优化电脑选择：在线列表在前台自动刷新，支持为在线电脑重命名；近期离线电脑保留只读状态提示。
- App 改进断线恢复：保留已有消息和草稿，恢复后对账；结果不明的发送不会自动重发。长对话“回到底部”的滚动也更准确。
- Desktop 增强异常诊断，使用脱敏错误信息和私有源码定位材料帮助排查问题，不上传对话正文或附件内容。

stanley

Mac x64 终于可以用了，不容易不容易啊
（另：这里弹出的提示是英文）

stanley

# 关于 Hermes 桌面端中文界面（"构建"字样）的检查

## 1. 截图里的"构建"英文原文

你截图底部输入栏的占位提示「我们要构建什么？」，**英文原文是 `What are we building?`**（`apps/desktop/src/i18n/en.ts` 第 1135 行；中文对应 `apps/desktop/src/i18n/zh.ts` 第 1321 行）。

参照英文同组的其他提示（Give Hermes a task、What should we tackle、Start with a goal），它确指"给 agent 一个要动手干的活"。所以：

- **你的直觉是对的**：「创想」比「构建」更贴合"产品型 Agent"的气质，且是标准翻译。
- 我的建议：**「我们来创造点什么？」**（保留"我们"的协作语感，去掉"什么？"外的冗余）**或直接改「我们就造点东西吧」**（更口语、更像唤起）。
- 若要精简，「创想」同様成立：直接跟前文至「我们该创造点什么？」，用在"给 Hermes 一个任务"的浅层提示语上并不突兀。

综合信、雅、达，**最推荐：「我们来创造点什么？」**——如果「译代的原文是"build/What are you building"，这样改既自然又达意。

> 注：这仅是输入框的"轮询占位提示"（每次打开新会话随机换一批），不是主功能名称——所以字符权重低，值得改但目前也不得不「信箱」。

---

## 2. 按"信、雅、达"逐条核出的实际瑕疵

我写了自带的最小 TS 解析器，把桌面 + Web + CLI 三面全部比对出具体键位。以下是**所有真实（非臆想）发现**：

### 2.1 真实的"待修"硬伤（占位符/直译问题）

| 键 | 现译 | 信+达问题 | 建议 |
|---|---|---|---|
| `artifacts.rangeOf` | `${start}-${end},共 ${total}` | 缺空格 | `${start}-${end}，共 ${total}` |
| `settings.about.lastChecked` | `上次检查{age}` | 半角冒号、无中文空格 | `上次检查：${age}` |
| `settings.about.tapCheck` / `sidebar.noMatch` | `点击\"立即检查\"…` 等 | 用了英文双引号（`"`）而非中文引号（「」/""） | 统一中文引号 |
| `settings.config.loading` | `...` | 与全文件 `…` 不一致 | `正在加载 Hermes 配置…` |
| `shell.modelMenu.medium` | `中` | 同兄弟项 `快速 / 最高` 性是"名词型"则一致 | `中`（建议 `中速`） |
| `settings.appearance.modeOptions.light/dark` | `明亮`/`暗色` | 术语与 UI 常见 `浅色/深色` 不一致 | 用 `浅色`/`深色` |

### 2.2 术语不统一（同一概念一界面多种说法）

| 概念 | 出现过的译词 | 备注 |
|---|---|---|
| **profile** | `配置档案`(大量) / `配置文件`(3处) / `profile`(4处，保留英文) / `多Agent配置`(Web页面) | 桌面用「配置档案」为主，但 web 用「多Agent配置"很怪、且和桌面不统一 |
| **artifact** | `产物`(8) / `制品`(1) / `作品`(0) | 已统一为"产物 "，OK |
| **run/回合** | `run`→`运行`、`回合`、`轮次` | "回合"较多，兼容 |
| **token** | `词元` / `Token` / `token` / `tokens` | 桌面用「词元」，web用「Token」——桌面反而更贴！但 CLI(`locales/zh.yaml`)大量用「令牌」/「token」，整体不统一 |
| **网关 gateway** | 三种都用"；一致 | OK |
| **审批 vs 批准** | 3处「审批」、3处「批准」 | 实际语义相同可以统一用「审批」 |

### 2.3 保留英文但应加译的

- 全文件：`/click to change folder`、`Login with、`Browser`、`Continue` 等小控件——**大类是它们本来就是按钮名/协议名**（如 `MCP`、`API key`、`Ctrl`），可接受；但：
  - `settings.providers.intro`里的 `continue` → 应该是「继续」
  - `assistant.thread.today`/`yesterday` 输出 `今天，${time}` — 用了半角逗号
  - `composer.hotkeyDescs.?` = `此快速帮助 (删除以关闭)` — 半角括号并存

### 4.4 硬伤：被屏蔽的字符串还在

`zh.ts` 里 4 处是 **`***`（可能被之前某次「句子容器」替换成了星号掩码**）：

```
line 108 : openaiRejectedApiKey: 'OpenAI 拒绝了该 API key。'  → 实际文件里是 '*** 拒绝了该 API key。'
line 703 : settings.providers.haveApiKey  '改用 API 密钥？'  → '*** API 密钥？'
line 1537 : onboarding.haveApiKey '我有 API 密钥'  → '*** API 密钥'
line 1556 : onboarding.pasteApiKey '粘贴 API 密钥'  → '*** API 密钥'
```

其中 `settings.providers.haveApiKey` 应该是 `改用 API 密钥？`（对应 en 的 `Switch to API key?`）、`onboarding.haveApiKey` 应为 `我有 API 密钥`。**这四个键目前以 `***` 开头，属于真实损坏**——这是本次检查发现的最严重问题（key 上眼看了整句）。

（注：`***` 是**无意的占位符损坏**，是真正会显示给用户的 bug，不只是翻译腔。）

### 2.5 同一原文出现两种译法的"细分"也有些不一致

- `yolo` 说法：`启发模式` / `YOLO 已开启` / `此会话已启用 YOLO`——三面不一致。
- `approval`：菜单 `审批` / `assistant.approval.allowSession`「允许本会话」——后者拆了连，没问题但另类。
- `checkpoints`：`检查点` 统一，OK。

### 5.6 那里英文才拆掉

英文原句（EN）有的几条 `yoloSystem` 之类中文反而更好，但最大反例是 `mkdir spent`。整体**中文质量相当高**，超过贵站均值——上面这些几乎都是「局部用词」不是"翻译硬伤"。

### 5.7 Web 面板（dashboard）与 CLI 缺失现代术语

web 里 `profiles` 顶栏项显示「多Agent配置」——与桌面「配置档案」完全对不上，且「Multi-Agent」这个英文词不符合传统产品范式；`Config`→「分类」/「配置」混用。还给这一个一致化建议。

---

## 3. 修复入口（要改哪些文件、怎么改）

| 内容 | 文件 |
|---|---|
| 那条「我们要构建什么？」| `apps/desktop/src/i18n/zh.ts` 第 1321 行 |
| 桌面全部标签/提示 | `apps/desktop/src/i18n/zh.ts` |
| 繁体版 | `apps/desktop/src/i18n/zh-hant.ts` |
| Web 管理面板 | `web/src/i18n/zh.ts` |
| CLI/群聊层 | `locales/zh.yaml`（机器人/命令回复） |

这些已经是 Hermes 自己仓库的源码；桌面 App（`NEHermes.app`）编译后的产物是 `app.asar.unpacked/dist/assets/i18n-pHNlOsEg.js`，改源码需要重新构建（`hermes desktop` 的 dev 流程；当前运行时内部的 `*.ts` 改动不会立刻生效到已安装 App）。我没有给你直接改源码（那会改到你正在跑的程序）——需要改的话告诉我，我照上面"条目"逐一落地 + 用你提供的 parser 验证字符串不再损坏。

> 注：全文 391 个桌面键、`locales/zh.yaml` 的 `en↔zh` 键集都做了 pincher——`zh.yaml` 没有缺键，桌面侧英文键仅 4 个未覆盖（都是 `fieldLabels`/热键内的无关）。真正要动手的程度我上面已列尽。

## 结论

- **「构建」改什么**：推荐「我们来创造什么？」或「to producir」——比「构建」更符合产品语义，但它是轮询提示，不是必须。改起来一行。
- **真正该修**：那 4 处 `***` 损坏字符串（会直接显示给你）、术语统一（profile/配置档案）、中文标点（引号/冒号/逗号）、`…` 混用。
- 总体翻译质量超出同行平均水平；上述是"锦上添花"层级。

stanley

可以打开三、四个。。。

stanley

显示或隐藏侧边栏的按钮失效（Mac arm 下）

stanley

安装完之后，提示是否自动移除安装包（如office 365 的mac 安装包那样）