Yungrace · Product Research

结合全功能,重新看 Yungrace

18 个能力组 × 10 款参考产品:已有链路不重做,让事实、依据与双语交付保持一致。

媒体补充:2026-09-01 · 深入复核:08-31 · 代码、官方说明与隔离测试分开标注

一句话结论

你的核心不是“录音”,而是“跨语言沟通”。实时翻译、耳机和离线负责当下沟通;笔记、音频、图片和文本保存上下文;历史中心、摘要和 AI Talk 负责事后复用。下一步是提高这些连接的可靠性与双语交付质量。

沟通当下:听懂与表达 → 沟通之后:查证与整理 → 下一次沟通:调用已授权的记忆

范围:当前 Mobile_Flutter 主工作目录、配套后端、官网/商城/管理后台。18 是分析分组,不是独立功能数量。不包含其他产品,也未合并旁支工作区。08-31 复核代码、官方资料与后端隔离测试;移动端测试引用 08-27 旧结果,未做真机、支付或线上验收。查看已有链路验证

08-31 深入分析:最值得继续的方向

  • 信任优先:源内容改了、删了,索引和派生记忆要跟随;AI 提议不能悄悄变成用户事实。
  • 问答可解释:当前来源卡是检索候选,不是逐句核验后的证据。范围、版本与原话定位更重要。
  • 先把成果交出去:统一原文/译文/摘要的导出选择与预览,是比再造摘要更明确的增量。
  • 更正旧判断:实际向量与记忆共库;二次写失败不等于永久不可检索。新测试确认有条件的缓存滞后,摘要索引陈旧仍在。

按需展开。建议属于产品假设,不是市场需求证明、生产事故定级或已批准开发。完整分析与证据

1 · 先服务谁,什么才算成功

优先验证客户/供应商跨语言沟通。面对面/Call、产品图片、录音、双语整理和历史约定会连续出现。成功不是“生成一份摘要”,而是双方听懂,并得到数量、单位、日期、责任人可核验的双语跟进稿。

其次是学习/培训。把音频、课件、术语、回听和追问用于“找到不懂之处及依据”,不先做题库或课堂管理。

旅行保持快速工具属性。优先完成当次表达/看懂内容,不强迫建项目、开长期记忆或先选模板。

耳机、双区域和离线既是资产,也增加维护成本。只有在同一场景更可靠、更省步骤,组合优势才成立;目前没有用户访谈、留存或付费数据证明以上排序。

2 · 四个跨功能连接,比堆新入口更有价值
复用已有能力,避免重复立项
连接当前事实建议增量
结束 → 回看Memo 已直达详情;F2F/Call 保存提示到类型列表准确打开本次记录,保留轻量退出
历史 → 提问历史七类,搜标题/预览;AI 记录来源五类,另受索引约束分清列表搜索、资料问答与选中范围
结果 → 交付共用详情主要分享原文;音频已双语;图片可带摘要统一内容选择、预览和分享范围
摘要 → 下一步已有行动项和可空负责人,尚非独立任务对象先确认、编辑、导出/跟进草稿,再决定任务化

图片关联也并非完全空白:有 legacy noteId 和底层方法,未找到当前 UI 完整调用旅程。先核对身份、权限与删除,再接入口;关联成功不等于联合摘要已完成。

代码:Memo 保存 · 共用分享 · 音频分享 · 图片分享 · 历史与多选

3 · 可信记忆:确认的问题、风险与反证

已隔离复现:摘要从“周一”改成“周五”,同 ID 旧索引仍被跳过,两区实际适配器路径均如此。换模型不会修复索引更新。

静态风险:所查移动端删除、CN 通用 DB 接口和仓内 Global Functions 未见单记录删除后派生 memory 失效联动;源删了但 memory 仍在时可能召回。仓外是否另有机制、线上是否发生尚未验证。

记忆作者风险:用户输入与 AI 回答合并后按 user 抽取,可能把 AI 提议记成用户事实。应保留角色、原始来源与确认状态;本轮未测模型实际发生率。

来源卡的真实含义:后端在回答生成前就发出检索候选,没有答案句子与原文片段绑定。先标清语义,再增强逐句核验,不把“有卡片”当作“回答正确”。

三个不同限制,不是一个“记忆容量”
阶段当前边界影响
补索引每类近期 20,合并默认 50单次扫描预算,不是最多存 50 条
记录文本标题/摘要前 500 字符不是原文分块,尾部事实可能未覆盖
向量候选最近 500 条 memory,再筛类型事实与记录共享窗口,旧项可能不入选

