Helicone 是具有閘道功能的開放原始碼 LLM 可觀測性平台 — 請求記錄、追蹤、成本歸屬與代理。之所以會出現此搜尋，是因為發生了一項特定事件：Mintlify 於 2026 年 3 月收購 Helicone，且該平台現已進入維護模式 — 安全性更新、錯誤修正與新模型支援持續進行，但積極的功能開發已停止。這才是應驅動您決策的事實，Helicone 自己的公告已明確說明，而在此查詢排名靠前的供應商彙整文章中幾乎沒有提及。
先聲明立場，而這裡的立場對我們不利：Kunavo 完全不提供可觀測性 — 沒有記錄、沒有追蹤、沒有評估。 對於 Helicone 所提供的監控部分，我們不是選項，本頁也不會假裝是。只有在您將 Helicone 當作閘道時，我們才相關，而且即便如此，安排也不同。
首先：您實際使用的是哪一半？
「Helicone 替代方案」會產生兩種不相容的答案，因為 Helicone 做了兩件事。將兩者拆開後，大部分清單都可排除：
- 可觀測性 — 您加入 Helicone 是為了了解 LLM 呼叫的狀況：請求記錄、延遲、權杖數量、每位使用者或功能的成本、評估。替代品應是另一種可觀測性工具，下方的閘道部分與您無關。
- 閘道 — 您透過它路由呼叫：單一端點、金鑰管理、跨提供者故障轉移。替代品應是閘道，而可觀測性工具無法涵蓋這項需求。
- 兩者 — 那麼您是在替換兩項功能，通常使用兩個工具，比尋找一個兩者都僅能充分完成的產品更乾淨。
如果您用它來提供可觀測性
開放原始碼選項是大多數離開 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 閘道有何不同？
可觀測性工具會記錄發生的事情 — 請求、回應、延遲、權杖數量、每位使用者或功能的成本 — 您可以加入它，而不必改變呼叫的路由方式。閘道位於請求路徑中，決定呼叫的去向，並處理驗證、路由、故障轉移與支出限制。多個產品兩者皆做，因此類別經常混淆，也因此「Helicone 替代方案」會產生兩種不同類型的答案。選擇替代品前，先確認您實際使用的是哪一半。
收購事件是否應改變我選擇閘道供應商的方式？
這足以說明，在此類別中，供應商獨立性是實際的選擇標準，而不只是宣傳話術。Helicone 於 2026 年 3 月被 Mintlify 收購，Palo Alto Networks 於 2026 年 4 月宣布有意收購 Portkey。兩個月內發生兩起整合，這是一種模式。實際的避險方式不是選擇永遠不會被收購的供應商 — 而是偏好具有可信退出途徑的工具：可自行託管的開放原始碼版本，或足夠標準化、只需變更基礎 URL 即可切換的通訊協定。