一款支持润色整理的 DeepSeek Harness 语音输入插件。
45.8/100
综合分
27
GitHub 星标
1,265
npm 周下载
—/5
用户评分
数据截至 2026/11/4 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add dsh-earsnpm 源 · dsh-ears 的发布者账号已校验与本仓库一致
状态速览
判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位：仅索引
图例：✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据，不代表插件有问题
档位由哪些信号合成
本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-client-store@deepseek-ai/cordis@deepseek-ai/dsh-api-remotes@deepseek-ai/dsh-client-locale@deepseek-ai/dsh-client-ui-conversation@deepseek-ai/dsh-client-ui-primitives@deepseek-ai/dsh-client-ui-renderer@deepseek-ai/dsh-client-ui-settings@deepseek-ai/dsh-client-ui-settings-plugins@deepseek-ai/dsh-client-ui-slots@deepseek-ai/dsh-credentials@deepseek-ai/dsh-llm给这个插件打分还没有人投票↓
用户评分
还没有人投票，来当第一个
功能亮点
- 文本润色整理
- 接入语音识别API
最近更新
在 GitHub 查看全部 →v0.4.32026-10-17
百炼控制台指引。升级后的阿里云百炼控制台把每个 ASR 系列连同它的同步、文件转写、流式、消息、实时成员并排列出。这个补丁在非同步变体到达同步端点之前就拒绝它们，把模型选择失败和模型未找到失败转成可操作的指引，并把 Qwen-Audio 3.1 的短音频无词回复当作空语音处理。dsh 基线和对等版本范围不变：0.4.3 是 0.4.2 的直接替换补丁。
· 修复
· 非同步百炼模型在请求前就被拒绝。-filetrans、-streaming、-message、-realtime 变体，包括带日期的快照如 qwen3-asr-flash-filetrans-2025-11-17，以及仅支持异步的 fun-asr / paraformer-v2 id，都返回 asr.modelUnsupported，并附一个本地化的同步模型示例。此前它们会到达同步端点，然后以 url error, please check url 失败。
· 未知百炼模型 id 会得到可操作的指引。服务商返回的 Model not exist. 回复映射为 asr.modelNotFound，要求提供大小写敏感的准确模型 ID，并确认该模型已在当前工作空间启用。
· Qwen-Audio 3.1 无词回复安静结束。CLIENT_ERROR: ASR_RESPONSE_HAVE_NO_WORDS 按空音频处理，极短或静音的片段不再报成上游失败。短语音输入应优先用 qwen3-asr-flash；两个 README 都记录了这一限制。
· 百炼响应解析接受两种位置。顶层 text / sentence.text 和工作空间专属主机与旧版主机返回的嵌套 output.* 结构都能读取。
· 变更
· 百炼设置指引跟随升级后的控制台。API 主机提示列出工作空间专属的北京和新加坡主机，以及允许的 /compatible-mode/v1 后缀；模型提示要求填模型 ID，并警告不要用显示名称和 -filetrans / -streaming / -message 变体。
· 两个 README 都记录了控制台升级。它们列出支持的同步模型、不支持的传输变体、短音频限制，以及当前的非实时 HTTP API 参考。
· D-060 记录了模型选择和无词回复的决策。
· 验证说明
· pnpm check、pnpm test（588 个测试）、pnpm build、pnpm verify:package、pnpm release:check 均通过。
· CI 矩阵在 Ubuntu 和 Windows 上通过，依赖审计通过，两个 DSH 兼容性冒烟测试（0.2.0-rc.1 和 0.2.1-rc.2）均通过。
· 现有手动关卡不变：真实渲染器和真实麦克风不自动化。
通过可信发布（SLSA 来源证明）发布到 npm。
v0.4.22026-10-17
dsh 0.2.1 支持。编译、lockfile 和认证基线升到 dsh 0.2.1-rc.2，这是已发布的最新 dsh 版本，支持的最低版本仍是 >=0.2.0-rc.1。上游这次同样没改本插件用到的 API，所以这只是一次基线和认证迁移，运行时代码没动，下限也没破：0.4.2 对所有已跑 0.4.1 的宿主都是可直接替换的补丁。
· 变更
· 编译和 lockfile 基线是 dsh 0.2.1-rc.2。所有 @deepseek-ai/dsh-* 开发依赖固定版本、内置的 @deepseek-ai/dsh-client-store 实现依赖、@deepseek-ai/cordis（4.0.5）和 @deepseek-ai/schemastery（3.18.5）一起升级。只升这一族里的单个包不是合法状态：较新的 dsh 包会解析出自己那份 dsh-llm，两份副本里带品牌标记的 ReasoningEffortId / ToolCallId / MessageId 类型无法统一，类型检查就会失败。
· 支持的 dsh 最低版本不变，仍是 >=0.2.0-rc.1。peer 范围、engines.dsh、README 及其徽章、About 界面和包校验都继续声明这个下限。开放的 >= 范围是有意为之（D-058）：后续 0.2.x 宿主无需新发插件版本即可使用，所以更新的认证目标不算兼容性破坏。
· 兼容性冒烟测试认证两条 dsh 线。CI 矩阵和 scripts/compat-smoke.mjs 覆盖 0.2.0-rc.1 和 0.2.1-rc.2，冒烟测试现在从按版本的表里取每条线的 cordis/schemastery 固定版本，不再对所有宿主用同一行，因为 dsh 0.2.1 的 peer 是 ~4.0.5 和 ~3.18.5。
· Dependabot 把所有 @deepseek-ai/* 更新归到一个拉取请求里，这样发布线就不会再被逐个包地升级。它取代的七个按包拆分的拉取请求已在仓库里标记为被取代，未合并。
· 上游背景
· dsh 0.2.1-rc.2 是 npm 的 next 发布；npm latest 仍是 0.2.0-rc.2，还没有稳定的 0.2.1。这条线的用户可见工作是插件市场、会话查询和终端工具，以及 Remote 调用的资源作用域访问控制模型。
· 把本插件用到的十三个包与 0.2.0-rc.1 做 tarball 对比，只发现新增或可选的改动。@deepseek-ai/dsh-settings、@deepseek-ai/dsh-client-locale、@deepseek-ai/dsh-client-store 和 @deepseek-ai/dsh-client-ui-settings-plugins 除 package.json 外没变；@deepseek-ai/cordis 和 @deepseek-ai/schemastery 除版本号外没变。其余包新增了声明：Typert 增加 resources、principal 和 TypertRemoteValue，TypertCodec 仍通过该值类型要求 create()，LlmCallConfig 拆成 LlmCallControls 加捕获的路由，字段一个没丢，conversation、settings 和 primitives 接口新增 draft、user-text、CommandChip、InlineEditor、MenuGroup 和 HoverCardGroup 导出。导出的 Cordis Config 设置策略、settings.describe()/update()/replace()、图标导出、slot 注册、ctx.credentials、ctx.llm 和严格的 Typert create() 编解码契约都没变。
· 新的 Remote 访问控制层给不指定资源的调用分配内置全局资源，dsh-ears 的命名空间不涉及会话、工作区或文件身份，所以不需要资源声明。认证运行通过真实的 HTTP Remote 边界走这条路径，而不是靠人工检查。
· 验证说明
· 在 0.2.1-rc.2 基线上，pnpm check、pnpm test（582 个测试）、pnpm build、pnpm verify:package 和 pnpm release:check 全部通过，源码没改。
· 兼容性冒烟测试对 dsh 0.2.1-rc.2 和 dsh 0.2.0-rc.1 分别跑了全新、规范化和旧版场景。每次运行都提供 Client 贡献、返回脱敏的 getSettings 视图、通过严格 Remote 写入设置，并在 ds
v0.4.12026-09-28
dsh 0.2.0 支持。支持的最低版本改为 dsh >=0.2.0-rc.1，dsh-ears 0.4.1 是首个能在 dsh 0.2 桌面客户端上运行的版本；0.4.0 仍是 dsh 0.1.x 的最后一个版本。版本范围断档落在补丁版本里，dsh 会强制执行：在 dsh 0.1.7-rc.2 上安装会被拒绝，而不是照常运行。无需改动运行时源码，因为 dsh-ears 用到的每个 dsh 包在这一步都保持了公开契约。
dsh 0.2 还没有稳定版：0.2.0-rc.1 是 npm 上的 next 版本，也是 DeepSeek Harness 桌面应用随附的版本。
· 变更
· 支持的 dsh 最低版本改为 >=0.2.0-rc.1，取代 >=0.1.7-rc.2。peer 最低版本、engines.dsh、编译基线、lockfile、CI 矩阵、兼容性冒烟测试、包校验、关于界面和各个 README 都统一写这一个版本。dsh 通过 @deepseek-ai/dsh* 上的 peerDependencies 强制这个下限；engines.dsh 只是声明式元数据，运行中的版本并不读取它。
· 0.2.0 之前的主机一律拒绝，不再容忍。插件被接纳或安装时，兼容性校验会读取声明的 peer 范围，所以在 dsh 0.1.7-rc.2 上安装本版本会中止并报安装被拒：Plugin dsh-ears@0.4.1 is incompatible with dsh 0.1.7-rc.2，并给出同版本豁免路径。dsh 0.1.2–0.1.6 的用户继续用 dsh-ears <0.4.0，dsh 0.1.7 的用户继续用 <0.4.1，dsh 0.1.1 的用户继续用 <0.3.0；每个范围都解析到主机接受其声明 peer 的版本。
· 兼容性冒烟测试在一次认证中跑全新、规范、遗留三种场景。每个场景各有独立配置档，升级文档失败不会再被全新安装通过所掩盖。
· pnpm-workspace.yaml 为 0.2.0-rc.1 各包记录了 minimumReleaseAgeExclude 条目，因为该版本比 pnpm 的发布时长门槛更新。
· 新增
· 桌面端是一种配置档，不是第二个客户端平台。dsh 0.2 桌面应用与 Web UI 组合同一个 @deepseek-ai/dsh-web-app 包，其 client-modules 服务只认一个插件平台词：web。因此插件保持 dsh.client.platform: "web" 和 exports["./client"] 不变，同一份包在两个界面都能用。桌面端安装走应用自带的插件管理器，装进它保留的 desktop 配置档；dsh 命令行按设计拒绝管理该配置档。
· 上游上下文
· dsh 0.2.0-rc.1 是 0.2 系列的首个候选版。面向用户的变化有桌面客户端、插件管理与设置页交互的改进，以及自动化作为可选插件包登场。
· 与 0.1.7-rc.2 做 tarball 对比，本插件用到的包没有破坏性变更。十三个包里有十个除 package.json 外逐字节相同；另外三个只是放宽类型（SessionInput.submit(mode?, source?)、TextShimmer children、overlayTopMargin() 返回值）或新增可选的桌面提交元数据。设置服务、客户端图标导出、插槽注册、凭据、ctx.llm 和严格的 Typert create() 编解码契约都没变，@deepseek-ai/cordis ~4.0.4 与 @deepseek-ai/schemastery ~3.18.4 仍是厂商锁定版本。
· 升级证据
· 在真实的 dsh 0.2.0-rc.1 主机上实测：客户端贡献能正常提供，getSettings 返回脱敏视图，通过严格 Remote 写入设置即时生效，且写入在 dsh web 重启后仍在——三种设置文档场景都通过，包括 dsh-ears 0.3.x 写下的规范 v4 段落，以及 Host 拒绝导入的 0.3 之前扁平段落。
· 遗留 settings.yaml 的导入是异步的，所以认证运行必须等它完成，不能在第一次读取时就断言。在 dsh 0.2.0-rc.1 上，首次读取仍显示默认值时，预置的规范模型、凭据和后端在两秒后已生效；冒烟测试现在轮询设置视图直到导入值稳定，这样规范断言在每个主机上都保持严格，而不是把延迟差异写进预期。
· 验证说明
· 手动桌面点击验证于 2026-09-28 在随附的桌面应用（0.2.0-rc.1）上通过。dsh-ears 0.4.1 从打包的 tarball 经应用自带插件管理器装进其
数据来自仓库的 GitHub Release，可能与插件实际版本不一致。
README
由 DeepSeek 最新模型翻译生成dsh-ears
一款支持润色整理的 DeepSeek Harness 语音输入插件。
简体中文 ·
= 0.2.0-rc.1">
https://github.com/user-attachments/assets/1363768e-a393-44bd-a008-1ce2055cac41
dsh-ears 为 DeepSeek Harness 提供语音输入与 LLM 润色整理能力。支持浏览器 Web Speech、本地 Whisper 以及主流语音识别（ASR）API 服务。
安装
前置依赖：DeepSeek Harness >=0.2.0-rc.1，以及 Node.js ^22.19.0 || >=24.0.0。
通过 npm 安装
Web UI：
dsh plugin --profile web add dsh-ears
桌面端：在插件管理界面中安装。桌面端独占名为 desktop 的 profile，dsh 命令不会管理它，因此没有对应的命令行写法。dsh-ears 不需要单独的桌面端构建，两个界面加载同一个 web 客户端包。
仍在使用 dsh 0.1.x？ dsh-ears 0.4.3 要求 dsh >=0.2.0-rc.1，dsh 会直接拒绝在旧版本上安装。
展开完整文档（README 剩余 1 节）
dsh-ears
一款支持润色整理的 DeepSeek Harness 语音输入插件。
简体中文 ·
= 0.2.0-rc.1">
https://github.com/user-attachments/assets/1363768e-a393-44bd-a008-1ce2055cac41
dsh-ears 为 DeepSeek Harness 提供语音输入与 LLM 润色整理能力。支持浏览器 Web Speech、本地 Whisper 以及主流语音识别（ASR）API 服务。
安装
前置依赖：DeepSeek Harness >=0.2.0-rc.1，以及 Node.js ^22.19.0 || >=24.0.0。
通过 npm 安装
Web UI：
dsh plugin --profile web add dsh-ears
桌面端：在插件管理界面中安装。桌面端独占名为 desktop 的 profile，dsh 命令不会管理它，因此没有对应的命令行写法。dsh-ears 不需要单独的桌面端构建，两个界面加载同一个 web 客户端包。
仍在使用 dsh 0.1.x？ dsh-ears 0.4.3 要求 dsh >=0.2.0-rc.1，dsh 会直接拒绝在旧版本上安装。请继续使用对应的旧版本线：
dsh 0.1.2–0.1.6
dsh plugin --profile web add "dsh-ears@<0.4.0"
dsh 0.1.7（dsh-ears 0.4.0 要求 dsh 0.1.7-rc.2 及以后）
dsh plugin --profile web add "dsh-ears@<0.4.1"
dsh 0.1.1
dsh plugin --profile web add "dsh-ears@<0.3.0"
从源码安装
git clone https://github.com/WizisCool/dsh-ears.git
cd dsh-ears
pnpm use:platform
pnpm install
pnpm build
dsh plugin --profile web add "$PWD"
Windows 的 cmd 请使用 "%CD%"；PowerShell 直接使用 $PWD
pnpm use:platform 将 node_modules 切换到当前平台的 native 依赖树（Windows / Linux 各自独立），首次克隆和跨平台切换后都需要运行。
安装完成后刷新 Web UI，输入框右侧会显示麦克风图标。
更新
dsh plugin --profile web add dsh-ears
add 会从 npm 拉取最新版本，任何已装版本都可以直接运行。更新后需要重启 dsh web 加载新的服务端代码，再刷新 Web UI；也可以在设置页的"关于"面板检查新版本。
卸载
dsh plugin --profile web remove dsh-ears
卸载后刷新 Web UI。
使用
1. 点击麦克风图标，或按下 Ctrl+Shift+Space（可在设置页更改）
2. 开始说话
3. 再次按下快捷键或点击麦克风，停止录音并开始转写
4. 开启润色后，原始转写会先写入草稿，润色完成后再更新，期间的手动编辑会被保留
5. 检查内容后手动发送
转写结果始终写入可编辑草稿，不会自动发送。如果所选后端尚未就绪，麦克风图标会变灰，悬停即可查看原因。
识别后端
| 后端 | 工作方式 | 需要什么 |
| Web Speech | 浏览器实时识别 | 默认后端；Chromium 内核浏览器 |
| 本地 Whisper | 录音结束后本地转写 | 在设置页下载 GGML 模型 |
| Groq | Groq Whisper API | API key |
| Deepgram | 预录音频或实时音频流 | API key、模型名（如 nova-3） |
| 阿里云百炼 | DashScope 同步转写 | API key、同步模型 ID；单次最长 300 秒 |
| 腾讯云 | 录音文件识别或实时语音识别 | AppID、SecretID、SecretKey、engine_type |
| 小米 MiMo | 语音识别 API，支持标准 API 或 Token Plan | API key、模型名（如 mimo-v2.5-asr）；Token Plan 需选择区域集群 |
| 硅基流动 (CN) | 语音转写 API | API key、模型名（如 FunAudioLLM/SenseVoiceSmall） |
| 火山引擎 | 录音文件识别（大模型）或单向流式语音识别 | API key（新版控制台 X-Api-Key）、资源 ID |
| 自定义 OpenAI 兼容 | 发送到指定 /audio/transcriptions 端点 | 端点地址、API key、模型名 |
本地 Whisper：基于 @fugood/whisper.node 本地运行 whisper.cpp，无需 Python、FFmpeg 或外部依赖。支持在设置页下载管理 GGML 模型（tiny（默认）至 turbo），并可选 default（自动）、vulkan 或 cuda 加速。
阿里云百炼：升级后的控制台使用业务空间专属域名（华北2 北京为 https://{WorkspaceId}.cn-beijing.maas.aliyuncs.com，新加坡为 https://{WorkspaceId}.ap-southeast-1.maas.aliyuncs.com）。请填写该 API Host 和同步模型 ID（如 qwen3-asr-flash、qwen-audio-3.1-asr-flash、fun-asr-flash-2026-06-15），不要填控制台显示名称，也不要使用 -filetrans、-streaming、-message、-realtime 变体，这些模型走异步任务或 WebSocket 接口，dsh-ears 不支持。
火山引擎：仅支持新版控制台的 API Key（X-Api-Key）鉴权（不支持旧版 AppID + Access Token），可在控制台 API Key 管理页面获取。
润色
默认开启。提供方和模型都留空时使用 dsh 的默认 Agent 模型（包括默认推理设置）；也可以从 dsh 已配置的模型中选择。LLM 凭据复用 dsh 现有配置。支持设置推理强度。
默认提示词会删除口头禅、修正 ASR 错字、处理自我纠正和口头列举。可在设置页自定义提示词或查看默认内容。润色失败或取消时保留原始转写。
设置
安装后在 Web UI 的设置页出现 dsh-ears 面板，分为四个标签页：
| 标签页 | 可配置项 |
| 常规 | 设置页显示名称、语音快捷键开关与组合键、提示音开关、最长录音时间（1–600 秒，默认 120 秒） |
| 识别 | 后端选择、语言、本地 Whisper 模型和加速方式、云服务提供方及各提供方凭据 |
| 润色 | 开关、LLM 提供方和模型、推理强度、自定义提示词（最长 4000 字） |
| 关于 | 版本号、许可证、dsh 兼容范围、检查更新 |
已知限制
- Web Speech 后端依赖浏览器实现，音频可能被发送到浏览器厂商的服务端处理，不是完全的本地/离线方案。
- 百炼单次录音最长 300 秒；Qwen-Audio-3.1 对极短或静音音频可能返回“无词”，短语音输入建议使用 qwen3-asr-flash。
- Deepgram Flux 系列模型需要 Listen V2 协议，当前不支持。
- 本地 Whisper 单次音频限制 24 MB，转写超时 120 秒。
- 加速方式（default / vulkan / cuda）在首次 native 加载后锁定，切换需重启 dsh web。
本地开发
pnpm use:platform
pnpm install
dsh plugin --profile web add "$PWD"
Windows 的 cmd 请使用 "%CD%"；PowerShell 直接使用 $PWD
pnpm check # 类型检查
pnpm test # 运行测试
pnpm build # 构建
pnpm dev:config # 构建并生成 HMR 配置
pnpm dev:web # 启动 dsh web
开发时在另一个终端运行 pnpm dev:watch 实时重编译。
修改前端 UI 代码只需刷新浏览器；修改服务端、设置注册、Remote 或 schema 代码需重启 dsh web 再刷新。
文档
- CHANGELOG
- CONTRIBUTING
- SECURITY
- LICENSE
License
MIT
友链
- LINUX DO — 新的理想型社区
Star History预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
WizisCool/dsh-ears
一款支持润色整理的 DeepSeek Harness 语音输入插件。
相关插件 · 安全 / 权限
智能体逆向工程morluto/rea
用智能体逆向工程任何东西，从应用行为到原生二进制。
★ 430,389已汉化DSH
73.3
智能体集群框架ruvnet/ruflo
面向 Claude Code 与 Codex 的智能体元基座meta-harness。
★ 80,867已汉化MCP
71.9
破甲一键通z91772524-ai/pojia-next
🌐 官网国内推荐从这里进：
★ 1,045已汉化DSH
71.7
WorkBuddy 模型接入corrinehu/dsh-workbuddy-connect
2026 年 10 月 20 日起，WorkBuddy…
★ 1,604已汉化DSH
71.7
主动编码智能体deepseek-ai/dsh-superagent-prototype
研究原型，仅供参考，不是 DeepSeek 官方产品。…
★ 15,535已汉化DSH
71.6
破甲工作流画布Minglink/dsh-jailbreak-workflow
在画布上编排破甲研究流程并编译成提示词交给模型执行
★ 559已汉化DSH
70.8
这个插件是你维护的吗？
作者本人可认领并核对本条目；认领通过后，详情页会显示「作者已认领」标记。