已有保护必须承认:UID、授权、已删/过期 memory 复查、账号删除 purge 与重试均已有。清空记忆、停止记忆、删除原记录不同;保留源与授权时后续可能重新索引。

上轮向量结论降级:旧测试用两个独立存储,实际两区共用 MemoryStore,首次已写 embedding。Global 缓存未失效可能短期隐藏新项,默认五分钟过期。旧基线也是共库,不是这些天修好了。

另需验证首问时序、Chat 恢复来源、离线会话联网续问、音频取消终态。已有恢复设施,不从零重建。完整风险与代码 · 5项适配器复核用例

4 · 十款竞品:学机制,不照搬功能数量
  • 听脑:场景化组织已有录音与知识复用;学少量完整任务,不造模板市场。官方场景
  • 讯飞听见:人工随记/图片参与纪要,结论定位原文录音;学人为重点和修订。离线录音≠离线转写。操作说明
  • 通义听悟:待办/重点带 SentenceId 与毫秒坐标;给现有摘要补依据。API 结果≠任务系统,问答回顾≠自由追问。接口说明
  • 飞书妙记:可回溯待办转正式任务;先学确认和分享权限,不复制办公套件。纪要与任务
  • Notta:@ 选择资料,Web 脚注可到录音时间点;复制答案却不带脚注,导出也要关注依据。移动端细则不同。来源说明
  • Granola:人的笔记引导总结、放大镜查依据,Chat 区分单场/文件夹/多场;学人机共写,不假定改一次就训练模型。增强笔记 · 范围
  • Plaud:单文件与全库提问分开,时间戳核验,答案存回记录;用好现有耳机,不添独立录音卡。单文件模式
  • Otter:汇总分配给自己的待办,并回到产生它的原文;学承诺与证据绑定。Action Items
  • Fireflies:单会与全局分入口,连接器权限可控;先接少量高频交付。Global AskFred
  • Notion:摘要引用、定制指令、会议数据库;转写和摘要可有不同保留策略。学记录对象,不照抄隐私承诺。官方帮助

08-31 官方资料复核,不是实测。部分页面无更新日;Plaud 单文件帮助页标08-31更新,不等于功能当天上线。未复核全部地区套餐;原图片视频保留在下方。

5 · 区域、硬件与离线:让支持条件可理解

“离线”至少四件事:本地保存、端侧推理、云端记忆、联网补处理。两区/两系统的 Provider、语言资源和模型条件不同;Global 无 GMS 的替代分支当前关闭。

“通话”必须按组合验收:入口受设备连接条件控制;双声道、远端音频、浮窗、第三方会议兼容须分别确认,模拟器不替代真实耳机。按键自定义当前 UI 也排除 iOS。

建议复用已有能力检查,统一解释“需连接设备/模型未下载/本设备不支持/云端不可用”,避免用户把消失的入口当作故障。

实际平台分支 · 区域/平台证据表

6 · 收费、商城与后台:围绕完整服务成本

保留已有 Free/Plus/Ultra 等体系,本轮不定新价格。完整成本包含识别、翻译/播报、摘要、embedding、检索读取、Chat、存储、导出;不能只算最后一次模型回复。

同一内容版本优先复用;切换输出样式不应无说明重跑整条链。操作前解释分钟、字符、图片、消息、文件的单位,失败/取消/重试规则一致。

竞品也有边界:Notta Brain 与转写额度分离;Fireflies 区分付费用户的已处理单会问答与全局/实时/Skills credits;听悟按组合能力计费。学透明,不复制复杂套餐。Notta · Fireflies · 听悟

Web 已有报价、订单与后台权限。应验证“网页宣传→购买→绑定/激活→App权益→退款/到期”的承诺一致。内部 CMS 不是客户团队知识空间;结算成功不等于 App 权益已验收。

7 · 投入顺序:先有小而完整的成果
  1. A · 信任:索引更新、源删除与派生记忆、作者与确认;先复现再定改法。
  2. B · 交付:双语导出选择/预览、F2F/Call 本次记录直达、来源语义说明,复用已有内容。
  3. C · 增强:严格选中范围、片段定位、人工重点/附件关联、跟进草稿,不自动外发。
  4. D · 扩展:持续复用后再考虑独立任务、项目、会前回顾和少量集成,最后才是团队空间。

首个可验证成果:经用户确认的双语沟通回顾,包含已确认事项、待确认问题、下一步和来源。B相对聚焦;A/C涉及数据生命周期,不能按“加个按钮”估工期。

