问HN：有没有人使用开源API进行会议转录基础设施？
嘿，HN，
对于那些需要会议数据的应用程序（如AI代理、销售工具、客户关系管理系统等）——你们是如何处理实时转录的部分的？
构建必要的基础设施（如GMeet/Zoom/Teams的机器人、扩展、实时流媒体）似乎会严重分散核心产品的工作精力。
我们正在开发Vexa，作为一个专门用于此目的的开源（Apache 2.0）API层——可以把它看作是一个你可以构建的转录基础设施。
我们的v0.2刚刚推出了一个简单的GMeet机器人和实时转录的API。
我对开发者的视角很感兴趣：
像这样的开源API是否会加速你的产品路线图，相比于自己构建或使用封闭的API？
在将可靠的转录数据引入你的应用程序时，最大的痛点是什么？
哪些功能（平台、数据格式等）会使这样的基础设施层最具价值？
期待来自其他开发者的想法和经验！
查看原文
Hey HN,
For those building apps that need meeting data (AI agents, sales tools, CRMs, etc.) – how are you handling the real-time transcription piece?
Building the necessary infra (bots for GMeet/Zoom/Teams, scaling, real-time streaming) seems like a major distraction from core product work.
We're developing Vexa as an open-source (Apache 2.0) API layer specifically for this – think of it as transcription infra you can build on.
Our v0.2 just launched a simple API for GMeet bots & real-time transcripts.
Curious about the builder perspective:
Would an open-source API like this accelerate your roadmap vs building it yourself or using closed APIs?
What are the biggest pain points in getting reliable transcription data into your application?
What features (platforms, data formats, etc.) would make such an infrastructure layer most valuable?
Looking for thoughts and experiences from fellow builders!