首页 › new-tools › AI学会了闭嘴、接话和互相派活

最近几周,海外悄悄冒出来三个新家伙,中文圈几乎没人写过。它们有一个共同点:都在解决「AI 不会好好沟通」这件事——AI 码农之间互相商量分工、语音 AI 终于分得清「嗯嗯」是随口应和还是真要插话、还有一家直接把 AI 打电话的价格干到了 2 美分一分钟。三个都不是大厂出品,HN 上点赞还没过十,但方向都足够刁钻。看完这篇,你会比 99% 的中文技术圈早知道至少一个月。


一、Concord MCP:你的几个 AI 码农,开始互相发消息了

先说场景:你现在同时开着 Claude Code 和 Codex,让它们在同一个仓库干活。会发生什么?俩货互相不知道对方的存在,改同一个文件、打架、重复劳动,你只能人肉当传话筒——「Codex 你别动 page.tsx,Claude 在改」。

Concord MCP 就是来干掉传话筒的。 开源项目,仓库在 GitHub 的 Get-Concord-AI/concord-mcp,MIT 协议,8 月 27 日刚上 Show HN。安装就两行:

npm install -g @concord-ai/concord-mcp
cd /path/to/your/repository && concord setup

concord setup 会自动创建本地 .concord/ 工作区,把 MCP 服务器注册进 .mcp.json、.cursor/mcp.json、~/.codex/config.toml 等五个客户端配置,还会往 CLAUDE.md 和 AGENTS.md 里写入使用说明。重启各家的会话,Claude Code、Codex、Cursor、Gemini CLI、Grok Build 就都能互相对话了。

它的核心是五个 MCP 工具:start_work(注册在场 + 认领文件 + 查重叠)、inspect_work(看谁在线、谁的任务卡了)、update_work(记上下文、直接给对方发消息)、transfer_work(派活、接活、移交、拒接)、finish_work(交证据、标记可验收)。

README 里那个官方演示值得细品:Claude Code 认领了 src/app/page.tsx,Codex 也来认领,Concord 直接拦下——「该文件已被 Claude Code 认领」。Codex 于是主动发消息:「那我改 API 层,行不行?」Claude 回复:「成交,页面我保,接口用你的。」整个过程没有人类参与一句。

几个机制层面的细节,是我认为它比「又一个 agent 框架」高明的地方:

边界也要说清楚:官方明确声明它不是编排器、不是自动 reviewer,就是一层「共享工作状态」。这反而是聪明的定位。

和国内对比:国内做多 agent 的路数是 AutoGen、LangGraph 这类框架——你得自己写编排代码,agent 是框架里的角色。Concord 反着来:不动你的任何框架,让现成的 Claude Code 和 Codex 开箱互聊。这个「跨 CLI 工具协调层」的生态位,国内目前是空的。

适用人群:同时订阅多个编码 agent、习惯并行开好几个终端的独立开发者和小团队。

整个协作流程长这样:

flowchart TD
    A["两个AI码农<br/>同一仓库开工"] --> B["各自调start_work<br/>认领任务"]
    B --> C{"Concord查重叠<br/>文件撞车没"}
    C -->|撞了| D["Codex收提醒<br/>文件已被认领"]
    D --> E["Codex发消息<br/>我改API你改页面"]
    E --> F["Claude回复<br/>成交用你的接口"]
    C -->|没撞| G["各自干活<br/>互不打扰"]
    F --> H["transfer_work<br/>移交并写交接单"]
    G --> H
    H --> I["finish_work<br/>生成验收包"]
    I --> J["人只看验收包<br/>不再翻聊天记录"]

二、Tavus Sparrow-2:语音 AI 第一次学会「闭嘴」

9 月 14 日,做数字人的公司 Tavus 发布了 Sparrow-2——一个不干别的、专门解决「什么时候轮到我说话」的对话理解模型。听起来是个小问题?错了,这是语音 AI 十年来最大的软肋。

先看一组反直觉的数据:Tavus 分析了超过 100 万次真实对话中的沉默,发现无论沉默持续多久,它代表「真的轮到你了」的概率封顶只有 40% 左右。剩下 60% 的沉默只是对方在想词、喘气、找数字。这就是为什么所有基于「静音计时器」的方案永远做不对:用户停下来思考,AI 抢话;用户随口「嗯嗯」两声,AI 以为自己被打断了。

Sparrow-2 的思路是把这个问题整个颠倒过来。传统管线先降噪、只留主说话人的干净信号,再做端点检测——在理解之前就把信息扔了。Sparrow-2 反着干:整间屋子的声音全保留、全分类——背景有人聊天、叹气、backchannel(嗯、对、是吧)、真插话、听不清的噪音,统统当作判断「话轮状态」的证据。官方把它叫「鸡尾酒会问题」的新解法:不是删掉所有别的声音,而是搞清楚哪些声音跟你有关。