8 · 怎么验证价值,哪些证据还缺

本轮:后端两区同一套24文件合约各149项通过,新增5项适配器检查完成;部分PASS表示风险复现,不是缺陷修好。08-27移动端175项和摘要29项为旧结果,本轮未重跑。覆盖控制器只生成计划,没有执行计划门禁。

真实样例建议:相似会议不同交期;“37件,不是73件”;推测改为确认;摘要晚生成;长文尾部;删原记录后重问;AI建议未确认;断流/离线联网/换账号。

看四项指标:关键事实正确的沟通成功率;需要依据的回答中关键主张均被有效来源支持的比例;展示后实际确认导出的交付物比例;完整观察窗内七日旧记录复访率。另记完整成本、重复扣费和取消后晚到输出。

没有用户样本,不编造增长目标。安装态、真实模型、物理硬件、删除/隔离仍待验证,本轮不宣称发布通过。覆盖表 · 详细分析、来源与日志

已有资产:这些不必重复开发

  • 统一历史已经有。History Hub 汇总 7 类记录,并有分类、搜索与批量操作;应改善入口和复用,不应重做。代码依据
  • 结构化摘要已经有。已有决策、行动项、负责人和待解问题;缺的是独立任务状态、截止时间与证据定位,不是再做一份摘要。代码依据
  • 跨记录检索和来源跳转已经有,但不是全文记忆。索引主要取标题和摘要,单条内容上限 500 字符;来源能打开记录,尚不能据此宣称逐句、逐秒引用。代码依据
  • 术语纠错是有意休眠。后端保留纠错和词汇提示接口,注释明确标记为未来专业/B2B 场景,不把缺少前端入口视为漏做。代码依据

结合你的全部功能逐项看

点击展开。每项区分已有实现、值得借鉴的机制和建议边界;“待补强”是本轮证据范围内的产品判断,不是全仓缺失证明。

01 · 面对面实时翻译 / 核心主线 · P0 保稳

已有实现:已有自动/手动交互、分屏对话、语音输入输出、会话记录与离线衔接实现。 依据

借鉴判断:借鉴 Notta 的原译文并列与会后复用,但不将实时对话变成单向会议转写。

建议:优先看端到端延迟、漏句、播报打断和噪声场景;结束后直达现有记录与摘要。保持一键进入,不先问用户要什么纪要模板。

02 · 通话/在线会议翻译 / 潜在差异化 · P0 保稳

已有实现:已有独立 call 模式、双通道处理、PiP/浮窗与通话历史实现;这不等于自有电话或会议平台。 依据

借鉴判断:借鉴 Otter 的会后行动衔接,不复制自动参会机器人。

建议:先验证指定耳机、系统和通话 App 组合的远端声音获取、双语播报、后台恢复;不宣称兼容所有 App。可用之后再增加跟进草稿。

03 · Memo 语音笔记 / 最短复用链路 · P0

已有实现:已有录制、转写/翻译、回放、笔记列表、摘要和离线保存/处理相关实现。 依据

借鉴判断:借鉴 Granola 的人工重点指导总结,以及听脑的会议/课堂场景表达。

建议:Memo、摘要、AI Talk 检索与来源跳转已有基础实现,先验证索引更新、首问命中和依据质量。重点标记与严格单条提问属于可选增强,不重建已有链路。

04 · 导入音频 / 补齐输入通道 · P1

已有实现:已有音频导入、处理状态、详情回放、摘要、转写文本分享及 JSON/SRT/VTT 产物识别。 依据

借鉴判断:借鉴 讯飞听见 的文件导入体验与 Notta 的记录复用。

建议:重点是失败续接、重复上传去重、语言和处理进度解释。字幕识别不等于全格式导出已经验收;先补稳定的原译文交付,再考虑链接导入。

05 · 文本翻译 / 高频工具 · 保留

已有实现:已有文本翻译、发音服务、历史、待同步缓存及区域化本地翻译路径。 依据

借鉴判断:这 10 款产品主要解决会议记录,不适合作为文本翻译完整体验的排名基准。可借鉴统一上下文,但不能因竞品主打录音而弱化文本。

建议:保持最快完成一次翻译的路径;需要时允许把片段关联到记录。术语库只在专业用户需求验证后重新启用,不把后台休眠接口当成应立即补齐的缺陷。

06 · 图片/OCR/图片理解 / 跨模态上下文 · P1

