Ceny AI modelů se mění neustále. Nový model vyjde, starý zlevní, provider změní ceník. Když platforma přeprodává přístup k desítkám modelů, ruční přepisování cen je pomalé a chybové — a jeden zapomenutý řádek znamená, že buď prodáváte pod cenou, nebo zákazníka účtujete víc, než je fér.
Na CoreSynthu teď běží automatizovaný pricing sync, který tohle řeší systémově.
Co sync dělá
Jednou za čas se systém zeptá upstream katalogu na aktuální ceny všech modelů, které platforma nabízí. Z těch čísel spočítá tři věci:
- Interní náklad — co model reálně stojí v přepočtu na koruny, s váženým průměrem input/output tokenů.
- Prodejní cenu — pay-as-you-go sazba pro zákazníky, odvozená od nákladu a marže.
- Token multiplikátor — relativní cena modelu vůči baseline modelu, který slouží jako kotva pro předplatné.
Výsledek se zapíše do ceníku a zároveň do auditního snapshotu — takže kdykoli jde dohledat, co se změnilo, kdy a z jakých upstream čísel.
Spike guard: brzda na cenové skoky
Tohle je ta důležitá část. Když se cena modelu změní o víc než nastavený práh (řekněme čtvrtinu), sync ji neaplikuje automaticky. Místo toho ji označí jako pending_review a čeká na ruční schválení administrátorem.
Proč? Protože upstream ceník může mít dočasnou anomálii — výpadek, chybu, krátkodobý výkyv. Kdyby se takový skok propisoval rovnou do zákaznického ceníku, dostane se do faktur dřív, než si toho někdo všimne.
Spike guard znamená, že rutinní pohyby cen běží samy, ale cokoliv neobvyklého projde lidskou kontrolou.
Odhad versus realita
Druhý problém, který sync řeší: marže. Když systém počítá, kolik na zákazníkovi vydělal, potřebuje vědět, co model reálně stál — ne co si systém myslel, že stojí na základě poslední synchronizace.
Dashboard proto nově rozlišuje dva sloupce:
- Odhadovaný náklad — z posledního syncu, vždy dostupný.
- Reálný náklad — skutečná upstream cena, když ji systém má přímo od providera.
Marže se pak počítá z reálného nákladu, pokud existuje. Takže číslo v dashboardu není “přibližně správně” — je správně.
Proč to není jen cron a tabulka
Na první pohled vypadá pricing sync jako jednoduchý úkol: stáhni JSON, přepočítej, ulož. V praxi je tam několik hran, které stojí za zmínku:
- Cache pricing — některé modely nemají cache cenu na hlavní úrovni katalogu, ale až na úrovni jednotlivých providerů. Sync proto čte i per-provider endpointy a bere nejlevnější dostupnou cache cenu.
- Baseline kotva — token multiplikátor se počítá relativně k baseline modelu. Když baseline v katalogu chybí, sync spadne s jasnou chybou, místo aby tiše počítal nesmysly.
- Auditní stopa — každý sync píše snapshot do databáze. Ne jen “co je teď”, ale “co bylo předtím, co se změnilo a jestli to prošlo kontrolou”.
Automatizace cen není o tom, že se přestanete starat. Je o tom, že se staráte o správné věci — výjimky a anomálie — místo o přepisování tabulek.
Shrnutí
Pricing sync na CoreSynthu je malý, ale důležitý kus infrastruktury. Drží ceny aktuální, hlídá si anomálie, píše auditní stopu a dává dashboardu honestní čísla. Není to vidět zvenku — ale bez toho by billing byl buď ruční práce, nebo tichý zdroj chyb.