成绩单(官方在 TurnBench 上自测,注意这是 dev 集初步成绩):话语权交接检测召回率 92.4%,第二名 84.1%;插话检测召回率 97.4%——是公开榜单 14 个系统里唯一双项第一的。架构上,帧率从上一代的 40 毫秒提到 10 毫秒,80 毫秒音频约 7 毫秒算完,推理快了 4 倍;训练用了 1.6 万段真实加 2000 段合成对话,整个系统里没有一处静音计时器。

落到实际体验,变化是这样的:用户思考停顿 6-8 秒它也等着(旧系统一般 1-2 秒就抢话);AI 说话时你「mhm」一声,它知道是让你继续,而不是闭嘴;背景太吵听不清时,它会承认没听清、请你重复——而不是硬着头皮瞎答。训练目标里连「识别胡话」(nonsense detection)都有。

目前 Sparrow-2 已在 Tavus PAL 和 API 全线 GA,官方在线 demo 在 sparrow2.tavuslabs.org,扔一段嘈杂环境音频进去就能感受差距。

和国内对比:豆包、讯飞、通义的语音对话在安静环境下已经很像样,但车内、门店、开放办公区这类嘈杂场景,抢话和误触发依旧是通病。Sparrow-2 最大的启示是:「话轮控制」可以被拆出来做成一个独立的模型层——这个思路国内还没有产品化先例。

适用人群:做语音客服、语音硬件、面试/陪练类产品的开发者。


三、ThunderPhone v2:2 美分一分钟,AI 替你打电话

市面上的语音电话 AI 几乎全是三段式管线:转写模型把语音变文字 → 大模型生成回复 → TTS 合成语音。据 ThunderPhone 创始人 Alex 在 HN 的发布帖,v2 干的就是砸掉这个管线,理由有三:转写一丢信息,后面的大模型再也救不回来;为了压延迟只能用不带思考的模型,一错就聊崩;嘈杂环境和「嗯嗯啊啊」的处理一塌糊涂。

ThunderPhone 的替代方案:同时跑多个转写模型、把音频直接喂给大模型、快慢模型混用——简单问题秒回,复杂问题它会像人一样说「等我想想」,背后再调重模型算。

价格分三档(以下均为官方自述,未经第三方复测):

官方明确主推 B2B,但个人玩法也列了几个:给自己挂智能语音信箱、打电话订餐厅、挨个药店问处方有没有货。

和国内对比:国内智能外呼(阿里云、腾讯云、百应这类)按线路 + 坐席 + 时长打包收费,2 美分/分钟(约 0.14 元人民币)的裸价确实有冲击力。但注意:ThunderPhone 做的是美国电话网络,国内业务涉及线路合规,这工具更适合出海团队。哪怕不直接用,它也是出海做预约、通知、回访类产品时的重要价格锚点。

适用人群:出海做美国市场客服、预约、外呼业务的团队。


信息差总结

你以为 实际上
多个 AI 码农同仓库只能人肉调度、轮流干活 Concord 让 Claude Code 和 Codex 互相发消息、认领文件、办交接,本地 SQLite 存账,MIT 免费白嫖
语音 AI 抢话是阈值没调好,再等等就解决了 静音计时器天花板只有 40%,话轮判断得用专门模型;100 万次沉默的数据已经证明了这一点
AI 打电话又贵又不稳,只能等大厂 三段式管线正被推翻,美国线路上 2 美分/分钟的商用方案已经在跑了

行动指南

  1. 五分钟体验 Concord:npm install -g @concord-ai/concord-mcp → 仓库里跑 concord setup → 开两个 agent 让它们改同一个文件,围观 Concord 怎么劝架。装完先跑 concord adapters status 看各端投递能力。介意遥测的话设 CONCORD_TELEMETRY_DISABLED=1。
  2. 十分钟试 Sparrow-2:打开 sparrow2.tavuslabs.org,故意放点背景人声和音乐,看它什么时候等你、什么时候接话。做产品的直接看 Tavus API 文档。
  3. 出海团队测 ThunderPhone:上 thunderphone.com,按发布帖的说明发邮件要试用额度,先用 2 美分的 Spark 跑通流程,验证业务场景后再上 Storm。
  4. 优先级建议:天天开多 agent 的先装 Concord(零成本、立即提效);做语音产品的重点研究 Sparrow-2 的架构思路;出海做电销/客服的把 ThunderPhone 记进选型清单。

参考来源

  1. Concord MCP 仓库:https://github.com/Get-Concord-AI/concord-mcp
  2. Concord 的 Show HN 讨论帖(2026-08-27):https://news.ycombinator.com/item?id=49464704
  3. Tavus 官方博客:Sparrow-2 技术详解(2026-09-14):https://www.tavus.io/blog/sparrow-2
  4. Sparrow-2 在线 demo:https://sparrow2.tavuslabs.org
  5. ThunderPhone v2 的 Show HN 发布帖(2026-08-27):https://news.ycombinator.com/item?id=49466204
  6. ThunderPhone 官网:https://thunderphone.com

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生(微信ID: gprshome201101)维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入