已有实现:已有拍照、相册、多图、图片 URL、处理状态、OCR/翻译、AI 摘要和图片理解模式相关实现。 依据

借鉴判断:借鉴 Otter 的视觉上下文和 Plaud 的图文音频共同记录。

建议:先做“把这张课件/资料图关联到刚才的沟通”,保留原图和 OCR 证据。不将独立图片摘要误称为已经支持跨模态联合总结。

07 · 文件格式转换 / 辅助工具 · 控制投入

已有实现:已有 PDF、Word、Excel、图片、PPT 间的转换入口,并受支持类型配置约束;不是完整的文档翻译产品。 依据

借鉴判断:从交付需求反推格式,而非继续增加转换种类。现有格式转换服务可评估复用,但不能直接当作纪要排版引擎。

建议:留在工具层;优先支撑“导出这次沟通的双语材料”,但生成、排版和证据链接需单独实现。暂不做通用在线办公套件。

08 · AI Summary 结构化摘要 / 已有结构 · P0 增强

已有实现:后端已有 decisions、actionItems(text/owner)、openQuestions;前端已有对应解析与展示组件。 依据

借鉴判断:借鉴 Notion 的摘要指令和原文引用、通义听悟的可组合输出。

建议:先补来源片段、人工修改和清晰的生成状态;复用已有结构试做“双语沟通纪要/跟进清单”两个输出视图。截止时间、状态、任务 ID 需新增,不把未知负责人或日期补成事实。

09 · AI Talk / 把聊天变成具体任务 · P0

已有实现:已有会话列表、流式回复、聊天历史、来源卡片与记录详情跳转;也有本地模型聊天分支。 依据

借鉴判断:借鉴 Granola 的会议记忆与 Fireflies AskFred 的会后内容复用。

建议:先验证现有记录问答,清楚标明当前按本人已授权记录检索;若需要严格“只问这条”,再增加范围参数和服务端过滤。跟进内容先生成草稿,任何对外发送由用户确认。

10 · Smart Memory 与来源 / 已有基础,边界需显性化 · P0

已有实现:已有授权门控、聊天记忆、5 类记录的标题/摘要索引、检索与来源回跳。记录索引不是完整音频/逐字稿。 依据

借鉴判断:借鉴 Notion 的原文引用机制;优先让用户知道回答依据了什么。

建议:明确区分当前记录、选中记录、已索引记录;补索引覆盖/更新时间和原文不足提示。现有索引有近期条数预算,未验证全量覆盖前不要写“问全部历史”;逐句、逐秒引用是后续数据能力。

11 · 历史中心、收藏与导出 / 已统一展示 · P0 做易用

已有实现:History Hub 已聚合面对面、通话、Memo、文本、音频、图片、转换 7 类记录,具备分类、搜索和批量操作。收藏按类型支持,AI Chat 另有列表。 依据

借鉴判断:借鉴听脑的易懂组织方式;把“展示在一起”和“共享项目、权限、查询模型”分开看。

建议:提升首页可见度,先验收已有检索与来源跳转,再按需要增强选中记录入口。搜索当前聚合数据不等于全库全文搜索;无需先迁移全部底层存储。

12 · 耳机与设备管理 / 已有硬件资产 · P1

已有实现:已有连接/重连、电量、音量、EQ、降噪、查找、改名、按键配置与 OTA 页面;具体功能由型号、固件和系统决定。 依据

借鉴判断:借鉴 Plaud 的低摩擦捕获与物理重点标记,不再开发新的录音卡。

建议:先验证现有按键是否能可靠发送标记事件,避免与接听/播放冲突;先落地 App 内标记,再评估耳机映射。不能直接套用“长按录音、短按标记”的硬件承诺。

13 · 离线模型、弱网与同步 / 有价值但有条件 · P0 讲清

已有实现:已有模型中心、就绪检查、本地识别/翻译/聊天分支,以及文本、音频、Memo、图片等同步处理代码。各能力不是全平台同等可用。 依据

借鉴判断:Notta 将端侧转写作为独立能力描述,值得借鉴这种边界清晰的表达。

建议:按“区域×系统×语言×模型就绪”展示能力,区分离线保存、本地处理、联网补处理。不能把本地聊天等同于云端跨记录记忆;也不能把自动同步说成永不上云。

14 · 首页、引导与应用设置 / 功能组织 · P0 小改

已有实现:已有启动/新手引导、首页分区、功能卡片、访客保护、主题与语言设置。 依据

借鉴判断:借鉴 听脑 的场景表达,但保留 Yungrace 当下沟通的定位。

