Pipecat 的代码库里有一个名为 speechmatics 的目录，存放的是把英国公司 Speechmatics 的语音识别服务接入 Pipecat 的代码。截至 10 月 28 日，这个目录累计有 153 次提交，其中 64 次来自 Speechmatics 公司邮箱的工程师。他们写好代码、提交 PR，再由 Pipecat 的维护者审核合并。这些维护者几乎都是 Daily 的员工。
10 月 29 日，语音 AI 公司 Deepgram 宣布收购 Daily。Daily 是一家做实时音视频基础设施的公司，Pipecat 由它开发，按 Daily 的说法在 2024 年全部开源。按 Daily 联合创始人 Kwindla Hultman Kramer 的博文，Daily 团队将加入 Deepgram，Deepgram 会把 Pipecat 作为其新语音 AI 产品和服务的核心；Pipecat 继续开源、保持厂商中立，并成立一个独立的 Pipecat 基金会，由一个“代表整个实时 AI 生态、包括与 Deepgram 竞争的公司”的指导委员会管理。Deepgram 的新闻稿说，Pipecat 将继续沿用现有的 BSD 许可证（仓库 LICENSE 文件为 BSD 2-Clause）。Deepgram 卖的正是语音识别和语音合成 API，在 Pipecat README 的语音识别一栏里，它与 Speechmatics、AssemblyAI、Soniox、Gladia 等 24 家服务商并列。
许可证不会变，这一点没有疑问。但一个开源项目在日常运作中是否中立，主要看谁有权合并代码、谁决定示例和文档默认用哪家服务、谁排路线图。按这个标准看，Pipecat 过去一年在治理上基本是 Daily 一家公司的项目，而这家公司的工程团队即将整体并入一家同样在 README 上占一格的服务商。
所以，“独立基金会”是这笔交易里分量最重的承诺，也是目前最缺细节的部分。两家公告都没有列出指导委员会成员、表决规则、资金来源，也没有说明 GitHub 组织 pipecat-ai 和 Pipecat 商标将归谁所有。在这些细节公布之前，“厂商中立”是一项承诺，要看后续安排才能验证。
合并键在谁手里
以下按 Pipecat 公开 Git 记录统计，以 10 月 28 日（UTC）主分支上的最后一个提交 e89ccbe（23:56 UTC）为快照，统计窗口为 2025 年 10 月 29 日起的一年。Pipecat 的 PR 大多用 GitHub 的“合并提交”方式合并，这种方式会生成一个标题为“Merge pull request”的合并提交，提交的作者就是点合并的人。统计这类提交的作者，就能看出谁在合并代码。另有 60 个 PR 用 squash 方式合并，Git 记录里看不出是谁合并的，没有计入。
这一年里，这类合并提交共 1,844 个，其中至少 1,811 个（约 98.2%）由 Daily 员工合并（daily.co 邮箱 1,610 个；Filipi da Silva Fuchter 和 Mark Backman 用个人邮箱分别合并 171 个和 30 个，Fuchter 的 GitHub 资料写的公司是 daily-co）。这是下限：Vanessa Pyne 用个人邮箱合并了 28 个，Kramer 致谢的 Daily 工程师名单里有 Vanessa 这个名字，但这 28 个没有计入。
Mark Backman 一人合并了 1,094 个（含上面用个人邮箱合并的 30 个），占总数近六成；Kramer 在博文中感谢他“自项目发布以来一直在推动 Pipecat 的开发”。
写代码的人更分散一些。同期 6,744 个非合并提交中，4,454 个（约 66%）来自 daily.co 邮箱。邮箱只是一个下限估计，员工也可能用个人邮箱提交。Kramer 的博文说，Pipecat 有“将近 400 名”贡献者，同时点名感谢了打造这个框架的 18 名 Daily 工程师。
竞争对手在同一个库里写代码
外部贡献里，有相当一部分来自与 Deepgram 业务重叠的公司。过去一年，使用 speechmatics.com 邮箱的提交有 80 个，assemblyai.com 52 个，cartesia.ai 32 个。按全部提交历史统计，各家接入目录的情况是：
- speechmatics：153 次提交，Speechmatics 邮箱 64 次，Daily 邮箱 78 次
- assemblyai：140 次提交，AssemblyAI 邮箱 35 次，Daily 邮箱 80 次
- soniox：105 次提交，Soniox 邮箱 23 次，Daily 邮箱 67 次
- gladia：102 次提交，Gladia 邮箱 11 次，Daily 邮箱 80 次
对比之下，deepgram.com 邮箱在整个仓库历史上只有 3 个提交，都在 2025 年 11 月至 12 月。同样按全部历史统计，Deepgram 自己的接入目录有 219 次提交，其中 163 次来自 Daily 邮箱。换句话说，Deepgram 在 Pipecat 里的接入代码一直主要由 Daily 维护，现在这批维护者要成为 Deepgram 的同事。
这对 Speechmatics、AssemblyAI 这样的公司意味着，它们投入工程师维护的接入代码，今后要由一家竞争对手的员工审核，除非基金会把合并权分出去。
默认值早已偏向 Deepgram
在收购之前，Pipecat 的示例代码就已经明显偏向 Deepgram。快照中 examples 目录共有 523 个文件，提到 Deepgram 的有 269 个，提到 Cartesia 的 231 个，提到 AssemblyAI 的只有 7 个，Speechmatics 5 个，Soniox 4 个。
这有历史原因。Kramer 在博文中写道，Daily 和 Deepgram 2016 年同在 Y Combinator，从 2019 年起 Daily 的 API 里的转写功能就由 Deepgram 提供。这组数字说明，在 Daily 主导的时期，“厂商中立”的含义一直是谁都能接入、谁的 PR 都能被合并，而不是各家在示例和文档里平分曝光。这个标准本身没有因为收购而改变，变的是执行这个标准的人的雇主。
另一面的理由
Daily 本身也是一家供应商，卖 WebRTC 和电话接入等基础设施。但 Pipecat 的传输层除了 Daily 自己的方案，还内置了竞争对手 LiveKit 的传输模块，以及不依赖任何商业服务的 SmallWebRTC。Daily 在拥有项目的这几年里没有把竞争对手挡在门外，这是 Kramer 和 Deepgram 关于中立的承诺最有力的佐证。
Kramer 对 TechCrunch 解释了这样做的商业逻辑：“如果你处在一个高速增长的生态中间，而这个生态里有很多部分确实是你们公司做得最好的，那么让一切尽可能开放，就是一种商业优势。”他说 Deepgram CEO Scott Stephenson“非常坚持让 Pipecat 永远开源、永远厂商中立”。
Stephenson 本人对 TechCrunch 说：“用 Deepgram 的模型当然很好，但我希望你用最适合你场景的模型。”Deepgram 的新闻稿说，基金会将“与许多为 Pipecat 做过贡献、使用 Pipecat 的组织一起”成立，但没有给出这些组织的名单。
此外，BSD 2-Clause 是一个宽松的许可证，任何人都可以分叉。GitHub 上 Pipecat 已有约 3,000 个分叉。不过分叉要跟上 Pipecat 的节奏并不容易：10 月 19 日到 29 日，Pipecat 发布了 v1.13、v1.14、v1.15 三个版本。
接下来看什么
几家报道已经指出，公告没有交代基金会的治理细节。可以检验的问题至少有四个：指导委员会里有哪些公司、按什么规则表决；GitHub 组织 pipecat-ai 和商标是否转入基金会；有合并权的维护者里会不会出现 Daily 和 Deepgram 以外的人；以及基金会的钱从哪里来。
Deepgram 已经表示，要把 Pipecat 和 Daily 的基础设施作为即将推出的 Deepgram Voice Agent Platform 的底座。这让 Deepgram 有动力把 Pipecat 做大，也让它在项目的走向上有了自己的利益。最早的信号会出现在 GitHub 上：Speechmatics 的工程师下一次提交接入代码时，由谁审核、按什么规则合并。
来源
- Daily：Deepgram Is Acquiring Daily and Establishing an Independent Pipecat Foundation
- Deepgram：Deepgram is acquiring Daily, makers of Pipecat
- TechCrunch：Deepgram acquires Pipecat-maker Daily to bolster its voice AI infrastructure
- TSN：Deepgram to Buy Daily, Pipecat Gets a Foundation
- Foundra：Pipecat’s promised independence becomes the central test
- GitHub：pipecat-ai/pipecat
- Pipecat 快照提交 e89ccbe