如何檢查 AI 應用的重度用戶是否造成虧損：FiscaLLM 用戶級成本追蹤工具
Your AI app might be losing money on its heaviest users. Here's how to check.
Mayur Agnani 建立 FiscaLLM，讓訂閲制 AI 應用按用戶合併模型使用成本與付款收入，並查看用戶、方案及免費試用的毛利。SDK 只讀取模型名稱和 token 數量，不接觸提示詞或回答，並在背景批次傳送事件；收入可透過 RevenueCat、Stripe（beta）或自建程式接入。
If you sell an AI app by subscription, your revenue per user is flat and your cost per user is not.
A light user costs you a few cents a month. A heavy one, or a user stuck in an agent loop, can cost more than they pay you. Your OpenAI bill shows tokens. Your payments dashboard shows revenue. Nothing joins the two by user, so you find out from the invoice.
I built FiscaLLM to answer one question: which users cost me more than they pay? Here's the idea and how to try it in about ten minutes.
What you need
- A backend between your app and the AI provider (so apps that call OpenAI straight from the phone aren't covered yet).
- A way to know what each user pays: RevenueCat, Stripe (beta), or your own code.
1. Report usage after each AI call
import { createMeter } from "fiscallm"; // npm install fiscallm (Python: pip install fiscallm)
const meter = createMeter({ apiKey: process.env.FISCALLM_KEY, waitUntil });
const res = await openai.chat.completions.create({ model, messages });
meter.trackOpenAI(res, { userId, feature: "chat" });
The SDK reads only the model name and token counts. It never sees prompts or answers. Events are batched in the background, so it doesn't add latency to your request, and if FiscaLLM is down your app is unaffected.
2. Connect revenue
Paste a RevenueCat or Stripe webhook URL, or send payments yourself with the revenue API. FiscaLLM joins revenue and cost on the user ID.
3. Look at margin per user
You get margin per user, per plan and per free trial, plus which model or feature drives the bill. Then you can act:
- Budget alerts by email, Slack or webhook when a user goes over.
- A runaway-loop alert for users whose usage suddenly explodes.
- Optional caps: mark a budget as Block and call
meter.check(userId)before an AI call. It fails open, so an outage never blocks your users.
A few details that mattered
- No double counting. Events carry client-generated UUIDs, so retries are safe.
- Cached tokens are priced separately from normal input tokens.
- Unknown models are flagged as unpriced, not silently counted as zero.
- RevenueCat aliases are resolved, so a user's anonymous and logged-in IDs merge.
Honest limits
- Stripe support is beta. I've tested it on sample payloads only, and it's USD only.
- Caps use cost already recorded, so a user can go slightly over before being refused.
- Built-in prices are checked against provider pages (ACCURACY.md), but I haven't compared them with a real invoice over weeks yet.
- No customers yet. The demo dashboard uses sample data.
Try it
- Live demo, no sign-up: https://fiscallm.com/demo?utm_source=devto&utm_medium=article&utm_campaign=launch
- Code (MIT, TypeScript and Python SDKs plus the server): https://github.com/magna56/fiscallm
- Self-hosting guide:
SELF-HOSTING.mdin the repo, so your data never touches a third party's servers. Or use the free hosted version.
I'm looking for the first 10 apps to try it. If you ship an AI app with subscriptions, tell me what's missing in the comments or on the roadmap board.
來源：DEV Community · dev.to