建议:面对面与通话保持直接可见;加入最近记录和可选场景捷径。不要把首页所有动作收成“开始录音”,也不要让新用户先懂模型、项目或会员体系。

15 · 账户、授权与数据管理 / 产品信任基础 · 必须保持

已有实现:已有登录/验证、AI 数据与 Smart Memory 分别授权、记忆开关/删除说明、账户注销与数据导出/迁移界面。 依据

借鉴判断:参考 Notion 对录音和数据流程的显式提示;不将公开说明当作你已通过合规验收的证明。

建议:让用户分清“停止记忆”“删除记忆”“删除原记录”。任何新增项目共享、全文索引和同步都需重审权限与告知;关闭记忆后仍应能正常使用基础翻译。

16 · 订阅、额度与支付 / 已有商业基础 · P1

已有实现:已有 Free/Plus/Ultra/Beta 权限矩阵,按分钟、图片、字符、消息和文件计量,并支持远程覆盖。代码默认值不是当前线上报价。 依据

借鉴判断:借鉴竞品按使用量与高价值产出分层的思路,不复制对方价格或复杂叠加包。

建议:向用户解释剩余可用能力、单次预计消耗和失败是否计费。新增摘要视图尽量复用结果;专业工作流的付费价值先验证,隐私控制不应成为付费门槛。

17 · 商城、推荐、等级与服务 / 支撑体验 · 不抢主线

已有实现:已有 App 商城、结算/订单页面、推荐好友、等级、反馈、支持与设置入口;网页也有商品、支付和订单相关实现。 依据

借鉴判断:可参考 Plaud 的硬件与持续软件服务组合,但硬件购买、服务权益和订阅边界需要清楚对应。

建议:卖点落在“买了之后更容易完成沟通”,不是又多一个会员。等级/邀请服务留存与转介绍,避免用弹窗和购买入口打断首次翻译。

18 · 中外双区域、官网与管理后台 / 支撑层,不是团队工作区 · P1/P2

已有实现:已有 CN/Global 适配与独立 App;网站含地区站点及用户、订单、支付、使用量、供应商、健康、审计等管理页面。页面存在不等于所有线上流程已验证。 依据

借鉴判断:飞书/Fireflies 的团队能力可作为未来参照,但内部管理后台不等于客户可用的团队空间。

建议:先用现有后台看按区域、功能、设备的成功率与成本;团队记录权限、共享空间、外部集成要独立立项。双区域部署本身不能当作已完成合规或全球同等能力的结论。

组合起来,才是你的产品优势

以下是建议验证的用户路径,不代表这些跨模块关联已经实现,也不表示你已有对应客群或付费需求证据。

优先验证:跨语言客户/供应商沟通

文本或图片了解资料 → 面对面/通话翻译 → 复用现有双语记录与结构化摘要 → 人工确认承诺 → 生成跟进草稿 → 下次沟通查询上次约定。

最能同时发挥实时翻译、硬件、图片和记忆的组合价值。需要补:记录之间的显式关联、可靠引用与待办状态;不能只因共享一个历史列表就声称已经完成串联。

第二条路径:跨语言学习与培训

Memo/音频导入 → 拍课件或白板 → 学习摘要 → 围绕指定记录提问 → 保存复习材料。

复用图片与音频能力,借鉴听脑的场景表达和 Granola 的用户重点。先补手动关联与范围选择,不急着建设课程、考试或独立学习平台。

保持轻量:旅行与日常交流

出发前确认离线语言已就绪 → 面对面/文本/拍照翻译 → 按需收藏重要内容。

此类用户首先需要快、准、可用;不强迫开记忆、不要求先建立项目,也不让商城或“开始录音”挤占翻译入口。

信息架构建议:首页保留面对面与通话的直接入口,增加最近记录;历史中心负责查找和选择范围;AI Talk 负责问已选择的内容。耳机、账户与商城继续作为支撑层。

实际使用截图与操作视频

以下素材来自产品官方帮助中心、操作指南或官方视频账号,优先选择能看见具体控件和操作结果的界面。它们不是搜索结果封面,也不是本轮登录付费产品后的实测;教程中的示例数据、标注和版本可能与当前账号不同。

访问日期:2026-09-01。点击截图可回到官方说明。素材版权归各产品方,保留品牌和出处;远程图片可能随官方改版失效。

