最新

在过去的两年里，我从零开始设计了一个区块链协议——它包含了 zk-Rollups、后量子加密（Kyber + Dilithium）、基于人工智能的燃料优化以及DAG分片。 这个协议叫做 KAELIT。 没有代币，没有预售，没有风险投资。 只有架构、愿景和信念。 如果你感兴趣，这里是 GitHub 的架构仓库： github.com/KAELITcom/-kaelit-research （将 [dot] 替换为 “.” — HN 阻止新账户访问 GitHub）

嘿，HN， 对于那些需要会议数据的应用程序（如AI代理、销售工具、客户关系管理系统等）——你们是如何处理实时转录的部分的？ 构建必要的基础设施（如GMeet/Zoom/Teams的机器人、扩展、实时流媒体）似乎会严重分散核心产品的工作精力。 我们正在开发Vexa，作为一个专门用于此目的的开源（Apache 2.0）API层——可以把它看作是一个你可以构建的转录基础设施。 我们的v0.2刚刚推出了一个简单的GMeet机器人和实时转录的API。 我对开发者的视角很感兴趣： 像这样的开源API是否会加速你的产品路线图，相比于自己构建或使用封闭的API？ 在将可靠的转录数据引入你的应用程序时，最大的痛点是什么？ 哪些功能（平台、数据格式等）会使这样的基础设施层最具价值？ 期待来自其他开发者的想法和经验！