gemma-4-26B-A4B-it-assistant
google · 工具包
在推测解码里充当多词元预测草稿模型,加快 Gemma 4 26B A4B 的文本生成。适合想降低延迟、同时保持与标准生成相同输出质量的开发者。
根据到目前为止的文字,判断语音助手何时该在用户还在说话时插入一个小的倾听声,比如 mhm 或 oh no。只处理文本,在 CPU 上约 5 毫秒就能给出结果。
Backchannel Cue 32M 是一款工具包,属于开发类,由 Mindket 上架。可免费获取。当前为第 1 版,最近更新于 。在本页下载,是一个装着它全部文件的 zip 压缩包。这些文件不会自己运行。
pip install -U huggingface_hub hf download KoljaB/backchannel-cue-32m
这个模型让语音助手学会边听边出声。人在听别人说话时会低声发出 mhm 或 oh no 这样的小信号,而一直沉默等待的助手会显得冷冰冰。你把用户在停顿处到目前为止说的话传进去,模型就告诉你听者会不会有反应,以及怎样反应。它在 CPU 上运行,所以你可以在每次停顿时调用它,不需要大模型。
它适合开发语音助手、希望助手在用户说话期间显得专注的开发者。
| 行业 | 谁在用 | 怎么用 | 例子 |
|---|---|---|---|
| 语音助手 | 开发语音助手的开发者 | 在每个停顿处检查有没有合适的倾听信号 | 用户提到家长生病时,回应一个表示同情的信号 |
| 电话和呼叫机器人 | 构建语音机器人的团队 | 在来电者说话时保持他们的参与感 | 在一个长分句之后说 mhm |
| 对话研究 | 研究话轮转换的研究者 | 研究人们何时回应以及用哪些词 | 阅读门控 AUC 结果和训练说明 |
如果你的产品没有语音,或者你需要的是回复而不是小信号,可以略过它。
| 用途 | 谁用 | 能得到什么 |
|---|---|---|
| 倾听信号 | 语音应用开发者 | 一个信号概率、合适的反应和可能的措辞 |
| 情绪检查 | 在意语气的团队 | 一个 neutral、bad、good 或 funny 的情绪标签 |
| 反问提示 | 助手开发者 | 一个适合句子说到一半的回声提问 |
你需要先准备:
pip install -U huggingface_hub hf download KoljaB/backchannel-cue-32m
pip install onnxruntime tokenizers numpy huggingface_hub python example.py
在停顿开始约 0.45 秒时,用当前话轮的转写文本调用 example.py 里的 decide 函数。它返回要说的文字,或者在保持安静更合适时什么也不返回。如果可以,请用预先渲染好的音频播放这段文字,因为现场生成的语音往往来得太晚。
from example import decide
decide("my dad got really sick last week") # e.g. "Oh no."
decide("i wanted to tell you about") # "About what?"
decide("what time is it") # usually None: stay quiet| 工具 | 作用 |
|---|---|
| decide | 把当前话轮的文字变成一个信号,或者变成沉默 |
| example.py | 一个可以直接复制的完整策略,包含下面的规则 |
| clean | 把文字整理成没有标点的小写单词 |
| config.json | 存放所有标签,以及每种反应对应哪些措辞 |
你传入一句关于家长生病的话。模型返回一个类似 oh no 的同情信号。对于一个只问时间的普通问题,它通常什么也不返回,所以助手保持安静。
第一次尝试可以运行 example.py,给它几句话,有悲伤的也有中性的。看看哪些会得到信号,哪些保持沉默。
对懂行的人来说,这个模型建立在 ettin-encoder-32m 编码器之上,返回一个门控概率、每种反应类型的分数、一个情绪、61 个措辞类别和一个回声分数。模型卡里的规则和分数同样重要。它们在句子中间设置更低的信号门槛,在情绪偏坏时压住笑声和夸奖,并让信号之间至少隔 6 秒。只发送当前话轮,取最新的 30 个词。
| 检查项 | 结果 |
|---|---|
| 门控 AUC,保留语料的停顿 | 0.733 |
| 情绪准确率,书面开发集 | 86% |
| 被判为 bad 的新悲伤句子 | 12 of 12 |
| 阈值 0.7 的回声,合适的触发 | 14 of 14 |
根据到目前为止的文字,判断语音助手何时该在用户还在说话时插入一个小的倾听声,比如 mhm 或 oh no。只处理文本,在 CPU 上约 5 毫秒就能给出结果。
由 KoljaB 在 Hugging Face 上制作。这些说明是 Mindket 根据它的模型页面和模型卡写的,模型自己的文件和许可证在 Hugging Face 上。
它是什么:这个模型让语音助手学会边听边出声。人在听别人说话时会低声发出 mhm 或 oh no 这样的小信号,而一直沉默等待的助手会显得冷冰冰。你把用户在停顿处到目前为止说的话传进去,模型就告诉你听者会不会有反应,以及怎样反应。它在 CPU 上运行,所以你可以在每次停顿时调用它,不需要大模型。
适合谁:它适合开发语音助手、希望助手在用户说话期间显得专注的开发者。
行业 | 谁在用 | 怎么用 | 例子
语音助手 | 开发语音助手的开发者 | 在每个停顿处检查有没有合适的倾听信号 | 用户提到家长生病时,回应一个表示同情的信号
电话和呼叫机器人 | 构建语音机器人的团队 | 在来电者说话时保持他们的参与感 | 在一个长分句之后说 mhm
对话研究 | 研究话轮转换的研究者 | 研究人们何时回应以及用哪些词 | 阅读门控 AUC 结果和训练说明
如果你的产品没有语音,或者你需要的是回复而不是小信号,可以略过它。
用在哪里:
用途 | 谁用 | 能得到什么
倾听信号 | 语音应用开发者 | 一个信号概率、合适的反应和可能的措辞
情绪检查 | 在意语气的团队 | 一个 neutral、bad、good 或 funny 的情绪标签
反问提示 | 助手开发者 | 一个适合句子说到一半的回声提问
如何设置:
你需要先准备:
pip install -U huggingface_hub
hf download KoljaB/backchannel-cue-32m
pip install onnxruntime tokenizers numpy huggingface_hub
python example.py
如何使用:
在停顿开始约 0.45 秒时,用当前话轮的转写文本调用 example.py 里的 decide 函数。它返回要说的文字,或者在保持安静更合适时什么也不返回。如果可以,请用预先渲染好的音频播放这段文字,因为现场生成的语音往往来得太晚。
from example import decide
decide("my dad got really sick last week") # e.g. "Oh no."
decide("i wanted to tell you about") # "About what?"
decide("what time is it") # usually None: stay quiet
工具 | 作用
decide | 把当前话轮的文字变成一个信号,或者变成沉默
example.py | 一个可以直接复制的完整策略,包含下面的规则
clean | 把文字整理成没有标点的小写单词
config.json | 存放所有标签,以及每种反应对应哪些措辞
示例:你传入一句关于家长生病的话。模型返回一个类似 oh no 的同情信号。对于一个只问时间的普通问题,它通常什么也不返回,所以助手保持安静。
新手与专家:第一次尝试可以运行 example.py,给它几句话,有悲伤的也有中性的。看看哪些会得到信号,哪些保持沉默。
对懂行的人来说,这个模型建立在 ettin-encoder-32m 编码器之上,返回一个门控概率、每种反应类型的分数、一个情绪、61 个措辞类别和一个回声分数。模型卡里的规则和分数同样重要。它们在句子中间设置更低的信号门槛,在情绪偏坏时压住笑声和夸奖,并让信号之间至少隔 6 秒。只发送当前话轮,取最新的 30 个词。
你发送当前话轮的文字
模型给门控、反应、情绪和措辞打分
你的规则决定是否开口
你播放预先渲染好的信号,或者保持安静
注意事项:
Title: 单个 CPU 线程上每次调用的耗时
短文本: 5 ms
40 个词: 12 ms
Title: 报告的检查结果
检查项 | 结果
门控 AUC,保留语料的停顿 | 0.733
情绪准确率,书面开发集 | 86%
被判为 bad 的新悲伤句子 | 12 of 12
阈值 0.7 的回声,合适的触发 | 14 of 14
用 Hugging Face 的命令行下载它的文件:
pip install -U huggingface_hub
hf download KoljaB/backchannel-cue-32m
然后按它的模型卡使用它。这个工具包里没有会自己运行的东西。
README.md 6 KB
同一分类里与本产品共有标签最多的已上架 Hugging Face 模型。
| 产品 | 最近 30 天下载 | 点赞 | 参数量 | 许可证 | 最近更新 |
|---|---|---|---|---|---|
| Backchannel Cue 32M 本页 | 114 | 27 | — | mit | |
| Indic Multilingual Turn Detector共有 conversational-ai · onnx | 81 | 3 | 494M | apache-2.0 | |
| Pipecat backchannel detector共有 backchannel · onnx | 0 | 17 | 961K | bsd-2-clause | |
| ZeroTTS共有 onnxruntime · onnx | 8,091 | 54 | — | mit | |
| RuView共有 onnxruntime | 69 | 37 | — | mit | |
| deberta-v3-base-prompt-injection-v2共有 text-classification · onnx | 476,298 | 129 | 184M | apache-2.0 |
Hacker News、Bluesky、X、Reddit、Facebook 和 YouTube 上提到这个项目的帖子和评论,来自每周一次的搜索和 Trendshift。它们不是 Mindket 写的,也未经核实,点开即可在原帖处阅读。
google · 工具包
在推测解码里充当多词元预测草稿模型,加快 Gemma 4 26B A4B 的文本生成。适合想降低延迟、同时保持与标准生成相同输出质量的开发者。
kandinskylab · 工具包
用一帧参考画面和一段语音生成头像视频,按每段 5 秒分块生成。是 Kandinsky S2V 1.0 流程的 Gradio 演示,适合视频和头像开发者。
gaia-benchmark · 工具包
展示围绕 GAIA 数据集建立的排行榜,让人们在同一个基准上比较 AI 系统。这是 gaia-benchmark 团队的 Gradio 应用。
unsloth · 工具包
671B 参数 DeepSeek-R1 推理模型的 GGUF 版本,带 1.58-bit 和 2-bit 动态量化,可在内存足够的本机上用 llama.cpp 运行。
prithivMLmods · 工具包
提供 Axion-1.0-35B 的 GGUF 文件,这是一个有约 30 亿激活参数的 35B 混合专家模型,面向科学推理、信息查找和工具使用。适合配合 llama.cpp 在本地使用。
Phips · 工具包
用一个超分辨率网络放大低分辨率图像,可以在一块消费级 GPU 上训练,并导出为 ONNX。适合训练或运行图像放大模型的人。