问题
在电脑上用录音/转写类应用录远程会议的用户，遇到两类音频问题：一是应用普遍难以捕捉通过扬声器外放的会议声音，只能靠麦克风回录（信号1："Most of these meeting apps struggle with that"）；二是即便录到了，回放时出现两个略有时差的音频流叠加的回声感（信号2引用："I can hear what sounds like 2 audio streams, slightly offset"）。结果就是转写质量差、回放不可用，用户被迫额外购买 SoundSource 之类的音频路由工具来排查。
目标用户
需要在电脑上录制并转写远程会议的个人用户和小团队，典型如 Mac 上使用 Parrot、MeetingTranscriber 等应用的自由职业者、顾问、记者、做用户访谈的产品经理。属于长尾但持续存在的刚需场景——凡是会议在别人电脑上外放、或不方便接入虚拟音频设备的场合都会遇到。市场规模定性判断为中小，信号数量少，需谨慎。
解决方案
- 系统级回声消除：检测并合并同一声源经麦克风回录后产生的双流偏移，输出单一干净音轨
- 虚拟音频设备兜底：内置虚拟音频驱动，可直接捕获系统播放的会议声音，避免依赖麦克风回录
- 自动增益与降噪：针对外放场景优化远场拾音，提升后续转写准确率
- 实时校验提示：录音时显示音频电平与回声检测结果，让用户当场发现录坏了
- AI 角色：用模型做声源分离/去混响、双流对齐合并，以及为转写引擎提供干净输入
MVP 范围
第一版只做一件事：在 macOS 上解决外放会议录音的回声/双流问题——虚拟音频捕获 + 双流检测合并，输出一条干净音轨（可导出给现有转写工具）。明确不做：自家转写引擎、会议机器人入会、Windows 支持、云端存储。
风险
- 技术风险：macOS 音频子系统（Core Audio）权限与驱动签名门槛高，虚拟音频设备维护成本不低
- 平台依赖：依赖操作系统音频 API，macOS 大版本更新可能随时破坏方案
- 在位竞争：Parrot 等现有应用若自己修复此问题，独立小工具的立足点会消失
- 需求规模不确定：信号仅 2 条、pain 评分均为 3，付费意愿未知，可能只是小众边角问题
已有产品
| 产品 | 定位 | 价格 |
|---|---|---|
| Parrot | 被两条信号点名的会议录音应用，正是双流回声问题的来源之一 | — |
| SoundSource | 用户提及的通用音频路由工具，被用来绕过该问题但非专门解决 | — |
| MeetingTranscriber | 另一款被提及的会议转写应用，同样面临外放录音困难 | — |
| ARC | 信号中提及的音频相关应用，与回声问题同场景出现 | — |
信号证据
这张卡片依据的原始讨论。摘录保持原文，点“原文”查看上下文。
Hacker News · Show HN9月30日痛点
“Most of these meeting apps struggle with that.”
Meeting recorder apps struggle to capture audio from remote meetings played through the speaker so it gets recorded back through the mic.原文
Hacker News · Show HN9月30日痛点
“When I go to play back a speaker's voice it sounds I can hear what sounds like 2 audio streams, slightly offset.”
Das mit Parrot aufgenommene Audio hat ein Echo, als ob zwei leicht versetzte Audioströme zu hören wären.原文