Speko

{"translation":"嗨，Product Hunt！我是 Bek，Speko 的创始人。\n\n在此之前，我曾是一家构建语音 AI 应用的初创公司的联合创始人/CTO。在 A 轮融资之后，我选择离职，去解决我们每周都在面对的痛点：我们必须支持 10 多种语言，而我希望能有一种网关，可以根据用例和语言路由到合适的语音技术。当时我们的流程是用一个 Google 表格，里面放着 15 条音频链接，发给会说这些语言的人去打分。如果有新模型表现不错，你就换掉它。即使是英语，每周也会有新东西出来，而测试它的研发成本太高，以至于大多数团队最终都在使用过时的模型——更换模型看起来总像是一个研发项目。所以今年早些时候，我们创办了 Speko。\n\n它是什么：语音模型的路由器。你带着用例和语言来，我们为你路由到最佳的语音转文本（speech-to-text）、LLM 和文本转语音（text-to-speech）——基于我们的公开基准测试来衡量，而不是厂商的市场宣传。你应该在任何时刻都运行着最佳的语音技术栈。我们自己既不训练也不销售模型，而这恰恰是我们能够保持排名公正的方式。\n\n方法的演进：我们最近在 Hacker News 上发布了产品，那里的讨论让我们把这件事解释得更加清晰。"路由器"这个词其实隐藏了三个问题：被选中的是什么（一个模型、一个提供商，还是整个技术栈），它运行在哪里（外部跳转还是在你的会话内部），以及它何时做出决定（会话开始时还是通话过程中）。语音代理是一个实时双工会话，而不是批处理请求——这就是为什么它本身就是一个独立的产品。而且我们是无代理的：路由在会话开始之前就已确定，然后音频直接流向提供商——音频路径中没有任何额外的跳转。"}