HardCap · Waitlist

在呼叫前擋住失控的 LLM 帳單

專案日/小時硬預算、異常速率自動斷路、一鍵停用——跨 OpenAI、Anthropic 與 Gemini,呼叫前擋住,不是月底解釋帳單。

市場驗證頁 · 免費加入等候名單 · 無假用戶數

Problem

帳單總是來得太晚

供應商預算警報與成本彙總常延遲數小時。等你看到告警,runaway agent、retry loop 或金鑰外洩可能已燒出數千至數萬歐元——而且各家上限與告警彼此碎片化。

之前

  • 警報晚數小時;失控已發生
  • 跨供應商各管各的
  • 發現 runaway 還要手動翻 console

之後

  • 呼叫前硬預算拒絕超額請求
  • 統一虛擬 key + 專案上限
  • 速率斷路 + 一鍵硬停

加入等候名單

Solution

HardCap 做什麼

HardCap 是給已上線 LLM/agent 小團隊的 pre-call hard stop——不是又一個事後成本儀表板。

已將 LLM/agent 接到產品、CI 或內部工具的獨立開發者,以及 1–20 人 SaaS/平台工程團隊。

問題

供應商警報多半是事後的;失控帳單與跨供應商碎片化上限,讓你無法統一硬擋與即時停用。

解法

約 5 分鐘可接的閘道/SDK:虛擬 API key、專案日/小時硬預算、異常速率斷路、Slack 告警 + 一鍵硬停——先支援 chat/completions。

結果

呼叫前擋住超預算與失控呼叫,而不是月底解釋帳單。

Features

功能特色

從產品假設整理的行銷重點——用於驗證需求,非正式規格承諾。

🔑

專案虛擬金鑰

以虛擬 key 接 chat/completions;按專案隔離額度與停用,降低金鑰外洩與跨專案超支風險。

🧱

專案日/小時硬預算

呼叫前檢查/預留額度;超硬上限直接拒絕,而非事後寄信。

花費速率斷路

偵測短時間異常 burn rate(retry loop/runaway agent 典型型態)並自動 trip。

🛑

Slack 告警 + 一鍵硬停

告警可操作:一鍵對專案/key 硬停,縮短「發現 → 止血」時間。

🌐

跨供應商開箱即用

先覆蓋 chat/completions 路徑上的主要供應商(OpenAI/Anthropic/Gemini 等),統一硬控體驗。

How it works

如何運作

三步驟,對應等候名單階段的產品假設。

  1. 1

    接入虛擬 API key

    把 chat/completions 指到 HardCap gateway/SDK(約 5 分鐘)。

  2. 2

    設定日/小時硬預算

    專案級硬上限;呼叫前檢查,超限直接擋。

  3. 3

    自動斷路 + 一鍵硬停

    異常速率斷路;Slack 告警後可一鍵硬停。

加入等候名單

Use cases

適合誰

如果這些情境很眼熟,歡迎加入等候名單協助驗證。

獨立開發者 + agent 產品

怕 overnight runaway;設日/小時硬上限後安心睡覺。

小 SaaS 平台工程

多環境/多專案共用供應商帳號;用虛擬 key + 專案預算隔離。

CI/內部工具

retry 與腳本失控時,velocity breaker 先斷,再人工一鍵 kill。

金鑰外洩止血

異常速率觸發 + 一鍵 hard stop,降低「警報已到但還在燒」的窗口。

跨供應商成本紀律

同一套硬規則,不必在每個 console 各設一套延遲警報。

FAQ

常見問題

HardCap 和供應商原生 budget alert 差在哪?

供應商警報多半是事後通知。HardCap 在呼叫前檢查硬預算,可即時擋下超額花費。

和 LiteLLM/OpenRouter/Helicone/Portkey 如何定位?

我們聚焦開箱即用的預呼叫硬預算、花費速率斷路與一鍵硬停,而非完整觀測套件的替代品。

要換模型供應商嗎?

不用。在既有 chat/completions 路徑前加一層 HardCap 即可。

搶先體驗何時開始?

等候名單分批以 Email 邀請;不捏造上線日期。

會看到我的 prompts 嗎?

等候名單階段:資料處理細節會隨產品一併說明。本頁不承諾未定的架構細節。

Waitlist

加入等候名單

留下 Email,搶先取得 HardCap early access 與上線通知。我們不會捏造上線日。

你使用的供應商 (選填)

僅用於等候名單、搶先體驗與上線通知;可隨時退訂。