<!-- title: AI学会了闭嘴、接话和互相派活 -->
<!-- domain: new-tools -->

最近几周，海外悄悄冒出来三个新家伙，中文圈几乎没人写过。它们有一个共同点：都在解决「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。安装就两行：

```bash
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 框架」高明的地方：

- **SQLite 本地库是唯一事实源**，存在仓库根目录的 `.concord/` 里，默认进 `.gitignore`。所有 agent 共享一个库，不联网、不上传代码。
- **任务带单调递增版本号做乐观锁**：两个 agent 对同一版本并发操作，只有第一个成功，谁也改不了谁的账。每次所有权变更都进 append-only 审计记录。
- **`concord dashboard` 是个终端看板**，每秒刷新，能看到谁在线、在抢什么活、以及谁掉线了留下「僵尸认领」（stale claims）——agent 跑路了任务没人接，它会标出来。
- 会话结束上下文就没了？决策和结论挂在任务上，`HANDOFF.md` 和 `REVIEW_PACKET.md` 自动生成，人只需要看验收包。

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

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

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

整个协作流程长这样：

```mermaid
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 的替代方案：同时跑多个转写模型、把音频直接喂给大模型、快慢模型混用——简单问题秒回，复杂问题它会像人一样说「等我想想」，背后再调重模型算。

价格分三档（以下均为官方自述，未经第三方复测）：

- **Spark**：2 美分/分钟，自称全市场最低，够应付简单事务性通话
- **Bolt**：5 美分/分钟，主打最快
- **Storm**：9 美分/分钟旗舰，加 3 美分/分钟开「加强思考」，自称在 Big Bench Audio 基准创下 99.4% 准确率

官方明确主推 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学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
