Yungrace 下一步，具体怎么做

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

已有实现：后端已有 decisions、actionItems（text／owner）、openQuestions；前端已有对应解析与展示组件。 依据

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

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

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

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

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

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

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

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

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

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

建议：首页显示最近 3–5 条记录；History Hub 多选后出现“问已选记录”，记录详情出现“问这条记录”。先验收范围和来源跳转，再决定是否增加全文搜索；无需先迁移全部底层存储。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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