Helicone 是一个带有网关功能的开源 LLM 可观测性平台——提供请求日志记录、追踪、成本归因和代理。之所以会有这项搜索，是因为发生了一个具体事件：Mintlify 于 2026 年 3 月收购 Helicone，该平台现已进入维护模式——安全更新、错误修复和新模型支持继续提供，但积极的功能开发已经结束。这才是应该推动你做出决定的事实；Helicone 自己的公告明确说明了这一点，而在针对这一查询排名的供应商汇总页面中几乎没有提及。
偏见声明，而且在这里对我们不利：Kunavo 完全不提供可观测性——没有日志记录、没有追踪、没有评估。对于 Helicone 所做事情中的监控部分，我们不是可选方案，本页面也不会假装相反。只有当你把 Helicone 当作网关使用时，我们才相关；即便如此，两者的安排也不同。
第一步：你实际使用的是哪一半？
由于 Helicone 做了两件事，“Helicone 替代方案”会返回两种互不兼容的答案。将两者拆开后，大多数列表都可以排除：
- 可观测性——你添加 Helicone 是为了了解 LLM 调用的情况：请求日志、延迟、token 数量、每位用户或每项功能的成本、评估。替代品应是另一个可观测性工具，下面的网关部分与你无关。
- 网关——你通过它路由调用：一个端点、密钥管理、跨提供商故障转移。替代品应是网关，可观测性工具无法覆盖这一需求。
- 两者——那么你是在替换两种东西，通常使用两个工具会比寻找一个两者都做得足够好的产品更清晰。
如果你将其用于可观测性
开源选项是大多数离开 Helicone 的团队最终选择的方向，因为它们保留了 Helicone 最具吸引力的特性——你可以自行托管，并让请求正文留在自己的基础设施内。Langfuse 是最常见的去向，涵盖追踪、评估和成本归因；Arize Phoenix来自 ML 可观测性领域，在评估方面实力较强。二者都支持自行托管，这里提到它们只是为了指向类别——我们没有对它们进行比较；如果网关供应商为可观测性工具排名，而我们自己也这样做，这种排名不会有多大价值。
几个托管平台也出现在这一搜索中，并在其中将自己排在首位。这不是你应该忽略它们的理由，但你应当了解比较文章的作者是谁后再阅读它们——包括本文。
如果你将其作为网关使用
那么问题与每次网关选择开始时都一样：谁持有提供商凭据？ Helicone 采用 BYO-key——账户由你持有，代理由它提供。类似的替代方案会保留这种安排：自托管 LiteLLM，或托管的 BYO-key 控制平面。请注意，最常被引用的托管选项 Portkey 本身正在被 Palo Alto Networks 收购——从一个被收购的供应商迁移到另一个被收购的供应商是一项特定选择，请有意识地做出决定。
Kunavo 采用另一种安排：我们持有上游凭据，因此你无需管理提供商账户，也无法路由到你自己的账户。它适合那些认为持有账户本身就是负担的团队；如果你已经协商获得提供商费率，则它不是正确答案。Kunavo 与 Helicone 对比 · 四类网关
支持继续使用的理由，而大多数此类列表都会跳过这一点
维护模式不等于关闭。服务仍在运行，会获得安全补丁和新模型支持，而且源代码位于 GitHub，因此无论托管产品发生什么，你都拥有自行托管的退出路径。如果你的部署稳定，且没有在等待路线图中的功能，迁移会耗费实际的工程时间去解决一个你可能并不存在的问题。迁移的诚实触发条件比“他们被收购了”更具体：你需要一个现在永远不会发布的功能、合同即将进行多年期续约，或者托管条款发生变化。
这对选择该类别中的供应商意味着什么
Helicone 于 2026 年 3 月被收购。Palo Alto Networks 于 2026 年 4 月宣布有意收购 Portkey。该类别中的两家独立供应商在两个月内整合进了更大的平台，这使得“它两年后是否仍然独立”成为一个真实的选择标准，而不只是宣传说辞。
有用的风险对冲方式不是选择一个没人会收购的供应商——这是无法预测的，而且本页面由供应商撰写，因此对于这里任何关于永久性的说法，都应保持应有的怀疑。风险对冲方式是优先选择具有可信退出路径的工具：可以自行托管的开源版本，或足够标准化的线协议，使离开只需更改基础 URL。Helicone 具备前者，这正是其收购仍可应对的原因。大多数网关具备后者——这里的每个产品都支持 OpenAI 或 Anthropic 线协议，因此切换成本远低于功能比较所暗示的程度。
常见问题
Helicone 后来怎么样了？
Mintlify 于 2026 年 3 月收购了 Helicone。根据Helicone 自己的公告和Mintlify 的公告，创始人 Justin Torre 和 Cole Gottdank 加入了位于旧金山的 Mintlify；该平台曾服务约 16,000 个组织，目前继续处于维护模式：提供安全更新、错误修复和新模型支持，但已停止积极的功能开发。它仍然是开源的，因此无论托管产品的路线图如何，仍可自行托管。
最佳的 Helicone 替代方案是什么？
如果专门关注 LLM 可观测性——日志记录、追踪、成本归因和评估——大多数团队会转向的开源选项是 Langfuse 和 Arize Phoenix，二者都支持自行托管。还有几个托管平台也出现在这一搜索结果中。如果你主要把 Helicone 当作网关而非监控工具使用，那么替代品应是网关，而不是可观测性工具，这是另一份列表。
收购后 Helicone 仍然可用吗？
可以。维护模式意味着服务仍在运行，并会获得安全补丁、错误修复和新模型支持——这不意味着服务关闭。如果你的部署稳定，且没有在等待路线图中的功能，继续使用是合理的决定；即使托管产品发生变化，开源仓库也意味着你仍保留自行托管的退出路径。不应做的是：在未将功能开发已经停止这一点计入考量的情况下，开始新的多年期承诺。
Kunavo 是 Helicone 的替代方案吗？
如果是可观测性，则不是——Kunavo 不提供日志记录、追踪或评估，也不存在一个我们会回答“替换我的 LLM 监控”的页面版本。Kunavo 只与 Helicone 所做事情中的网关部分相关，即便如此，两者的安排也不同：Helicone 通过你持有的提供商账户代理请求，而 Kunavo 持有上游凭据并按使用量向你收费。
LLM 可观测性工具与 LLM 网关有什么区别？
可观测性工具记录发生了什么——请求、响应、延迟、token 数量、每位用户或每项功能的成本——你可以在不改变调用路由方式的情况下添加它。网关位于请求路径中，决定调用发送到哪里，并处理身份验证、路由、故障转移和支出限制。许多产品同时具备这两种功能，因此这些类别经常被混淆，也因此“Helicone 替代方案”会返回两种不同类型的答案。在选择替代品之前，先弄清楚你实际使用的是哪一半。
这次收购是否应该改变我选择网关供应商的方式？
这足以说明，在这一类别中，供应商独立性是一个真实的选择标准，而不只是宣传说辞。Helicone 于 2026 年 3 月被 Mintlify 收购，Palo Alto Networks 于 2026 年 4 月宣布有意收购 Portkey。两个月内发生两次整合，已经构成一种模式。实际的风险对冲方式不是选择一个永远不会被收购的供应商——而是优先选择具有可信退出路径的工具：可以自行托管的开源版本，或足够标准化的线协议，使切换只需更改基础 URL。