听脑浏览器扩展中粘贴当前视频链接并同步到听脑的实际操作界面
听脑 · 内容同步:浏览器扩展把当前视频链接同步进听脑。它证明的是低摩擦采集,不代表 Yungrace 应把链接解析做成核心。官方插件教程
讯飞听见左侧AI纪要和问答、右侧逐字稿与音频进度的实际操作界面
讯飞听见 · 纪要与原文同屏:AI 纪要、问答、逐字稿和音频进度同时可见,降低结论与原话来回切换的成本。官方使用教程
通义听悟浏览器插件在视频上方显示实时双语悬浮字幕的界面
通义听悟 · 实时双语字幕:把译文直接放在正在观看的内容旁边。该图来自 2023 年官方说明,适合看机制,不作为当前 UI 一致性证明。阿里云官方文章
飞书妙记左侧音视频和说话人时间轴、右侧文字记录与搜索导出的实际界面
飞书妙记 · 回听与协作:说话人、时间轴、文字、搜索和导出集中在同一记录中,便于从任务回到产生它的上下文。官方实操步骤
Notta 左侧摘要、中间逐字稿与播放条、右侧 Notta Brain 回答和后续操作的实际界面
Notta · 从原文到继续加工:同屏查看摘要、逐字稿和 AI 回答,并能复制、重试或把回答加入笔记。官方操作说明
Granola Chat 的真实问答入口和当前会议上下文选择界面
Granola · 先说清提问范围:Chat 是独立入口,输入框旁直接显示当前选择的上下文,减少“到底在问哪份资料”的歧义。官方 Chat 说明
Plaud 单条记录右侧显示 Ask Plaud 回答和编号来源的实际界面
Plaud · 单文件回答与依据:回答留在当前记录侧栏,编号依据可用于回到相关内容;单文件和全库问答分开。官方单文件说明
Otter AI Chat 选择多个会议、频道和文件夹作为上下文并生成回答的实际界面
Otter · 显式选择跨记录上下文:会话顶部和输入框都显示所选会议、频道或文件夹,回答可以继续查看来源。官方 AI Chat 说明
Fireflies Meeting Notepad 中点击 AskFred 后在逐字稿旁打开聊天侧栏的官方操作动画
Fireflies · 单场会议内打开 AskFred:动画展示从 Meeting Notepad 的逐字稿旁进入问答,减少离开源记录后丢失范围。官方 AskFred 教程
Notion AI Meeting Notes 正在录音并在 Notes 与 Transcript 间切换的实际协作界面
Notion · 人工笔记与录音并行:会议进行时保留人工 Notes,同时录制 Transcript,随后再生成 Summary,而不是要求 AI 完全代替人的重点。官方使用指南

官方操作视频

视频来自官方平台,未下载或重传。B 站视频可在页内播放;由于本报告从本地文件打开,YouTube 不接受内嵌播放器所需的网页来源信息,因此改为官方封面入口,点击后在 YouTube 播放。

讯飞听见 · App 全流程:实时转写、翻译、重点标记、导入和角色区分。在 B 站打开
飞书妙记 · 官方操作:从会议内容进入可回听、可整理、可分享的记录。在 B 站打开
Granola · Recipes:把重复的整理要求保存成可复用流程。在 YouTube 打开
Plaud · Ask 操作:从记录提取洞察。视频使用旧称 Ask AI,界面可能早于现行 Ask Plaud。在 YouTube 打开
Notta · Notta Brain:官方日语演示,重点看摘要进入继续追问和复用的路径。在 YouTube 打开
Otter · AI Chat:实际展示如何围绕会议内容提问和查看上下文。在 YouTube 打开
Fireflies · AskFred:在会议记录中提问、取得回答并继续生成跟进内容。在 YouTube 打开
Notion · AI Meeting Notes:从录音、人工笔记到总结和协作的完整路径。在 YouTube 打开

通义听悟还有一段 阿里云官方核心功能演示,但未提供稳定公开的播放器地址,因此只保留外链。听脑官网的站内演示见下一节。

听脑补充:官方站内演示

听脑官方产品演示:把多种输入、转写、总结和知识调用放进同一条路径。
听脑将录音内容生成结构化表格的界面示例
结构化输出:信息不只停留在摘要文本。
听脑针对录音内容进行 AI 问答的界面示例
可信追问:记录可以被再次查询和利用。
听脑在手机、平板和电脑间同步记录的界面示例
持续使用:多端入口最终沉淀到同一工作区。

市场分成四条路线

转写与内容理解听脑、讯飞听见、通义听悟

强在准确转写、说话人、翻译、摘要和模板;容易停留在功能集合。

会议与团队工作流飞书妙记、Otter、Fireflies

强在自动捕获、任务、协作和业务集成;依赖会议平台与组织采购。

AI 原生知识工作台Granola、Notion

强在人的笔记引导 AI、来源引用、跨会议查询和知识沉淀。

软硬件随身记录Plaud、Notta Memo

强在一键捕获、通话录音和低摩擦使用;高级能力通常依赖云端订阅。

每款产品最值得学的一点

  • 听脑 AI 针对录音内容进行问答的产品界面
    听脑

    用会议、课堂、访谈等用户任务组织产品,不让用户先理解底层工具。

  • 讯飞听见客户端产品界面示意
    讯飞听见

    把热词、姓名和术语纠错做成准确率体验的一部分。

  • 通义听悟网页端官方视觉素材
    通义听悟

    把转写、翻译、摘要、导图、行动项和自定义输出设计成可组合任务。

  • 飞书妙记音视频转写和会议纪要产品界面
    飞书妙记

    纪要的终点是负责人、截止时间、评论和权限,而不是导出文本。

  • Notta AI 会议转写和总结产品界面
    Notta

    实时双语、硬件入口与跨记录知识进入同一个 Note 模型。

  • Otter AI Meeting Agent 产品展示
    Otter

    日历和演示画面不仅是集成,也是总结所需的上下文证据。

  • Fireflies AskFred 会议问答产品展示
    Fireflies

    将 AI 从问答推进为固定技能:跟进邮件、客户更新、任务草稿。

  • Granola 私密会议笔记和分享权限产品界面
    Granola

    用户手动笔记和重点标记拥有更高权重,结论可追溯到原始片段。

  • Plaud Note AI 录音硬件产品图
    Plaud

    物理按键同时承担开始记录与标记重点,降低捕获摩擦。

  • Notion AI Meeting Notes 会议笔记产品界面
    Notion

    记录是带参与人、项目、权限、来源与保留策略的数据对象。

你的机会,不是功能数量更多

值得集中投入的组合

实时双向沟通 + 已有耳机入口 + 多模态资料 + 有来源的沟通记忆。每项单独看都有竞争对手;组合是否真正流畅、可靠,才值得用用户测试证明。

需要补强的连接

记录结束后的下一步、明确的问答范围、细粒度引用、资料关联和任务状态。保留已有历史、摘要和记忆实现;不为竞品清单重建这些模块。

建议开发顺序

P0

先确保能沟通,再贯通已有记录

  • 先验证实时链路、通话兼容、离线就绪与恢复;未通过时优先修可靠性,不加新流程。
  • 复用 History Hub,增加最近记录与结束后回顾;首页保留面对面/通话直达。
  • 验收已有 Memo → 摘要 → AI Talk → 来源跳转;优先处理索引陈旧,核对源删除与派生记忆、事实作者及引用质量。
  • 复用现有译文与结构化摘要,先统一双语交付选择、预览和来源说明,再按需求增加输出视图。
P1

验证用户会复用之后,再补行动和上下文

  • 待办增加 ID、负责人、截止时间、状态和来源;未知字段保持未知。
  • App 内重点标记、手动关联图片/音频、选中记录提问;再评估耳机按键映射。
  • 逐句/逐秒引用与严格单条范围作为增强;删除同步单独验收,所需导出格式逐项验证。
  • 按区域和功能验证额度解释、任务成本及失败恢复,避免重复生成与重复计费。
P2

有明确专业需求后,再扩展团队与工作流

  • 专业术语库:重新评估已休眠能力,而非默认面向所有用户开放。
  • 项目/客户集合、会前简报、日历;有真实共享需求再建团队空间与权限。
  • 从一个高频目的地开始做外部集成,再考虑 API/MCP;不先造完整办公套件。

已有链路:先验证,不重做

Memo → 摘要 → AI Talk 检索记录 → 打开来源,基础实现已存在。

08-27 初验,08-31 补充实际适配器复核并纠正旧向量推断;未修产品代码、未改线上配置,也未完成真实问答验收。

  • 测试日期:08-27 聊天移动端 175 项通过、3 项跳过,摘要 29 项通过;08-31 后端 CN/US 同一套合约各 149 项通过,新增 5 项适配器行为检查。均不是线上验收。
  • 已确认与已更正:摘要更新后旧索引仍被跳过;实际向量与记忆共库,二次写失败不等于永久不可检索,Global 可能短期缓存滞后。
  • 能力边界:当前检索本人已授权记录,不是严格锁定一条 Memo;来源打开记录详情,不是逐句/逐秒定位。该记录索引文本最多 500 字符,不等于全文问答。
  • 待真实验证:新记录首问、摘要修改后命中、答案与来源一致性、未授权/换账号/删除/弱网路径;严格单条和细粒度引用按需要再增强。

08-31 深入分析与测试 · 08-27 初验及更正记录

离线和双区域,不能一句“都支持”带过

查看当前代码中的平台边界
  • CN iOS 文本翻译 Provider:Apple Translation,失败时可落入 NoOp;依赖系统和语言资源就绪。
  • CN Android:Hy-MT2 本地翻译分支;依赖推理引擎、模型下载和内存条件。
  • Global iOS:实际 Provider 返回 ML Kit;附近旧注释仍写 Apple 优先,本报告以执行分支为准。
  • Global Android:ML Kit 为当前路径;无 GMS 的 Hy-MT2 替代分支开关仍为 false,不应宣传已经覆盖。
  • 离线 AI Talk 有本地模型分支,但不等于云端 Smart Memory 可离线使用;保存、处理、同步三件事应分别标识。

这里只记录代码选择,不是对任何具体设备、语言或构建的通过结论。旧 offline/BRIEF.md 与当前 Provider 有不一致,未据旧文档判定“完全没有离线模型接线”。查看代码

暂时不要做

  • 完整 CRM / 销售情报平台;
  • 成百上千的模板市场;
  • 新的独立录音硬件;
  • 把社交平台链接解析作为核心卖点;
  • 未经自身测试的准确率和效率宣传;
  • 没有明确同意、来源和删除路径的默认长期记忆。

资料说明

08-26 图文底稿保留;08-31 核对十款产品的官方关键机制;09-01 又补充十款产品各一张官方实际操作图或 GIF,以及 2 个 B 站页内播放器和 6 个 YouTube 官方视频封面入口。重点仍是人工重点、问答范围、片段核验、行动、导出和权限,不把教程更新时间当作功能发布日期。未复核全部价格、套餐和商店版本,也没有实际体验全部付费产品。

文档检查:本地链接与锚点已通过结构检查;远程图片逐项确认当前可访问,视频平台链接已确认存在。本地 file:// 页面无法满足 YouTube iframe 的来源要求,因此 YouTube 改为点击官方封面播放。本轮浏览器 URL 策略仍阻止自动化整页预览,因此没有验证最终排版或 B 站播放器在该浏览器中的实际播放。

查看官方来源

本次代码依据

08-31 复核:Mobile_Flutter HEAD 72f652ba;后端 ae90d58(旧基线1d1ec1a);Web 6626d94。工作树有其他任务的未提交变更,未触碰。Chat/Memory/向量相关路径在两后端基线间无提交差异。以下链接定位实现,不代表真实设备或线上验收。本轮完整证据

展开 18 个能力组及纠错依据
  1. 面对面:mutual_translation_view.dart · translation_session_mode.dart
  2. 通话:realtime_translation_session_controller.audio.dart · call_history_detail_view.dart
  3. Memo:note_detail.dart · ai_summary_view.dart
  4. 音频:audio_detail.dart · offline_audio_result_view.dart
  5. 文本:text_translation_view.dart · text_translation_provider.dart
  6. 图片:picture_detail.dart · routes.dart
  7. 格式转换:all_transcode.dart
  8. 摘要结构:ai_summary_structured_data.dart · ai-summarization.port.ts
  9. AI Talk:ai_chat_provider.dart · chat_message.dart
  10. 记忆索引与来源:index-user-records.use-case.ts · user-record-retriever.service.ts · ai_chat_bubble.dart
  11. 历史中心:history_hub_provider.dart · history_hub_view.dart
  12. 硬件:device_connected_view.dart · key_settings_provider.dart · ota_update_page.dart
  13. 离线实际接线:text_translation_provider.dart · llm_translation_provider.dart · offline_providers.dart · offline_chat_provider.dart
  14. 入口与引导:yuno_main_view.dart · routes.dart
  15. 授权与数据:memory_consent_sheet.dart · data_management_view.dart · main_profile.dart
  16. 订阅额度:feature_tier_matrix.dart · feature_gate.dart
  17. 商城与服务:yuno_shop_view.dart · shop_checkout_page.dart · main_profile.dart
  18. 区域与后台:region_config.dart · page.tsx · page.tsx
  19. 休眠术语能力:translation.ts · record-translation-correction.use-case.ts